思步网

标题: 增加或删除任务算计划的变更吗？ [打印本页]

作者: xixiaojing666 时间: 2008-9-11 13:32
标题: 增加或删除任务算计划的变更吗？
在项目每个阶段开始的时候，我们一般会设置一个阶段详细计划，但是随着项目的进展，这个阶段详细计划有增加任务或是删除任务的情况，遇到这种情况，算计划的变更吗？如果算变更，那需要登记变更履历，还要走变更的流程。
如果不算变更，那怎么处理呢？
各位是怎么处理这种情况的呢？

作者: xuncc 时间: 2008-9-11 13:32
我们变更的主要目的是为了计划能够可控，为了能让干系人了解更准确的项目情况，从而获得更多的资源进一步提高计划的可控性。根据这一思想。如果删除或增加的任务会影响计划的可控性，或会对资源需求产生较大的变化时，就应该进行变更！以上为个人观点仅供参考哦。

作者: xixiaojing666 时间: 2008-9-11 13:41

补充一下，我们流程规定，有大小变更，如果小变更只要走简易的变更流程就好了。
还有每周的周报中记录了任务数的情况，比如本周预计完成任务数、本周实际完成任务数、本周预计累计、本周实际累计、进度偏差等等
如果算变更，项目成员闲麻烦，觉得动不动就需要变更，变更有些频繁
但是如果不算变更，那本周预计完成任务数、本周实际完成任务数、本周预计累计、本周实际累计、进度偏差等等都和以前的不同了，因为删除或增加了任务。
大家是怎么做的呢？遇到增加和删除任务的时候？

作者: lily_014 时间: 2008-9-11 14:02
楼主说的应该跟PM做WBS时的颗粒度大小也有关系。
如果当初颗粒度就做得很细的话，后面就不用再细化这个需求条目了。
你说的应该是对这个需求条目进行细化，细化成每一个任务项。这个在敏捷开发里面应该应用得比较广泛，如一个任务完成时间原则上不超过16小时。。。。像这样细化到每一具体的任务项。
但是对于目前很多项目来说，首先需求并不会那么明确，会是在以后逐渐去完善的。所以如果不是需求条目增加或删除，而是需求下面的某一项任务的变动。通常我们的做法是没有定义为一个变更（本身我们变更控制的也不会非常严格，因为客户的关系的原因）。但是这个要不要作为一个变更项来控制，还得看公司的定义了。

再说一句，你们跟踪的很细呀。。。:D

作者: fanyuetian 时间: 2008-9-11 17:05
如果遇到这个问题却不知道如何解决的时候，说明您公司的项目变更管理流程没有定义清楚。

根据你所叙述的情况，是不属于变更的。
根据一般流程来定义，如果涉及到计划变更有如下几种状况：
1、项目关键节点无法按期完成；
2、项目整体偏差超过组织级阈值；
3、项目整体进度超过项目启动时制订的偏差范围；
4、项目关键任务需要做大范围的调整；
5、人力资源需要做大的调整；
....

还有一些情况可以根据项目实际情况的不同来设定，仅仅是增加/删除一些子任务，不能算计划的变更。

反正有一点是肯定的，如果里程碑节点受到影响的话，计划是一定需要做变更管理的。

作者: xixiaojing666 时间: 2008-9-12 10:42

原帖由 lily_014 于 2008-9-11 14:02 发表
楼主说的应该跟PM做WBS时的颗粒度大小也有关系。
如果当初颗粒度就做得很细的话，后面就不用再细化这个需求条目了。
你说的应该是对这个需求条目进行细化，细化成每一个任务项。这个在敏捷开发里面应该应用得比较广 ...

谢谢!:kiss:

作者: xixiaojing666 时间: 2008-9-12 10:43

原帖由 fanyuetian 于 2008-9-11 17:05 发表
如果遇到这个问题却不知道如何解决的时候，说明您公司的项目变更管理流程没有定义清楚。

根据你所叙述的情况，是不属于变更的。
根据一般流程来定义，如果涉及到计划变更有如下几种状况：
1、项目关键节点无法按 ...

说的有道理,还是变更定制的不详细!
谢谢:handshake

作者: hanwei 时间: 2008-9-24 15:44
可以算是变更，但是变更影响小的，PM可以做决定的，走简易流程。

作者: tempsir 时间: 2008-9-27 10:38
谢谢lz，辛苦了，非常有用

作者: wei_sa 时间: 2008-10-23 22:13
这个要看具体情况而定了
一般来说如果影响里程碑或者交付点时需要走计划变更流程，如果在变更的阈值范围内，则可项目组内部调整就可以了

作者: 肥皂泡泡134 时间: 2010-10-13 11:46

作者: tjvictor 时间: 2011-2-23 09:53
PMI推荐所有的变更都需要走变更流程。可是实际情况是一些很小的变更如果走流程，就太麻烦了。我个人认为，不影响进度、范围、成本和风险的变更且是企业内部的项目时，PM自己决定就行了。其他一定要走变更流程，省得以后扯皮。尤其是客户以此为理由不付全款，再时麻烦就大了。

作者: mylikes2000_3 时间: 2011-4-12 14:43
向大家学习了！

作者: mylikes2000_2 时间: 2011-5-25 10:35
这个是很纠结的

作者: 风清云闲 时间: 2012-10-9 08:19
总是有各种各样的问题，学习着先。

作者: 影子旧人。 时间: 2014-6-10 20:23
我是个凑数的。。。

作者: 年华似流水 时间: 2014-10-5 11:35
以我的经验来看，楼主的想法是可以执行的~

作者: 紫色草 时间: 2014-11-1 14:57
我也来顶一下..

作者: 伤口上的盐 时间: 2015-4-6 11:30
我也来顶一下..

作者: 地势坤 时间: 2017-12-26 21:32
我是个凑数的。。。

作者: 烟鬼。oO 时间: 2018-7-30 18:31
学习下我只是路过，不发表意见……

欢迎光临思步网 (http://www.step365.com/)