如何选择参评项目个数?
发布于 2024-10-02
730
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
本文介绍了CMMI的评估方法SCAMPI V1.3中用于确定参评项目个数的计算公式。该公式依据实际子组个数和子组内的项目个数与项目总数的比例来计算每个子组应参评的项目数,并提供了两条补充规则:每个子组至少选择一个项目参与评估,以及计算结果应四舍五入。
文章进一步定义了子组为项目的分类,并指出SCAMPI要求至少用五个维度对项目进行分类:地址位置、客户类型、规模、组织结构和任务类型。同时,企业可以根据实际情况增加其他分类维度。文中还区分了理论上的子组和实际存在的子组,并以一个具体企业的例子说明了理论子组数量的计算及实际子组的确定。
接着,文章提供了一个关于如何计算子组内项目个数的指导,即主任评估师通常考虑正在进行的项目以及评估前六个月内结束的项目。
最后,文中通过四个不同的场景,演示了参评项目计算公式的应用。这些场景展示了项目总数和子组内项目数目的变化对参评项目计算结果的影响。通过这些例子,读者可以加强对公式的理解并明白了每个变量的作用。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 567.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
程序员必读之作:重构
十月一之后安排了我去培训《设计模式》,由于听众多为C与C++的新手,我想先从重构开始讲起,循序渐进,于是我决定仔细阅读〈重构〉这本书。 这本书我很久之前买的,当时大概读了读,感觉不错,就拿给了我表弟去读,他是程序新手。 这次是系统地读。 有个朋友曾经跟我说过,这本书不错,只是有点罗嗦,他是十多年经验的老程序员了,有此感觉很正常。写一个好程序的道理其实就如一层窗户纸,一点就透。但是,难得的是这本书系
我说CMM2.0之:风险与机会管理
风险与机会管理,简写为RSK,在以往的CMMI版本中都是描述为风险管理,在2.0中增加了机会管理。风险是意料之外的坏事,机会是意料之外的好事,风险是惊吓,机会是惊喜。我们要抓住机会,规避风险,趋利避害。风险与机会都不是一定发生的,发生的概率都是大于0小于1的。 基本理念1 风险与机会是事先的,不是事后的,事后的是事件管理,问题管理。2 要尽早报告风险,处理风险。3 风险与机会在...
例解:集成测试用例与单元测试用例的区别
函数一: getMaxInTwo(int a,int b) { if a>=b return a; else return b; } 函数二: getMaxInThree(int a,int b,int c) { a=a+1; int max=getMaxInTwo(a,b); max=getMaxInTwo(max,c); } 单元测试用例的设计: getMaxInTwo的UT用例: (3,2)
使用Gompertz模型拟合上线后缺陷收敛趋势
采用Gompertz模型预测缺陷的收敛趋势,简单易行,拟合效果很好!
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线