扫码阅读
手机扫码阅读
过程改进:宽度优先还是深度优先?
121 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:过程改进:宽度优先还是深度优先?
文章来源:
麦哲思科技任甲林
扫码关注公众号
在企业的过程改进实践中,常见一种现象是仅有参与正式评估的项目严格遵循CMMI体系,而其他项目则没有。这种现象在企业从CMMI 2级评估到4-5级评估过程中普遍存在。这表明体系改进并未在组织内广泛推广,而只是局限在特定项目和时间范围内,这种做法并不能形成企业文化的改变,导致过程改进效果有限。
企业需要权衡是追求证书还是追求实际效果。为了同时重视证书和实效,可以采取以下策略:首先,在局部项目上取得改进成功,进而将这种成功扩展到全局,再次深化局部项目的改进,然后再次将改进扩展到全局,如此循环。企业应该在每次成功全局推广之后进行CMMI的正式评估,以确保评估结果能真实反映企业的实际能力水平。
这种策略可以概括为:局部试点成功,全局推广成功,进行评估,然后循环至局部试点。若企业仅侧重于深度优先的改进而忽视宽度优先,即全局推广的成功,可能会导致负责过程改进的人员感到疲惫,由于企业文化未发生变革且基础薄弱,改进工作阻力大,实际效果不显著,并且难以持久,一旦评估结束,企业很快会回到原来的水平。因此,虽然深度优先是手段,但宽度优先才是实现持续改进的根本。
想要了解更多内容?
查看原文:过程改进:宽度优先还是深度优先?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
Infosys公司过程改进的18条经验
Infosys公司过程改进的18条经验 1 设定明确的过程改进目标,每次改进的周期不宜太长。 2 保持过程定义的简单性,使过程定义易于为项目经理、开发人员等所接受。 3 尽可能减少过程定义的变更次数。 4 基于企业的实践定义过程,使过程易于接受并减少培训、部署的工作量。 5 过程改进视同为一个项目,有明确的项目计划。 6 为每个项目组配备质量顾问,质量顾问为EPG成员,负责手把手指导项目组按体系执
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
相关与不相关都是有价值的!
在对数据进行相关性分析时,通常我们是基于自己的经验,认为x与y可能相关,希望通过定量的分析证明我们的经验,但是实际上往往历史的数据并不支持我们的经验。即使不支持,这也是有价值的,也可以帮我们纠正一些错误的认识。请看下面的案例,在一家公司中搜集了37个历史项目的数据,我们想验证一下: 1 是否项目的规模越大,工期延误的时间就越长? 2 是否项目的规模越大,工期偏差率越大?...
敏捷团队章程的实践精要
无规矩不成方圆。任何一个团队都要有大家共同遵守的做事规则,这些规则定义下来就成为了国家的大政方针与法律法规、组织的管理方针和流程、团队的章程或工作协议。对于敏捷团队而言,也是如此。需要在团队组建的初期,大家共同制定团队的做事规则,并协商一致,共同承诺。有了团队章程,团队才能统一思想、统一价值观、统一做事的方式,为协同合作建立一个良好的基础,才能成为一个高效的团队。 制定敏捷团队章程要把握4个要点: 1 不求大而全,但求简单实用。 敏捷团队章...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线