论坛首页 综合技术论坛

如何处理软件项目中发生的需求变化

浏览 18633 次
精华帖 (6) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-05-20  
在做项目计划的时候,应该明确项目范围,确定边界,范围内的事要做也必须做,范围外的事坚决不做。这是原则。
如何确定范围需要方法和技巧,对项目背景理解,产品了解,用户需求分析...这些是技能和方法。
当用户提出这样或者那样需求的时候,要根据确定的范围进行管理和控制,这是执行力。

原则+方法+执行力=需求管理

原则和方法可以通过学习和实践获得,而执行力更多依赖于管理者的个性、能力,包括职权。

在需求管理上面,实战经验没有多大意义,在他那边行得通在你这边却行不通,就是因为项目环境和人之间的差异。因此只有一些原则方法来作为指导,具体管理仍要看管理者自己。

由于软件的“软”特质, 用户对需求的认识是逐步明朗化,因此应对需求变化需要软件系统具备一定的弹性和适应性,这一方面来源于软件的架构和设计,一方面取决于开发方法的采纳,比如用敏捷方法开发软件在应对变化上必然强于过程开发。
1 请登录后投票
   发表时间:2009-05-20  
在项目时老是有变化 客户还老是特别着急 烦死人了~
0 请登录后投票
   发表时间:2009-05-21  
需求变化是项目开始后,最大的风险之一

有很多时候,没有办法,在项目开工的时候甚至连需求都没定,边做边改,这个时候就是考验项目经理的时候,如何控制好项目。

另外项目的成功与否,不在于你项目是否做的好,代码多好,技术多先进,是否按时完成,而是客户是否满意。如果客户满意,你做的怎么样都好。所以需求变更的时候,我觉得,如果客户坚持,而且自己原因承担之后的一切风险,那么你喜欢怎么改就怎么改。最后项目做不下去了,钱给我就OK。

我是不是太功利了?
0 请登录后投票
   发表时间:2009-05-21  
dongjq 写道
需求变化是项目开始后,最大的风险之一

有很多时候,没有办法,在项目开工的时候甚至连需求都没定,边做边改,这个时候就是考验项目经理的时候,如何控制好项目。

另外项目的成功与否,不在于你项目是否做的好,代码多好,技术多先进,是否按时完成,而是客户是否满意。如果客户满意,你做的怎么样都好。所以需求变更的时候,我觉得,如果客户坚持,而且自己原因承担之后的一切风险,那么你喜欢怎么改就怎么改。最后项目做不下去了,钱给我就OK。

我是不是太功利了?

我不知道你以前是否经历过这样的事情,当客户要求变更需求时候,我们要求客户在我们的需求变更单上签字。可是绝大多数客户都不愿意签字,因此我们正好有理由拒绝这样的需求变更。
不过客户满意度就低了很多,解决这类问题我的看法是从两方面分析。
第一要求变更需求的客户是否是客户公司里主要stakeholder还是一般的小角色。
如果是小角色,最好让项目经理或者老板和客户领导高层协商。在我碰到的情况中,我一抬客户的领导出来,小角色客户就灰溜溜的走了。
如果是大boss,那也需要先问问自己的领导和老板,看看他们是否决定需求变更。如果决定变更,你可以索要更多的时间,人力,设备等项目资源。毕竟没有多余资源让我们来做范围之外的工作也太没有人情味了。
第二如果需要变更的需求能立竿见影的提高客户满意度,那么可以做这个变更,当然也是需要让其他项目干系人(stakeholder)知道这一情况。只要其中有人反对,那么做不做就不是我们的事情,就还是回到第一条的情况。当然我们就算做变更也是需要事先向客户讲一下条件,如果该条件客户不同意,那么我们也是按兵不动。
那么是什么条件呢?for example:在项目资源比较缺乏情况下,做这个变更,那么客户需要同意在项目其他方面的要求能否低一点,比如验收测试的标准,质量审核的严格程度,或者是质量标准,又或者是减少一些没有大意义,大用途的可交付物。(有一些可交付物只是政绩工程的体现,因此非政绩工程体现的交付物可以让客户同意不交付)。
不过这是盘外招,如果客户很顶真的话,这也行不通。
呵呵,大家可以再想想或者根据自己碰到的情况说一下解决办法。我暂时就想到这一些。
1 请登录后投票
   发表时间:2009-05-21  
合理的系统架构和设计是应付需求变更的基石,需求变更时开发过程的常态,当架构和设计不具有可扩展性和业务的前瞻性,一些变更势必工作量大影响面广甚至要求推到重来,结果是导致客户满意度下降、开发团队内怨声载道
0 请登录后投票
   发表时间:2009-05-21  
黑暗浪子 写道
我不知道你以前是否经历过这样的事情,当客户要求变更需求时候,我们要求客户在我们的需求变更单上签字。可是绝大多数客户都不愿意签字,因此我们正好有理由拒绝这样的需求变更。
不过客户满意度就低了很多,解决这类问题我的看法是从两方面分析。
第一要求变更需求的客户是否是客户公司里主要stakeholder还是一般的小角色。
如果是小角色,最好让项目经理或者老板和客户领导高层协商。在我碰到的情况中,我一抬客户的领导出来,小角色客户就灰溜溜的走了。
如果是大boss,那也需要先问问自己的领导和老板,看看他们是否决定需求变更。如果决定变更,你可以索要更多的时间,人力,设备等项目资源。毕竟没有多余资源让我们来做范围之外的工作也太没有人情味了。
第二如果需要变更的需求能立竿见影的提高客户满意度,那么可以做这个变更,当然也是需要让其他项目干系人(stakeholder)知道这一情况。只要其中有人反对,那么做不做就不是我们的事情,就还是回到第一条的情况。当然我们就算做变更也是需要事先向客户讲一下条件,如果该条件客户不同意,那么我们也是按兵不动。
那么是什么条件呢?for example:在项目资源比较缺乏情况下,做这个变更,那么客户需要同意在项目其他方面的要求能否低一点,比如验收测试的标准,质量审核的严格程度,或者是质量标准,又或者是减少一些没有大意义,大用途的可交付物。(有一些可交付物只是政绩工程的体现,因此非政绩工程体现的交付物可以让客户同意不交付)。
不过这是盘外招,如果客户很顶真的话,这也行不通。
呵呵,大家可以再想想或者根据自己碰到的情况说一下解决办法。我暂时就想到这一些。


