轻量级过程改进之我见
发布于 2024-10-02
1125
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
轻量级过程改进摘要
轻量级过程改进定义:轻量级过程改进指的是需要较少投入和较快见效的过程改进方法。
实施轻量级过程改进的策略:
- 经验型改进:类比看中医,通过经验快速诊断和治疗而无需多次检查。这要求有经验的专家,并确保准确诊断。
- 关键点改进:确定企业改进的瓶颈问题,优先解决,以实现明确目标和快速效果。这通常是基于经验而非系统全面的改进。
- 短期见效措施:采用能够迅速带来效果的简单易行措施,可能来源于内部或外部的最佳实践,需要建立发现最佳实践的机制。
- 内部驱动改进:改进应围绕企业内部目标进行,而非外部标准。企业内部人员对企业问题了解更深,但在确定改进方法和措施时可借助外部顾问。
轻量级过程改进的特点:渐进式的改进,通过小步快跑和经验诊断迅速见效,聚焦于短板并持续迭代,最终实现自底向上的系统化改进。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 814.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
迭代策划会议(Sprint Planning) 的实际案例
某项目组第一次采用敏捷方法进行开发,确定了迭代周期为三周。该项目组投入的资源如下:前端开发工程师一名;后端开发工程师一名;测试工程师一名;PO一名;SM一名;前后端开发采用不同的技术,熟悉前端开发的工程师不熟悉后端的技术,后端开发的工程师也不熟悉前端使用的技术。当第1周结束后,由于前端开发人员使用的是新技术,需要熟悉新技术,而后端工程师与测试工程师的投入都不到位,因此估算工作量与实际工作量差别比较...
白话SCRUM 之四:燃尽图
Burn down chart翻译为燃尽图或燃烧图,很形象,是Scrum中展示项目进展的一个指示器。我一直认为用户故事、每日站立会议、燃尽图、sprint review、sprint retrospective真是越琢磨越有味道的好东西,也因此很喜欢scrum这种方法,这些实践简单有效、经典! 燃尽图的样例如下: 横坐标为工作日期,纵坐标估计剩余的工作量,每个点代表了在那一天估计剩
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
性能报告就是组织的实效改进故事!
和CMMI 1.3的评估相比,在CMMI 2.0评估时必须提交性能报告。性能能报究竟是何方神圣呢?性能报告并不神秘!它就是你实效改进的故事!为什么这么讲呢?请看性能报告中的内容: 性能报告围绕组织的业务目标讲述在组织内是如何提升过程性能的!所谓的过程性能就是过程执行的实际效果!性能报告提醒你要聚焦业务目标进行实效改进!性能报告并非在评估时才填写,而是应该作为过程改进的一个工具,帮助组织梳理自己的改进措施,在启动过程改进时,就应该填写! ...
对需求变更的定量分析
很多公司头疼需求变更,如果我们采用定量的技术该如何分析需求的变更呢?首先定义什么叫需求变更?在客户方与开发方共同认可需求之后的需求修改、增加、删除都是需求变更。需求变更对象可以从多个维度划分: 维度一: 功能需求、非功能性需求、接口需求、界面需求、技术约束等; 维度二:业务逻辑、数据对象、控制逻辑等;其次,可以从3个层次分析需求变更:层次1: 需求变更率分析。需求变更率有多种定义方法。 方法一:需求变更率=需求变更的个数/交付的需求个数;...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线