需求变更管理 
By  januszhou 发表于 2006/11/2 9:18:00 

  《项目需求变更》是项目经理永远比较头痛的一个问题,那如何处理项目中的变更,相应的变更流程如何?带着这些疑问来听专家的说法!

  项目这儿主要指IT中的软件项目,项目分为产品项目、客户项目、外包项目。
  观点一:(1)客户提交书面报告(关于变更需求,项目经理可以协助分析需求)(2)针对需求变更内部讨论分析其可行性(3)最后双方针对变更签字确认,当然需追加相应的变更费用。
  优点:针对比较大的正规公司,而且技术性比较强的公司可采用此种方式,同时他们也会在费用及付款方式方面做好充分的考虑及准备,同时也可以做为高层最后谈判的一点。
  劣势:项目的灵活性一定要高,而且项目周期会受到一定的影响。
  观点二:(1)项目经理最好直接拒绝掉客户的这些需求,前提是在前面项目需求分析及合同签定中要把项目的细化、量化、图形化的这些边缘部分做好,同时也需要把相应的变更流程加注上,最好是把变更部分利害关系针对项目部分的运作讲清楚,最后由客户决定主动放弃。(2)同时把双方讨论的这些资源归档准备好,以备后用。(3)即使客户一定要求变更,也最好把变更部分简化,不需要过份的去挖掘,如若需要可以建议客户日后升级。
  优点:把一些无谓的客户变更取消掉,避免客户在项目过程中不间断的变更需求。
  劣势:客户关系的维持及收款情况的处理。这需要项目经理的个人能力比较强,同时与客户的关系要很融洽。

 
阅读全文 | 回复(2) | 引用通告 | 编辑 | 收藏该日志
Re:需求变更管理
By  pmqq发表评论于2006/11/22 14:26:00 

Thanks!

 
个人主页 | 引用 | 返回 | 删除 | 回复
Re:需求变更管理
By  north america发表评论于2006/11/20 1:18:00 

Hi, Januszhou

Nice to meet you here. I would like to say I agree with you the No.1 you mentioned above. Sometimes it's hard to refuse requirement of client. Further more, to avoid change during project performance, we have to explain client what product can meet the function instaed of keeping from client's real requirement.

Thanks!

 
个人主页 | 引用 | 返回 | 删除 | 回复

发表评论:

    昵称:
    密码:
    主页:
    标题:

 
站点公告
站点日历
最新日志
最新评论
最新留言
友情链接
站点统计
日志搜索
用户登陆