软件项目量化管理目标举例
发布于 2024-10-02
1551
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目目标摘要
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 成员,中国分部主席
440 篇文章
浏览 723.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
SCAMPIV1.3b的有趣变化----行动计划复评20问
2014年12月30日CMMI研究所发布了SCAMPI评估方法v1.3b版本,对比以往的版本,该版本发生了一个有趣的变化,即增加一个阶段:行动计划复评阶段(action plan reappraisal,简写:APR)。这就意味着,在做一次评估时,允许被评估的组织在初期可以被评估为不满足或未评级,而在后续的4个月内可以针对影响目标达成的弱项做一次修正的复评。具体的操作方式如何呢?我们通过回答如下的
公司级项目管理例会的汇报内容
很多公司有部门级或公司级的项目管理例会,一般会安排各个项目的项目经理给部门经理与公司的高层进行汇报,笔者曾经旁观过多家企业的项目管理例会,总结了如下的项目经理汇报要点:1 项目总体进展 (1) 到目前为止项目的工期已经进展到什么程度了?例如日历工期是100天,当前进展到了第30天,则工期已经过去了30%。 (2) 到目前为止任务完成情况如何?例如有100个任务,当前完成了50个,则任务完成百分
敏捷与规范的杂论
有几家客户在导入敏捷的方法,有些做的很好,很见实效,有些则仍在门外徘徊,形似而神非。究其原因,在于没有理解敏捷思想的精髓,存在对敏捷方法的误解。敏捷方法与规范方法都是为了按时、保质、在规定的时间内实现需求,殊途同归,目的相同,实现的方法不同。规范方法的管理假设是每个人都会犯错误,为了降低犯错的概率,事先定义了严格的过程,通过遵循规范的过程可以降低犯错的概率,如何确保按过程执行了呢?需要QA进行检查
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线