轻量级过程改进之我见
发布于 2024-10-02


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


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

扫码阅读
手机扫码阅读
轻量级过程改进摘要
轻量级过程改进定义:轻量级过程改进指的是需要较少投入和较快见效的过程改进方法。
实施轻量级过程改进的策略:
- 经验型改进:类比看中医,通过经验快速诊断和治疗而无需多次检查。这要求有经验的专家,并确保准确诊断。
- 关键点改进:确定企业改进的瓶颈问题,优先解决,以实现明确目标和快速效果。这通常是基于经验而非系统全面的改进。
- 短期见效措施:采用能够迅速带来效果的简单易行措施,可能来源于内部或外部的最佳实践,需要建立发现最佳实践的机制。
- 内部驱动改进:改进应围绕企业内部目标进行,而非外部标准。企业内部人员对企业问题了解更深,但在确定改进方法和措施时可借助外部顾问。
轻量级过程改进的特点:渐进式的改进,通过小步快跑和经验诊断迅速见效,聚焦于短板并持续迭代,最终实现自底向上的系统化改进。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 245.2K
麦哲思科技任甲林的其他文章
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
我说CMMI2.0之组织级培训(OT)
人、技术、过程三者并重。技术靠人来使用,过程靠人来执行,人是地基,是基础。同样的技术、同样的过程由不同人去落地,效果差别很大,因此要重视对人的能力的培养。 实践列表 OT 1.1 Train people. 培训人员 OT 2.1 Identify ...
多团队协同开发的18条实践
本文总结了18条多团队协同开发的实践。
案例:客观比较年度改进效果
年底将至,很多公司会做年底总结,比较今年的质量、效率等各方面与去年的变化,怎么比较呢?计算比较年度的平均值是常见的做法,但是比较平均值有2个突出的缺点: 1 平均值容易受到极大值或极小值的影响,可能不能代表整体的变化趋势; 2 平均值是一个单点值,看不到整体的变异范围。 因此我们需要更科学的方法比较年度的改进效果,这个利器就是箱线图。 如某公司积累了最近三年的缺陷及时修复
迭代策划会议(Sprint Planning) 的实际案例
某项目组第一次采用敏捷方法进行开发,确定了迭代周期为三周。该项目组投入的资源如下:前端开发工程师一名;后端开发工程师一名;测试工程师一名;PO一名;SM一名;前后端开发采用不同的技术,熟悉前端开发的工程师不熟悉后端的技术,后端开发的工程师也不熟悉前端使用的技术。当第1周结束后,由于前端开发人员使用的是新技术,需要熟悉新技术,而后端工程师与测试工程师的投入都不到位,因此估算工作量与实际工作量差别比较...
加入社区微信群
与行业大咖零距离交流学习


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