有的时候可能项目的时间是比较紧,其实每个研发团队可能都会遇到这样的问题,为了赶工期,设计部分安排很少的时间或者是甚至跳过设计直接进行编码,前期没有做好足够的准备,这样做的代价是很大的,交付的版本是否真的能直接交给市场?而根据经验大多数这种项目交付以后,稳定版本的时间会很长,看上去项目是准时交付了,但是是否是真的准时呢?是否真的起到研发预计效果呢?用户拿到这样的版本会怎么看这个产品?怎么去想这个团队呢?首先质量没有人敢保证,研发人员为了赶进度,使劲的堆代码,去完成功能,这就是现状。
其实这是一个恶性循环,当研发被市场催着发布版本,变成家常便饭的时候,这个循环就开始了,以后的情况可能是研发永远疲于应付,而版本质量始终得不到提高,到最后发现真正想把版本做好已经不可能了,于是就开始了新的版本... ...
版本的膨胀就是这样形成的,很多团队一直怕做好设计费时费力,到最后来不及编码,而不能满足交付时间,其实我们有没有真的那样去做了,而导致最后项目延期的呢?我想应该还没有,这些是不是仅仅是我们所想而已呢?事实上前期良好的设计是可以大大提高研发效率和缩短版本稳定的时间以及降低后期维护的成本的。在前期细致的设计,可以提前暴露系统实现过程中会出现的问题与风险,当然我们可以去掉一些不必要的文档或者对其进行简化,前期设计的主要针对客户和研发人员,客户需要的良好的、直观的需求表现形式,这里引入原型是有相当重要的意义的;研发人员需要的是功能、架构、平台工具类、模块类接口等等的说明书,这里可以引入UML等工具。
很想举一个自己所经历的成功的例子,却发现过去几年也是这么过来的,如何化被动为主动?有很多想法,却又无法形成体系,有时候确实感觉到很迷茫,在这个舞台上,我又将如何演绎?理想与现实的距离有时候也许就在一念之间,我不知道如果这么在过2,3年,我还会不会有激情,会不会还有理想?
我想技术对于我们而言没有瓶颈,我们需要的是思想的变革!