CMMI 3级的难点
发布于 2023-07-12


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
文章摘要
质量问题:该文讨论了软件开发过程中常见的质量问题。首先,识别了需求、设计、代码和测试用例的多个质量缺陷,如需求描述不全、设计错误和遗漏、设计与实现脱节、代码缺陷多和可维护性差,以及测试用例覆盖率低。
评审挑战:进一步指出了同行评审中存在的问题,包括缺乏专家参与和评审准备不足,导致无法快速发现问题。
单元测试和代码走查:文章描述了单元测试和代码走查在实施上的困难,原因包括开发人员不愿改变工作习惯和项目工期紧张,难以投入足够工作量。
系统测试时间不足:指出项目组通常未留足够时间进行系统测试,导致系统未经充分测试即交付客户,没有覆盖所有正常、异常和边界测试情况。
组织级体系裁剪问题:强调了项目组在裁剪组织级体系时存在的不当之处,如缺少根据实际情况的裁剪和缺乏EPG的实际指导。
持续改进缺失:最后,文中提到组织未建立持续改进的文化,缺少制度化和经常化的过程改进工作,如收集和整理经验教训、分析度量数据、部署新体系和识别改进点。

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 244.6K
麦哲思科技任甲林的其他文章
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
CMMI成功的根本原因是什么?
前天和一位朋友沟通关于在公司内实施过程改进的心得,我介绍了几个成功案例后,她突然问了一句话:“他们成功的最重要的原因什么呢?”,我第一反应是:原因很多啊!随即,在林林种种的原因中,我找到了我认为最重要的原因:“企业文化与领导重视!”。昨天中午、晚上也都和其他朋友在深入讨论这个问题,越来越发现,这个结论的正确性。 企业的文化也许是一种说不清道不明的东西,但是你却能切实地的感受到。有的企业从员工到领导
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线