CTO 对软件工程似乎不太了解，感觉很不好

[sfree2005]

从老板那了解到 CTO 在软件行业里也有十几年经验了，虽然不是科班出身，但应该也会了解到很多吧。

但刚刚接到的的项目，他只是需要客户提供些界面设计草图和澄清一些问题，就开始设计数据库写代码。

如果这个 app 简单，或者是模仿某个现有 app 还好说，但现实是里面的核心功能是完全独有的，高定制的。

在我看来，不是应该先有剧本(use case)，各种 UML 图，然后再有界面的设计草图吗？没有这些，作为后端的我几乎不知道干啥。我也可以想象到前端移动端更不知道除了按界面设计图画模板外还能做些什么。

需求一直改是肯定的，但在剧本和 UML 图阶段就改掉部分绝对是节约大量时间的。如果跳过这个过程，去改 code 甚至数据库设计的话那将会很头疼呀。

作为后端，我实在坐不住，就有主动做些需求分析工作，写下 use case，画些图和设计数据库之类，CTO 人也好的，他有鼓励我做这些。但没有项目管理层去领导或者推动，感觉还是不对。

CTO 自己花时间在根据新需求改界面设计草图，我实在不能同意这样的工作流程。这些改动完全可以在 use case 阶段修改从而节省大量时间。

大家的经验又是怎样的呢？没有花时间在软件设计上真的可以？在我看来就等同于没有图纸建大楼呀。

P.S. 我想在回复里会有人说“要么忍，要么滚”,由于个人原因，我是会两个月之后离职的。

[sfree2005]

@eyp82 是的 他人不错的。
@tabris17 有书面文档 但只是很概括性的东西，只有十几页而已，没有用例，没有图