扫码阅读
手机扫码阅读
高成熟度的软件估算应该是什么样的?
43 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:高成熟度的软件估算应该是什么样的?
文章来源:
麦哲思科技任甲林
扫码关注公众号
项目估算摘要
1. 估算基础
确保估算准确性需要定义估算对象的拆分粒度,识别估算对象以避免遗漏,并通过系统培训提升估算人员的能力。组织级别的估算方法也需明确。
2. 规模估算
规模估算应从主观经验升级到客观度量,通过如功能点方法等国际标准或自定义方法,确保规模与工作量之间的强相关性。若规模与工作量不相关,应考虑项目的复杂度或其他因素,并进行相关性分析。
3. 工作量估算
建立客观度量规模的定量模型以预测总工作量,并通过性能基线推算各阶段或任务的工作量。关键活动如需求评审、代码评审等的最少工作量通过PPB或PPM计算。估算结果应呈现为一个区间而非单点值。
4. 成本估算
成本估算基于工作量采用定量计算方法,并且估算结果应为成本区间而非单一数值。
5. 工期估算
通过识别关键路径与链,并对工期进行模拟,计算满足项目工期要求的概率。若概率低,则优化关键路链上的任务、资源和需求。
6. 质量估算
预测各种质量活动的投入与产出并基于历史数据选择方法,评估这些活动对项目工期和质量的定量影响。
7. 评审与修订估算
保存估算记录并经过评审,随着项目进展修订估算结果。
8. 持续改进估算过程
通过对比估算与实际结果建立性能基线或模型,总结经验教训,并持续优化估算方法和过程。确保估算方法在组织内得到实施。
想要了解更多内容?
查看原文:高成熟度的软件估算应该是什么样的?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 72.2K
麦哲思科技任甲林的其他文章
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
例解:目标、性能基线与性能模型的关系
目标是对未来的期望。性能是历史的表现。性能基线是对性能分布规律的定量刻画。性能模型是对性能因果规律的定量刻画。它们之间的关系是什么呢?举例说明如下:总目标:总成绩400分以上,进入班级前5名子目标:语文130分以上,数学135分以上,英语140分以上性能基线:1)语文成绩的历史分布规律:2)数学成绩的历史分布规律:3)英语成绩的历史分布规律:基于性能基线的预测达成目标的概率基于已知的历史三科成绩的分布,可以预测总成绩超过4...
重磅:CMMI DEV V2.0发布!
未来已来,拥抱时代! CMMI Development V2.0于今日正式发布,这标志着过程改进领域又精进到了新的高度! 网址:https://cmmiinstitute.com/cmmi/dev 为了应对不断变化的全球化商业格局的挑战,CMMI DEV V2.0将通过标杆对比帮助企业建立并提高关键能力以提高企业绩效。CMMI DEV V2.0的核心是一组经过证实行之有效的全球最佳实践,这些
软件项目量化管理目标举例
1 产出类目标 1.1总体目标进度:项目工期偏差率介于+-15%之间;质量:项目的缺陷逃逸率不高于5%; 项目交付的缺陷密度不高于1个bugs/KLOC;规模:需求变更率不超过15%;成本:工作量偏差率不超过+-30%; 每人月实际投入项目的时间不少于上班时间的50%;项目返工工作量不高于20%;效率:全生命周期生产率不小于1KLOC/MM;其他:人员变更率不超过20%;
COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约
功能描述客户开卡成功后要求与第三方结算系统中的一卡通进行账户绑定或者解除绑定。界面原型第一屏 机构号: XX农村商业银行核心业务系统 日期: 2011-01-01 柜员号: ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线