51Testing软件测试论坛

标题: 项目计划的更改的控制 [打印本页]

作者: nsforever 时间: 2007-5-11 17:39
标题: 项目计划的更改的控制
想请教一下,项目计划的更改各位是如何控制的?

我们公司现在是有一点点变动,就重新把计划的文档调整一下.这样一个项目开发下来项目计划就调整了N多的版 ,不知道你们是怎么做的?
希望各位给我点建议.

作者: cacti 时间: 2007-5-11 21:27
标题: 回复 #1 nsforever 的帖子
可以利用版本控制工具如clear case等来保存每次更改后的版本，同时用修订历史记录来标注每次的修改内容，日期，修订人，审核人。

作者: nsforever 时间: 2007-5-14 16:43
我说的不是版本控制问题,而是计划本事.一点点变动就要改计划,个人觉得有必要吗?

作者: nixiaohui 时间: 2007-5-14 22:51
我们公司是只对项目范围、采用的生命周期模型、人力投入发生变化的,或者在项目关键点上的时间发生大于20%偏差的时候才进行变更。对变更正式生效后的计划版本才进行正式的版本控制。除此之外的计划调整，不进行正式管理。

作者: nsforever 时间: 2007-5-25 17:09
谢谢楼上的。

作者: sophiepp 时间: 2007-5-25 17:26
标题: 4楼的公司做很很规范
你们公司对项目计划控制得很好。不过我认为项目只要有一点变化就需要修订项目计划，项目计划做得好或者不好，可以直接影响整个项目的进行。

作者: zhongmg108 时间: 2007-7-10 23:31
软件开发项目最大的风险是不合理的计划，所以计划一定要周密合理。目前很多项目经理做计划的时间很短，很方面都没有考虑全面，这样的计划其可行性可想而知。当然，很多项目调整计划在所难免，但应该有一些界限规定，如进度、需求稳定度、人力等偏差到规定程度时，就调整计划的相关部分，如果在界限以内就不需要调整。计划的变更应该有一定的变更流程。

作者: nixiaohui 时间: 2007-7-12 22:55
项目计划是需要根据项目变化进行调整的，如果每次变化都要进行变更来控制版本，那么计划的时效性就会很差。所以，对于小的变化不进行控制，但是要定一个阀值，超过了阀值的一定要走变更流程。这个阀值是根据组织中的项目监控策略来指定，可以是规模估计、工期、关键时点等等。

作者: luoyear 时间: 2007-7-12 23:12
可以设置一定的里程碑，里程碑范围内能够调配的变更，项目组内自行调配。
任何对里程碑变更或预计将会突破的，将提交变更的管理审批。

另外，象Project单机版和server都支持保存最多12个比较基准。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)