签字这个太难了,估计没有几个做项目能在合同上写清楚的。

客户提出需求,这个时候我们就要分析修改带来的风险,这要让客户知道,如果客户执意要改,那么这个风险客户就应该知道,甚至负责。具体怎么负责,就是谈上的功夫了。一般没有那种客户,修改一堆,又不肯拖延时间,最后推卸修改的责任,这样的客户就是刁难了,我还没遇到。如果客户需要这个软件,我们又真心想把项目做“好”,那么大家一起努力,即使有需求变更,还是能够完成,只是路会曲折。

我的观点和你基本一致,风险较大的改动,如果客户不能接受修改带来的种种后果,我基本上不会改变,这个时候就是谈,直到有一方退步。不过也有来自公司内部上层的压力,例如老板就说,这个给他改,那我就得改,不过后果还是有人承担,就是老板了!
0 请登录后投票
   发表时间:2009-05-21  
dongjq 写道

黑暗浪子 写道我不知道你以前是否经历过这样的事情,当客户要求变更需求时候,我们要求客户在我们的需求变更单上签字。可是绝大多数客户都不愿意签字,因此我们正好有理由拒绝这样的需求变更。
不过客户满意度就低了很多,解决这类问题我的看法是从两方面分析。
第一要求变更需求的客户是否是客户公司里主要stakeholder还是一般的小角色。
如果是小角色,最好让项目经理或者老板和客户领导高层协商。在我碰到的情况中,我一抬客户的领导出来,小角色客户就灰溜溜的走了。
如果是大boss,那也需要先问问自己的领导和老板,看看他们是否决定需求变更。如果决定变更,你可以索要更多的时间,人力,设备等项目资源。毕竟没有多余资源让我们来做范围之外的工作也太没有人情味了。
第二如果需要变更的需求能立竿见影的提高客户满意度,那么可以做这个变更,当然也是需要让其他项目干系人(stakeholder)知道这一情况。只要其中有人反对,那么做不做就不是我们的事情,就还是回到第一条的情况。当然我们就算做变更也是需要事先向客户讲一下条件,如果该条件客户不同意,那么我们也是按兵不动。
那么是什么条件呢?for example:在项目资源比较缺乏情况下,做这个变更,那么客户需要同意在项目其他方面的要求能否低一点,比如验收测试的标准,质量审核的严格程度,或者是质量标准,又或者是减少一些没有大意义,大用途的可交付物。(有一些可交付物只是政绩工程的体现,因此非政绩工程体现的交付物可以让客户同意不交付)。
不过这是盘外招,如果客户很顶真的话,这也行不通。
呵呵,大家可以再想想或者根据自己碰到的情况说一下解决办法。我暂时就想到这一些。

签字这个太难了,估计没有几个做项目能在合同上写清楚的。

客户提出需求,这个时候我们就要分析修改带来的风险,这要让客户知道,如果客户执意要改,那么这个风险客户就应该知道,甚至负责。具体怎么负责,就是谈上的功夫了。一般没有那种客户,修改一堆,又不肯拖延时间,最后推卸修改的责任,这样的客户就是刁难了,我还没遇到。如果客户需要这个软件,我们又真心想把项目做“好”,那么大家一起努力,即使有需求变更,还是能够完成,只是路会曲折。

我的观点和你基本一致,风险较大的改动,如果客户不能接受修改带来的种种后果,我基本上不会改变,这个时候就是谈,直到有一方退步。不过也有来自公司内部上层的压力,例如老板就说,这个给他改,那我就得改,不过后果还是有人承担,就是老板了!

多数情况下背后捅项目组刀子的倒不是客户,往往就是自己的老板!!!
这也是IT行业流动率高的原因之一。某些老板是不值得为其效力的。眼光狭小,刚愎自用,昏庸暴躁。赵云为什么死命效力于刘备而不是公孙瓒,袁绍等人我认为也是这个道理。
为什么会有风波亭?呵呵。
1 请登录后投票
   发表时间:2009-05-22  
黑暗浪子 写道
dongjq 写道

......

多数情况下背后捅项目组刀子的倒不是客户,往往就是自己的老板!!!
这也是IT行业流动率高的原因之一。某些老板是不值得为其效力的。眼光狭小,刚愎自用,昏庸暴躁。赵云为什么死命效力于刘备而不是公孙瓒,袁绍等人我认为也是这个道理。
为什么会有风波亭?呵呵。


这个是赞同的
0 请登录后投票
   发表时间:2009-05-25   最后修改:2009-05-25
这个问题我觉得就是通过原型与客户对话,然后修改原型,并根据最后确定的原型核算出成本
当然了,我是按照纯技术的角度说的,不过谈起需求,就不是纯技术那么简单了吧,所以...
0 请登录后投票
   发表时间:2009-05-25  
需求其实并没有变化,需要变化的是软件,软件一直没能反应真实需求,刚开始相差甚远,经过不断的软件变化,软件接近真实需求。所以解决“需求变化”的方法就是让业务专家和用户来参与定义软件,逐步验证软件是否符合需求,尽早获得真实需求。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics