
敏捷回顾活动“最高指导原则”答疑解惑
“敏捷回顾最高指导原则”是许多团队用于进行持续改进循环的一个实践。正如Norm Kerth在书中指出,它的意图是要让团队深入学习扎根于敏捷回顾的核心。本文所记录的启发性谈话发生在两个资深敏捷实践者之间,讨论了使用这个原则所带来的好处与挑战,由Linda Rising记录。

“敏捷回顾最高指导原则”是许多团队用于进行持续改进循环的一个实践。正如Norm Kerth在书中指出,它的意图是要让团队深入学习扎根于敏捷回顾的核心。本文所记录的启发性谈话发生在两个资深敏捷实践者之间,讨论了使用这个原则所带来的好处与挑战,由Linda Rising记录。
也许很多敏捷团队都会发现,在回顾(retrospective)的过程中,他们往往很容易就总结出一箩筐需要改变的方面,但现实中却很难去实现这些改变。Esther Derby对软件开发过程中的人文因素颇有研究,她以自己健身这件事为例专门阐述了前面提到的问题,同时也列举了几条成功实现改变的建议。
上个月与Andy Hunt的访谈中,他提到了自己从讲求实效的程序员转变到敏捷软件开发,再转变为Pragmatic Wetware的过程,这也是他最新的兴趣所在。“Wetware就是你脑子里面的东西,它位于你的两耳之间,所有的行为——与软件开发相关的所有思考都明确无误地在其中发生。”
Scrum将障碍定义为“任何阻碍团队提高生产效率的因素”,并明确强调团队应建立持续不断移除它们的办法。Joe Little提议:使用“障碍范围”这种定义,可以帮助组织更有效地向客户传递价值。

David Spann是一名经验丰富的建导师,他对Jean Tabaka的著作《协作精解:软件项目领导的建导技巧》作了见识深刻的评论。Jean是一名经验丰富的教师、顾问和教练,她在书中展示了增强团体效率的技巧,并为确保初次尝试能按计划顺利进行提供了模板。在讲授的同时,她也分享了许多绝妙的故事。

当敏捷团队徘徊在平庸的“照本宣科”阶段,有时候团队合作没法继续前进到令人兴奋的“大放光彩”的阶段,反而让团队表现受困于看不见的“学习瓶颈”。敏捷实践要求我们花时间去反省和学习——学得快的团队才会成为赢家。

团队采取项目回顾措施,可以检查在项目中哪些事情做对了,哪些事情做错了。但是传统的回顾(有时被称为post-mortems,即盖棺定论)只在项目结尾时进行,由于时机过晚,很难对团队和项目起到什么帮助。敏捷团队需要迭代式和增量式的回顾,以尽快精确定位问题,设计解决方案,来使得团队可以早日改进,从而产生更好的收效。

传统的SDLC说到了如何在一个团队内部及不同团队之间进行交流;一个不一定恰当的或不是始终遵循的规定。Rachel Davies阐明了回顾如何通过对过去的事件复查及对新观点的头脑风暴来让团队改善其过程,并展示了如何推动你的团队进行回顾。