开好迭代回顾会议的5个原则
发布于 2024-10-01


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


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

扫码阅读
手机扫码阅读
迭代回顾会议摘要
迭代回顾会议是Scrum的关键仪式之一,目的在于提升团队能力,促进持续改进,形成自我学习的团队。但常因会议缺乏实际效果而被忽略。常见的错误包括会议成为吐槽、表彰或汇报会,以及改进措施未能执行。
回顾会议的五个原则
- 对事不对人:回顾会议应识别改进措施,避免追责,鼓励正能量和团队合作,主持人需制止甩锅并确保心理安全。
- 人人平等,全员参与:会议应避免一言堂,鼓励每个成员分享观点。主持人应设计活动以促进参与,避免管理者影响安全感。
- 可视化团队绩效:使用燃尽图等工具展现团队交付速度和质量,回顾改进措施,以统一认识和鼓励讨论。
- 改进措施要落地:回顾会议需产出具体改进措施,并在下个迭代中实施。措施应简单易行且可见效,以维持会议的价值和持续性。
- 引导正能量:主持人要激发积极参与,避免争论,聚焦问题解决而非责备。识别团队优点,鼓励感激,以正面结束会议。
遵循这些原则,回顾会议能避免成为无效的吐槽或空谈会,确保团队建立自我学习、自组织的持续改进文化。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 255.2K
麦哲思科技任甲林的其他文章
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
概要设计主要描述哪些内容?
要点如下: (1) 本项目的技术路线,即: Ø 采用的技术方法,如是采用OO的方法、还是结构化的方法,是采用.net还是JAVA; Ø 总体的技术结构,如采用几层体系结构,每层的责任是什么; Ø 系统的网络结构,如系统的功能在网络上的部署分布; Ø 核心技术难点的解决方案
心正、身正,则客户正
最近连续和2位老板聊天,感触颇多。 第1位朋友曾经实施过CMMI,当时随着客户的投诉的增多,他期望借助于CMMI模型解决管理问题,便于兑现给客户的承诺,获得比较高的客户满意度,公司在过程改进上投入很大,但是实施下来远远没有达到他们的期望,咨询公司没有提供有效的帮助,于是就夭折了。 第2位朋友的公司正在实施CMMI,公司希望想要成效和证书,公司投入了很大的精力,但是从咨询公司的最初介入就给误导上了一
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
加入社区微信群
与行业大咖零距离交流学习


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