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

[sfree2005]

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

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

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

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

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

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

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

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

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

[depress]

我在银行，瀑布模型，各种图各种文档都要写，楼主如果喜欢这种可以去银行。
之前在互联网公司，需求直接变代码，中间步骤省略。

[sweetyang]

我的天，那招聘信息上写会 uml 制图，岂不是扯淡

[loveCoding]

一般公司项目没到用 uml 大杀器的程度

[ezreal]

只在教科书里听过 UML

[nicevar]

UML 十年前拿出来还是很高大上的，现在已经很少有公司用了，说白了这东西已经不适合这个时代了，除了管理层用这玩意在项目中意思一下，刷刷存在感，真没太大用处，反而容易成绊脚石

[evefree2]

cto 对业务比较熟，架构或者其他的不是技术总监或者架构师负责么？

[evefree2]

可能组织结构不同吧，一般来说至少了解点

[ansheng]

露珠太天真，项目来了一句话一个原型，开干，根本没技术评审这不流程，所以露珠有老大指导还是很幸福的。

还有，不要怀疑老大的能力，有什么问题直接问，自己 YY 会出事。

----

[imn1]

你离职三次会发现个个公司都这样
你觉得为什么“ CTO 自己花时间在根据新需求改界面设计草图”？
建议你忍耐做下去，等到去和客户交接时也跟着去，当然记得在客户面前要比忍耐 CTO 再多 200%的忍耐力。然后你就明白了

[parkcg]

需要看所从事的行业是做什么的。如果是互联网公司我觉得不是很需要 这些流程，但如果是开发的是针对某一个行业的软件（银行，证卷，医疗 等等） 那需要把软件工程 的那套流程大部分都走一遍才行。程序员没有经过专门的培训不可能会行业知识的。但这也是国内的软件公司不重视的地方。做好领导交代的任务，每一个任务都 通过邮件进行确认，到时候出问题了 你也不用担责。

[senghoo]

看到大家的回复就放心了，还以为一直做的是假开发。。

[jason19659]

CTO 听完需求就去设计数据库的，基本上就是所有原型在脑子里都已经想好了。

[66beta]

UML 只在考试的时候有~

[sfree2005]

@jint @fengjianxinghun @wangxn @artikle @lonenol @jhaohai @Patrik @x7395759 @sweetyang @loveCoding @ezreal @nicevar @senghoo 看了诸位对 UML 的看法，我同意画完完整各种的 UML 图 的确没有必要，但在一些很核心的业务有一张图会让我对业务的理解很大帮助，完全胜过一堆文字。我有把图给客户看和解释，再次沟通后发现我有误解，及时改了过来。我难以想象如果这部分写成代码后要改会多用多少倍的时间。

[RubyJack]

设计数据库不是画 ER 图么？

[michaelye1988]

我以前也觉得要设计各种模型什么的，但是后来发现那个东西根本就没有用，没人关心，也没人看。而对于有经验的工程师，其实根本也不需要这个东西，很多人在和我谈需求的时候，其实我就已经知道该怎么搭建框架了。我待过的都是互联网公司，大家讲究的是快速做出产品，跟老板说这些东西？老板更在意这个东西能不能撑过下一轮。

[kanezeng]

对小互联网公司能承受的项目级别来说，很多确实不需要跑完全的软件工程的流程。
个人认为有几步是必须的，比如简单的产品原型图，都有什么页面，页面上都需要什么内容。如果原型能走通的话，后期需要的修改就少多了。
小公司如果要从 UserStory 开始的话不太现实，因为很多人员也没有相关的经验，这么搞花很多时间而且最终仍然覆盖率不足，反而不如直接在原型图上讨论和修改。

[hjdtl]

画过 uml，立项写需求文档什么的，当初对于我来说太难了，还好最后还是把项目完成了。

[bzzhou]

你这种心情可以理解

我自己反思自己以前也有过同样行为，现在想想自己当时才是傻逼呀，不过谁没年轻过么，是不？

[zyltd1990]

UML 没写过，Use case 肯定要的，如果没有，除非整个产品非常简单，不然在开发过程中会有非常多的坑，返工严重。 另外，别拿伪敏捷开发来掩饰自己不懂得产品管理流程。敏捷开发里面就就有强调该怎么尽量避免需求的变更，但是我从楼主的说明中并没看到这些。 经历了几个创业公司，打着敏捷开发的幌子，实际上就是瞎搞一气。