qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

如何控制项目的范围变更

 项目所处的阶段越早,项目不确定性就越大,项目调整或变更的可能性就越大,同时带来的代价比较低。但随着项目的进行,不确定性逐渐减小,而变更的代价、付出的人力、资源逐渐增加,就会增加决策的困难度。
  一旦项目变更发生了,项目经理该怎么处理呢?
  1.记录变更请求(CR): 任何变更,不论以后是否会被接受,都应该首先记录下来,有些变更请求也许在本阶段不被接受,也许可以成为以后参考的功能或范围。所以对于任何变更请求,首先要做的是记录下来是一个什么样的变更请求,是由哪一类项目干系人提出来的,以及相应的联系方式。
  2.澄清变更细节,分析相应变更请求的必要性。
  3.对变更请求产生的原因进行分析,像是由于在项目初期对需求没有明确产生的项目变更,或是没有明确项目范围产生的变更,还是由于外部事件产生的变更。
  4.根据变更请求,分析变更对现有项目进度的影响程度,及变更之间的依赖关系。
  5.根据变更请求对现有项目进度的影响程度,确认相应的成本估计。
  6.对项目变更排列优先级。
  7.同项目赞助人协商项目变更影响,解决变更请求需要符合的条件以及相应的费用,并达到项目赞助人的可接受程度。最终确定是否实施变更。
  8.项目配置控制委员会批准相应的项目范围变更,进度计划,人员和费用计划。
  9.将变更加入详细计划,更新相应文档,通知相应项目干系人(变更的内容、进度、人员、费用)。
  10.执行并提交项目变更。
  11.在项目变更被接受后,终止变更请求。
  12.记录实际项目变更所带来的影响,汲取教训。

posted on 2014-09-03 11:53 顺其自然EVO 阅读(170) 评论(0)  编辑  收藏


只有注册用户登录后才能发表评论。


网站导航:
 
<2014年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

导航

统计

常用链接

留言簿(55)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