CMMI 3级的难点
发布于 2023-07-12
1249
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
质量问题:该文讨论了软件开发过程中常见的质量问题。首先,识别了需求、设计、代码和测试用例的多个质量缺陷,如需求描述不全、设计错误和遗漏、设计与实现脱节、代码缺陷多和可维护性差,以及测试用例覆盖率低。
评审挑战:进一步指出了同行评审中存在的问题,包括缺乏专家参与和评审准备不足,导致无法快速发现问题。
单元测试和代码走查:文章描述了单元测试和代码走查在实施上的困难,原因包括开发人员不愿改变工作习惯和项目工期紧张,难以投入足够工作量。
系统测试时间不足:指出项目组通常未留足够时间进行系统测试,导致系统未经充分测试即交付客户,没有覆盖所有正常、异常和边界测试情况。
组织级体系裁剪问题:强调了项目组在裁剪组织级体系时存在的不当之处,如缺少根据实际情况的裁剪和缺乏EPG的实际指导。
持续改进缺失:最后,文中提到组织未建立持续改进的文化,缺少制度化和经常化的过程改进工作,如收集和整理经验教训、分析度量数据、部署新体系和识别改进点。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
对比分析偏差率的五个常见疑问
在实践中经常遇到客户搜集了工期偏差率、工作量偏差率的数据,偏差率=(计划-实际)/实际,分析这一类的度量数据有如下的五个常见疑问:问题1:哪个项目的偏差率更大?问题2:两类项目相比,哪一类项目估算准确率更高?问题3:两类项目相比,哪一类项目不同项目之间估算水平更接近?问题4:是否可以用变异系数比较不同类项目的相对估算偏差大小?问题5:偏差率是否可以画控制图进行分析?问题1:哪个项目的偏差率更大? 由于偏差率有正负之分,并非项目A偏差率10%大于项目B的偏差率-15%..
快速学习COSMIC之一:COSMIC方法的简单案例
COSMIC方法是新一代的软件规模度量方法,其基本的原理很简单,就是度量软件需求中的输入、输出、读、写这4类数据移动的个数,我们通过2个简单的例子来说明其基本的原理。 案例一:针对MIS类软件的需求 对于应用软件而言,我们都有这样的需求:允许合法用户登录到系统中; 对于上述的功能需求,我们可以采用USE CASE的方式详细描述需求如下:
敏捷实践大全
对常见的敏捷实践整理归纳如下: 序号 类别 敏捷实践/技术 1 1过程 价值流映射 2 1过程 WIP上限 3 1过程 发布火车 ...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线