软件项目量化管理目标举例
发布于 2024-10-02
2520
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目目标摘要
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 篇文章
浏览 1254.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
COSMIC规模度量案例集三:业务应用软件案例—页面维护
概述展示前台注册及后台新增的用户信息的页面。流程图用户查询界面原型输入: 序号 输入项 类型 字段描述 说明 1. 用户名/姓名 输入框 选填 按照用户名或者姓名模糊查询 2. 机构全称 输入框 ..
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
原因分析必知必会的十大要点
原因分析是对选定的现象进行全面深入的研究,找到现象背后的真正原因与深层次原因,然后采取合适的措施纠正问题、预防问题。如果没有找到真正的根因就采取措施,往往事倍功半,浪费了投入。那么在原因分析时,有哪些成功要点呢?基于我多年的咨询与引导经验,我总结了如图1所示的十个要点。
AI Skill与传统程序的本质差异
本文探讨了AISkill与传统程序的本质差异。传统程序采用"固定数据结构+固定算法逻辑"的刚性模式,确保结果确定性但缺乏灵活性;而AISkill基于"可变数据结构+动态算法逻辑"的柔性机制,能自适应处理非标数据但存在概率偏差。
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线