开好迭代回顾会议的5个原则
发布于 2024-10-01
1344
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
迭代回顾会议摘要
迭代回顾会议是Scrum的关键仪式之一,目的在于提升团队能力,促进持续改进,形成自我学习的团队。但常因会议缺乏实际效果而被忽略。常见的错误包括会议成为吐槽、表彰或汇报会,以及改进措施未能执行。
回顾会议的五个原则
- 对事不对人:回顾会议应识别改进措施,避免追责,鼓励正能量和团队合作,主持人需制止甩锅并确保心理安全。
- 人人平等,全员参与:会议应避免一言堂,鼓励每个成员分享观点。主持人应设计活动以促进参与,避免管理者影响安全感。
- 可视化团队绩效:使用燃尽图等工具展现团队交付速度和质量,回顾改进措施,以统一认识和鼓励讨论。
- 改进措施要落地:回顾会议需产出具体改进措施,并在下个迭代中实施。措施应简单易行且可见效,以维持会议的价值和持续性。
- 引导正能量:主持人要激发积极参与,避免争论,聚焦问题解决而非责备。识别团队优点,鼓励感激,以正面结束会议。
遵循这些原则,回顾会议能避免成为无效的吐槽或空谈会,确保团队建立自我学习、自组织的持续改进文化。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 773.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何定义方针
方针定义了组织的中高层管理者对管理的期望,是执行过程的总体指导思想,是蕴涵在管理流程中的思想精髓。方针要传达到组织内的每位员工,并体现在质量体系中。在定义方针时要把握如下的原则: (1)简要 方针不需要描述实现步骤,它是对过程的抽象。如:方针可以定义为:每个项目必须估算项目规模,在方针中不需要定义具体如何实现估算(DELPHI,COCOMOII,FFP法等)。 尽量采用短句,每个方针
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
如果做好过程裁剪?
1 裁剪的含义: (1) 增加 (2) 删除 (3) 替换方法或格式 (4) 修改顺序 (5) 多选一 (6) 修改权限、级别2裁剪的对象: (1) 过程 (2) 活动 (3) 方法 (4) 度量元 (5) 质量目标 (6) 控制权限 (7) 评审方式 (8) 活动频率 (9) 生命周期模型 (10)参考的度量数据、基线(11)其他3裁剪的步骤 (1)确定项目类型
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
一个本色的朋友
有个朋友,是项目经理,我的客户,很喜欢自由,很有自己的思想,很直率,很有能力,很幽默,做项目很忙,经常出差。每次访谈他,都为他的坦率、他的幽默而大笑。很正式的访谈,都是在很轻松的氛围进行,笑过之后,却又让你去深思,他给我一种举重若轻的感觉。每次到他们公司做CMMI的运行检查,见到他的机会并不多。有一次约好了半天的访谈,结果他在外边出差,无法及时返回来,让我怅然若失。他是规矩的打破者,他喜欢按自己的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线