扫码阅读
手机扫码阅读
软件项目量化管理目标举例
131 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:软件项目量化管理目标举例
文章来源:
麦哲思科技任甲林
扫码关注公众号
项目目标摘要
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 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
先行指标与滞后指标的设计要点
在度量工程师认证训练营的首次课程中,布置了设计先行指标与滞后指标的作业,我对作业结果做了点评,希望这些点评能够让大家领悟到设计度量指标的要点。
测试用例评审的旁观记录
测试用例评审应该如何做?
软件开发经济实用的15条实践
无论是否参考CMMI的模型,在软件开发的过程,我认为如下的15条实践比较经济实用: (1)控制项目组的团队规模不超过10人,人员要少而精。 (2)需求文档化,无论大小项目必须清晰的描述需求。 (3)采用用例、界面原型描述需求,采用这2种手段强制使需求描述的完备而清晰。 (4) 项目的阶段计划与2周计划,阶段计划定义总体承诺,2周计划定义近2周的详细任务安排。 (5)逐日跟踪+周例会,每
先敏捷再规范
先敏捷再规范,先做到再写到,先短期利益再长远利益,先实效再完备。 这个策略源于实践。因为一步到位直接采用规范的方法,阻力比较大,效果难以持久,很可能事倍功半,敏捷方法以其短期内可以见效、对已有的开发过程调整幅度小等特点易于开发人员接受,所以可以先敏捷再规范,将敏捷作为通向规范的一个阶段。 芸芸众生,大都是凡人。凡人都是注重短期利益的。只有那些领袖、那些思想家才是目光如炬,站的高看的远。过程改进要从
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线