交付:迭代评审会和迭代反思会

敏捷的调整阶段也离不开“开会”这种普遍的共识方式,但和传统管理不同的是,敏捷不在乎会议的排位和形式,更在乎会议本身的单位产出和结果。

每个迭代的最后,敏捷团队通常用 2 个会议,迭代评审会和反思会,来验收团队的交付、调整团队的状态。

一家EPR软件公司的故事

该公司之前从未使用迭代评审机制,打磨半年再评审做好的功能,结果发现很多问题,光是上线改各种用户反馈就多改了3个迭代。PO 痛定思痛,引进了迭代评审会机制。

结果,评审机制使得团队成员投入度从50%提到到70%,每个迭代紧迫感提升后,交付质量也明显提升。

项目整体完成速度比没有引进该方法前提升了30%!

基于评审会的成功,团队继续推广敏捷反思会,PO 把他的偶像(铁人三项超级明星克雷格)的故事搬出来激励大家……

运动员克雷格(克劳利)·亚历山大是五届铁人赛世界冠军,每场比赛之后,他和他的团队都会反思为什么会进展如此顺利以及可以做哪些改进。他们着重每个细节:从佩戴头盔的形状,什么时候吃食盐片剂,到比赛过程中他的精神状态……

他也曾在多次公开演讲中引用爱因斯坦的名言,强调反思的价值和正面影响。

痛苦就是一遍又一遍地做着同样的事情,但期待着不同的结果。

爱因斯坦

工作中,我们一直在奔跑,总觉得没有时间能浪费。所以我们一直前进以保证不落于人后,却往往让自己陷入困境。跟上节奏的唯一途径就是停下来,反思什么是真正的浪费时间,从而做出改变。

PO 在台上讲着偶像的故事,大家衷心的点头认可给了他更多信心……

然而, EPR软件公司组织的反思会议坚持了不到2周,却成为团队每个迭代结束前的必吐槽点。

大家总结了一系列反思会无效的原因:

产品负责人意识到,只知道反思的价值,是无法开好反思会的。那么,如何把反思会和评审会都做好,给迭代一个完美的 ending 呢?

请听本课分解。

本节微课内容

事不宜迟,我们马上开始本微课的学习吧!本节课建议学习时长为15分钟,请保持耐心哦!