开好迭代回顾会议的5个原则
发布于 2024-10-01
1846
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
迭代回顾会议摘要
迭代回顾会议是Scrum的关键仪式之一,目的在于提升团队能力,促进持续改进,形成自我学习的团队。但常因会议缺乏实际效果而被忽略。常见的错误包括会议成为吐槽、表彰或汇报会,以及改进措施未能执行。
回顾会议的五个原则
- 对事不对人:回顾会议应识别改进措施,避免追责,鼓励正能量和团队合作,主持人需制止甩锅并确保心理安全。
- 人人平等,全员参与:会议应避免一言堂,鼓励每个成员分享观点。主持人应设计活动以促进参与,避免管理者影响安全感。
- 可视化团队绩效:使用燃尽图等工具展现团队交付速度和质量,回顾改进措施,以统一认识和鼓励讨论。
- 改进措施要落地:回顾会议需产出具体改进措施,并在下个迭代中实施。措施应简单易行且可见效,以维持会议的价值和持续性。
- 引导正能量:主持人要激发积极参与,避免争论,聚焦问题解决而非责备。识别团队优点,鼓励感激,以正面结束会议。
遵循这些原则,回顾会议能避免成为无效的吐槽或空谈会,确保团队建立自我学习、自组织的持续改进文化。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1031K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
浅显与深奥
项目管理类与工程类的过程域已经讲过多遍了,在每次讲课前,总要花费很多时间来备课,每次备课,每次讲课都会有新的体会.然而仍然对CMMI中的有些概念不能准确把握,很是郁闷.忽然想起来了"简单就是美"这句话,模型是实践的总结,不是理论的总结,我也有10多年的软件工程经验了,也读了N多的书,为什么仍然在查阅了那么多资料后,仍然模型中的概念和实践映射不过来呢.如果我们专业的咨询顾问不能掌握的话,只能是模型太
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线