CMMI 4级实践问题30问-4
发布于 2023-07-12
1874
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
第10问:特殊原因并不一定导致过程异常。正向和反向的特殊原因可能互相抵消,导致过程参数看似正常。过程异常也可能是误判,并非特殊原因所致。
第11问:即便是好的异常,也可能需要剔除,因为它们不一定代表一种趋势。如果是趋势,应保留这些好的异常点,并重新计算控制线,而不是剔除它们。
第12问:传统企业的控制图中常直接删除异常点并重算,而软件过程的控制图(除XMR图外)一般保留异常点以发现潜在模式,但在计算中不考虑这些点。这是因为软件企业采样点少,且异常点的模式可能有分析价值。
第13问:剔除异常点应基于原因分析。特殊原因导致的点都应删除,包括没有表现为异常的点。有时异常点不是直接删除,而是修正其值,以反映除去特殊原因影响后的真实情况。
第14问:剔除异常点后需要重新计算控制线。如果大量点被剔除是因为特殊原因,并且已采取措施避免再次发生,则这样的剔除是合理的。这样得到的控制限可以作为尝试控制限使用。过程稳定性的判定与异常点的判定是两个不同的原则。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1031K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
使用Gompertz模型预测非典的趋势
在预测软件的可靠性时,可以根据该软件多轮测试发现的缺陷个数来预测应该发现的总缺陷数。在软件测试过程中,最开始的时候,会呈现缺陷增长较快的趋势状态,随着测试的进行,测试难度加大,需要执行较多的测试用例才能发现一个缺陷,虽然继续投入测试,仍然会持续发现缺陷,但是明显缺陷的增长速度会减缓,同时软件中隐藏的缺陷是有限的,因而限制了发现缺陷数的无限增长。在实践中预测总缺陷数的常用方法是Gompertz模型,...
性能报告就是组织的实效改进故事!
和CMMI 1.3的评估相比,在CMMI 2.0评估时必须提交性能报告。性能能报究竟是何方神圣呢?性能报告并不神秘!它就是你实效改进的故事!为什么这么讲呢?请看性能报告中的内容: 性能报告围绕组织的业务目标讲述在组织内是如何提升过程性能的!所谓的过程性能就是过程执行的实际效果!性能报告提醒你要聚焦业务目标进行实效改进!性能报告并非在评估时才填写,而是应该作为过程改进的一个工具,帮助组织梳理自己的改进措施,在启动过程改进时,就应该填写! ...
COSMIC规模度量方法v4.0度量手册中文版正式发布了!
COSMIC是通用软件度量国际联盟的简写,它成立于1998年,是一个由全球软件度量专家组成的非盈利自愿性组织,致力于软件规模度量方法的研究与推广。2002年1月COSMIC所推出的全功能点规模度量方法成为了ISO的标准,最新标准为ISO/IEC 19761:2011“软件工程—COSMIC—功能规模度量方法”。COSMIC规模度量方法相对于传统的规模度量方法简单实用,学习周期短,易于上手。一经推出
CMMI V2.0 时代即将来临
CMMI V2.0
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线