扫码阅读
手机扫码阅读
高成熟度的软件估算应该是什么样的?
89 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:高成熟度的软件估算应该是什么样的?
文章来源:
麦哲思科技任甲林
扫码关注公众号
项目估算摘要
1. 估算基础
确保估算准确性需要定义估算对象的拆分粒度,识别估算对象以避免遗漏,并通过系统培训提升估算人员的能力。组织级别的估算方法也需明确。
2. 规模估算
规模估算应从主观经验升级到客观度量,通过如功能点方法等国际标准或自定义方法,确保规模与工作量之间的强相关性。若规模与工作量不相关,应考虑项目的复杂度或其他因素,并进行相关性分析。
3. 工作量估算
建立客观度量规模的定量模型以预测总工作量,并通过性能基线推算各阶段或任务的工作量。关键活动如需求评审、代码评审等的最少工作量通过PPB或PPM计算。估算结果应呈现为一个区间而非单点值。
4. 成本估算
成本估算基于工作量采用定量计算方法,并且估算结果应为成本区间而非单一数值。
5. 工期估算
通过识别关键路径与链,并对工期进行模拟,计算满足项目工期要求的概率。若概率低,则优化关键路链上的任务、资源和需求。
6. 质量估算
预测各种质量活动的投入与产出并基于历史数据选择方法,评估这些活动对项目工期和质量的定量影响。
7. 评审与修订估算
保存估算记录并经过评审,随着项目进展修订估算结果。
8. 持续改进估算过程
通过对比估算与实际结果建立性能基线或模型,总结经验教训,并持续优化估算方法和过程。确保估算方法在组织内得到实施。
想要了解更多内容?
查看原文:高成熟度的软件估算应该是什么样的?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
高层经理监控项目的十一种思维模式
很多企业实施了规范的管理,是过程改进人员在推动规范管理,但是公司的中高层人员的思维模式、工作方式与习惯并没有转换到新的管理水平,中高层经理没有起到以身作则带队伍的作用,导致自底而上的过程改进没有没有得到中高层经理在具体工作上的实际支持,从而没有达到很好的、很扎实的效果,因此也需要改变中高层的管理方法。首先要改进中高层经理的思维模式,其次要结合公司具体的管理流程,确定中高层具体的管理方法。以下总结了
漫谈敏捷方法中的信任
在实施敏捷的方法中需要组织建立信任的文化,即管理者信任项目组,可以放手让项目组去做事情。 人对其他人都是有信任关系的。你走在大街上,你不会认为你看到的任何人会过来刺杀你,否则你就会穿着一身盔甲上路了,这就是一种信任。 人对其他人的信任都不是无底线的。比如,当有人过来找你问路,找你推销商品时,你可能就避而远之,这就是一种不信任。 无约束的信任只可能是一些短期的、不重要的小事。
QA与QC的差别
昨晚与朋友讨论质量保证(QA)与质量控制(QC)的概念差别,之所以要讨论这个问题,涉及到了在公司内关于质量保证活动的职责分配问题,涉及到了质量保证人员的配备的问题,因此具有一定的实践意义。先来看在CMMI模型中的相关描述:1 质量保证的定义:A planned and systematic means for assuring management that the defined standar
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线