为啥软件项目开发中需求难以确定( 二 )


■网友
实际上无外乎两个原因,管理混乱或者产品经理无能。在一个定义良好的管理流程之下,在需求分析之前有一个市场分析(或者叫做其他什么名字)的阶段,这个阶段需要明确一些战略性质的决策比如产品定位、长期目标和阶段目标等等,并非单纯的市场分析,所谓带战略性质的决策就是说要保证一定的稳定性,一旦决定了就轻易不会更改。其他一些相关工作比如初步的技术可行性分析和成本分析都要放在这个阶段完成。好比写一篇文章,市场分析或者叫做其他什么名字的这个阶段要确立的就是中心思想,之后的需求分析阶段要完成的只是具体的功能定义、交互设计等等细节工作,因为中心思想已经确定了,所以需求再怎么变也是万变不离其宗,都在可控的范围内。这个阶段是如此的重要,但是很多项目组在这个阶段的工作却是非常的粗糙,通常只是某个更高一级的领导拍了一下脑袋拍出了一个“创意”,项目组就马不停蹄的去定义功能设计产品原型了,甚至有产品开发完了才反过来找领导分配设计资源推广资源之类的情况(相信我,真的有这种事),并美其名曰“快速响应需求”或者“敏捷”。因为战略目标的不确定,所以因为某些技术细节或者交互细节而推翻前期工作的事更是屡见不鲜,至于领导再拍一下脑袋的事情就更多了,给具体的技术工作人员(开发、测试、设计甚至产品经理)的印象就是需求天天在变。实际上所谓流程定义不仅仅是要定义清楚各个阶段的工作划分和工作目标,还有一点非常重要的是,要定义清楚如何控制需求变更。而前者做的粗糙项目组,通常在后者做的更是模糊。记住,一个良好的管理流程,不仅仅是用来约束项目工作人员的,也用来约束领导。外包性质的项目不在此讨论范围。
■网友
因为脑子中的东西都是不成形的。


推荐阅读