软件项目量化管理目标举例
发布于 2024-10-02
2200
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目目标摘要
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 成员,中国分部主席
471 篇文章
浏览 1081.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI 2.0 之 估算
EST(estimation)是CMMI2.0中新增的一个PA,从1.3版本中的PP与IPM PA中剥离了一些实践过来。 基本思想估计什么?规模、工作量、工期、成本等。估算是承诺的基础,充分沟通是估算的基础。估算可能是逐步细化的,并非在项目初期就估计一次。初期的估算与实际结果偏差比较大,因此,承诺也是多版本的,会逐渐调整承诺。估算要有方法论,要根据估计的结果与实际的偏差率不...
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
实施敏捷的四个致命障碍
敏捷方法在中国推行的如火如荼,我也为多家公司做了敏捷的导入咨询,在实践中遇到了几个致命障碍,限制甚至阻止了敏捷方法的推行,我把有深刻体会的障碍总结出来,供大家在实践中规避之。障碍一:没有建立组织级的敏捷价值观与环境。 很多公司在导入敏捷时,先从一个项目开始尝试敏捷方法,试图在单项目内成功了,再推广到其他项目。这种初衷是好的,但是往往事与愿违,为什么呢?因为缺乏组...
我说CMMI2.0 之需求开发与管理
RDM,是需求开发与管理的简写,该PA合并了CMMI1.3版本的RD与REQM两个PA。它包含了需求获取、需求分析、需求描述、需求验证与确认、需求管理等五个需求工程的活动。 实践列表 RDM 1.1 Record requirements. 记录需求 RDM 2.1 ...
度量指标的数值越大越好还是越小越好?
系统测试的缺陷密度越大越好,还是越小越好呢?不同的人可能观点不一致。推而广之,每个度量指标都存在这个问题,那结论到底是啥呢?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线