欢迎光临
复制收藏
后台管理 发布日志
日历
登录
最新日志
最新留言
最新回复
软件项目重大变更的判定 

大家经常讲重大变更、重大变更,但什么样的变更算重大变更?怎么来判定?在什么时候应该提交变更控制委员会进行评审而不是项目组自行决定?

最近在制订公司的管理规范,遇到这个问题,比较棘手。初步想法如下:

项目规模可能很大,也可能很小,也许有10几20万的,也许有5、600,甚至上千万的。这个成本相当于给项目组的授权,超出这个阀值就意味着风险已经比较大了。那么在评估某一变更是否为重大变更的时候,步骤上如下:

1.初评,确定变更对系统的影响范围和相应的工作量;
2.根据项目规模,设定一个成本上限的比例阀值A,比如15%,超过这个阀值,不管项目规模是很小还是很大,就必须评审;
3.在未达到阀值A的情况下:
3.1.只影响单个系统/应用,工作量折算成成本,达到阀值B;
3.2.影响多个系统,或影响了底层平台,工作量折算成成本,达到阀值C;

其中阀值B的额度应该比阀值C高很多;

目前的困扰是这个阀值B和C,究竟设多少比较合适?

 

alley 发表于 2007/12/14 18:10:00 | 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

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