扫码阅读
手机扫码阅读
软件项目量化管理目标举例

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

项目目标摘要
1. 产出类目标
1.1 总体目标
- 进度:项目工期偏差率应在+-15%内。
- 质量:项目缺陷逃逸率应不超过5%,且缺陷密度不超过1个bugs/KLOC。
- 规模:需求变更率不应超过15%。
- 成本:工作量偏差率不超过+-30%,每人月实际投入时间至少占上班时间的50%,返工工作量不超过20%。
- 效率:全生命周期生产率至少为1KLOC/MM。
- 其他:人员变更率不超过20%。
1.2 局部目标
- 进度:各阶段工期偏差率不超过+-15%。
- 质量:各阶段评审及测试的缺陷密度有具体要求,例如需求评审不少于0.2/页,设计评审不少于0.5/页,系统测试不少于2个/KLOC等,且集成一次通过率不少于90%,测试缺陷重现率不高于10%。
- 规模:需求文档页数不多于15CFP/页,代码复用率不少于20%。
2. 投入类目标
- 每月平均加班工时不超过2天。
- 文档中图表数量平均每页不少于1个。
- 需求与设计评审工作量至少占各自开发工作量的50%,评审速度不高于10页/小时。
- 注释代码比例不少于10%。
- 代码评审速度不超过250行/小时,代码走查工作量至少为1小时/人天。
- 单元测试用例密度至少为50个测试用例/KLOC,系统测试工作量不少于100人天,用例密度至少为10个测试用例/KLOC。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 173.5K
麦哲思科技任甲林的其他文章
项目级目标与组织级目标的差别
项目级的目标要与组织级的目标相匹配,他们关注的是同一件事情,但未必是同一个度量元,请看下边的案例。 某公司积累了2013年到2018年期间66个里程碑的工期偏差率数据如下: 序号 里程碑工期偏差率 序号 里程碑工期偏差率 序号 里程碑工期偏差率 ...
TSP中的10个量化法则
TSP(Team software process)是Humphery提倡的解决CMM如何做的一个模型,他认为采用了TSP之后,可以加快企业达到CMMI5级的速度,可以提高企业的质量。在TSP中Humphery提出多项度量数据,我从中整理了如下的10个量化法则和大家分享,其中前5个法则是关于工作量的分布,后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷,但是最关键的是蕴含在这些数值
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线