按照敏捷回顾框架组织迭代回顾会议实践心得
一、议程设计
本次迭代回顾准备设计工作如下:
1、准备工作:
1)收集数据:将本迭代迭代情况相关数据整理,迭代未按期完成的需求详情,哪些需求未完成,未完成需求的提测状况。
2)准备回顾会议活动所需材料,白板、会议室提前预约
3)人员邀请:通过邮件方式邀请团队成员,尽量不邀请客户,为团队创造一个安全畅所欲言的安全环境。
2、迭代会议环节设计
1)安全度调查:(氛围1~5分)是否敢说话
时间盒:10分钟。2分钟写,3分钟唱票。
活动说明:通过匿名投票方式,写1~5分,唱票,通过投票方式调查
结果分析:3分以上表示大家愿意讲话,1~2分停下来
2)头脑风暴:让团队写这两周发生的事实,现实。上面是积极的、下面是消极的。写完,让大家看一看——事实层面上形成一致
时间盒:10~15分钟(15分钟写)
对收集的信息进行分类(10分钟)
3)选出top3的讨论主题,然后分析问题,描述问题详情。质量、环境问题?然后4人一组,进行方案商讨。每组派出一个人(40分钟)
4)分组讨论产出行动项目,我们应该做什么,清清楚楚,落实到责任人——收敛
5)感谢环节——感谢环节(5分钟)
二、引导过程
在会议开始时,宣读迭代回顾的最高原则。首先进行安全度的小调查,结束后,对小调查进行总结,以提问的方式“大家可以从结果中看出什么?这个结果是否也可以间接的反映出大家迭代过程中的参与态度呢?”
然后想团队展示当前迭代的需求交付情况,展示未完成需求数据,提问”迭代过程中发生了什么,导致了这个结果。给每个人发了便利签,大家可以写一下这个迭代过程中让你映像比较深刻的事情,可以是让你觉得沮丧、或让你兴奋的任何一件事情。然后我们收集,进行分类“
到时间后对收集的事情进行分类,”大家从这些信息中可以发现什么?“我们对发生的事情进行总结,然后选出3个亟待解决的事情,”
我们4人一组,针对这3个问题给出解决措施“ 确定下个迭代改进的方案 然后结束
三、结果
虽然有了初步的解决方案,比如“1、简单需求先提测,开发慢的晚一点提测,按重要程度2、特殊资源留存好3、之前的业务,业务比较多的业务,改完一个,提测一个——根据需求来。“但个人觉得并没有实质上的解决这个问题,也没有一个客观上上的改进指标来验收改进措施的效果,个人觉的回顾会议不是很成功。
四、自我反馈
通过本次回顾,得到的经验教训有一下几个方面:
1、提前准备的时候需要充分考虑到各种情况,尤其是冷场、个人不愿意发言这种情况,教练该如何引导。
2、对活动进行小结,并根据实际情况提出好的引导问题是很重要,但是目前自己还是不具备,需要补充相知识储备,不断尝试积累。
3、对于回顾的结果,首先教练要有明确的目标,要得出切实可行,可以度量的可验证的措施。这个非常重要,不要开无效率的会议。
4、会议过程中无法完全引导团队进行全面的头脑风暴,大家存在满足现状的情况。