需求如女人同样容易变

需求如女人一样容易变？
http://blog.csdn.net/hotno11/archive/2008/07/16/2657691.aspx
谢谢
[解决办法]

引用:

我认为，需求如女人一样容易变，是因为你不了解女人。 

是否有要求程序员同时兼顾产品的需求设计？ 

----程序员不可能兼顾产品的需求设计，除非有一种可能，需求、设计、开发集成一人。程序员只不过开发代码而已，根本无法了解用户的需求，要了解用户的需求就要对行业很熟悉。 


是否允许产品需求大的变动， 
----小的改动是允许的，但是需求大的变动，是不允许，如果允许了，说明开发商需求做得不到位，只能说是软件…

不是用户的需求一直在变，而是你们公司对用户需求的理解和把握一直在加深。
最简单的就是制定客户需求和设计方案并通过客户审核，以明文的形式确定下来。
[解决办法]
对于任何行业来说，能准确把握市场方向，并合理确定战略的公司都是极少数，互联网行业更是如此。

所以，你公司发生的情况也是正常的。

问题是掌舵人应该能够承担战略错误，而不是让这些执行者--程序员来承担责任
[解决办法]
是否有要求程序员同时兼顾产品的需求设计？ 
--程序员一般只关心技术,对业务理解不会太深,因此不可能去做产品需求设计,除非你做一个很小的软件
      
是否允许产品需求大的变动
--一般在需求确定后,就不允许再做大的改动了,否则将推翻很多以前做过的工作,要重新来过 

产品经理的权利是否在程序员之上
--产品经理的重点在需求,程序员的重点在开发,两者没有谁在上的说法 

而改变需求后的责任又放在了程序员身上呢？ 
--需求的变更应该由系统分析人员负责

一个公司又如何去减少这样的改变呢？
--要减少这种变更,就要在系统建立初期对需求进行反复推敲 

[解决办法]
产品和项目毕竟是不同。
产品生命周期内，再大的变化都是正常的。。。想想Windows这个还没有死去的产品，发生了多大的变更。
那么怎么办呢？通常的做法是1个版本设定为1个项目。
每个项目（例如1个版本为半年），按照需求、设计。。。来做。

这样子，每个版本要做的事情就是：
管理需求
控制需求（哪些需求本次版本做，哪些需求下个版本做）。。。

OK，这就是需求控制。
不要把需求控制理解为没有新的需求，或者没有需求变更。
需求控制指的是在为实现某个（阶段）目标而限制的需求范围。。。。。

查看更多 下一篇