CMMI 4级实践问题30问-6
发布于 2023-07-12
2296
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
第19问:关于基线的对称性
基线不必然对称。如果采用箱线图或概率区间分析而非XMR图建立基线,可能得到不对称的基线。数据的偏态分布会导致采用众数或中位数作为期望值,从而产生不对称的基线。在箱线图的应用中,还可以排除异常点影响。
第20问:基线变更的时机
基线变更应当在以下情况:过程的变化、数据积累的变化、或组织目标的变化。变更基线时,应进行假设检验以确保变更在统计上具有显著意义。
第21问:基线与组织的质量与过程性能目标的关系
基线基于历史数据统计分析,反映组织的历史性能;而质量与过程性能目标是组织基于实际情况设定的期望。目标不一定与基线相等,多数情况下,目标应优于或等同于基线。目标设置同时考虑历史性能和商务需求。一些企业在缺乏明确量化的商务质量与过程需求时,可能会设立与基线相同的目标。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
我说CMMI之六:CMMI的评估
我说CMMI之六:CMMI的评估 对于CMMI的评估通常有如下的疑问,分别论述如下:(1) 是否一定要评估?按照CMMI的模型去实施,可以请主任评估师评估也可以不评估,是否需要评估取决于企业自己的商务需求。(2) 是否一定要公布评估结论?评估完成后是否需要在SEI的网站上对外公布评估结论,也取决于你自己的选择,SEI并没有强迫你一定要公布。(3) 采用什么样的评估方法?CMMI的评估方法是SCAMPI(Standard CMMI Appraisal Method fo
AI编程的三大痛点及其工作模式
文章浏览阅读436次,点赞7次,收藏7次。AI结对编程面临三大核心痛点:遗忘前期约定导致返工(痛点一)、擅自脑补需求细节造成偏差(痛点二)、使用陈旧API引发兼容问题(痛点三)。本文提出20种"懒人友好"工作模式精准应对:通过"回归校验+约束内化"防止遗忘,采用"思路先行+逆向评审"避免脑补,运用"伪代码翻译+红绿蓝测试"规避版本问题。特别推荐三大万能模式(约束内化、回归校验、红绿蓝)可同时缓解所有痛点。这些即插即用的方法无需增加工作量,能显著减少AI编程中的返工成本,
敏捷方法的价值观与原则汇编
敏捷宣言1 个体和沟通胜过流程和工具
2 可以工作的软件胜过详尽的文档
3 与客户合作胜过合同谈判
4 响应变化胜过遵循计划也就是说,尽管右项有其价值,我们更重视左项的价值。 敏捷方法的12个原则1 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。2 欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。3 经常...
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线