一个不断求进步的团队

基於成功经验，会更容易形塑成员对於不完美的自在表达

「每一次回顾都是为了调整好不完美，然後朝下一次不完美迈进」没有完美的团队、没有完美的做法，所以成功了，还是要坐下来好好回顾，这一次开发从开始到结束，是否有地方需要做改进呢？想要塑造信赖感的我，心里会冒出担忧，担心不知道怎麽拿捏。成功，创造成就感，更重要的是，其创造一个契机，让团队开启进步的对话。失败的回顾会议(Retrospective meeting)，我亲自主持与见证不少场，我主持的场次中，因为团队明显被关注，被细部检视，更根本的，就是一直没有为使用者解决问题，没有成功奠基基础，所以，虽说好不咎责，但成员个个没有声音，或是问题无法直指核心，会议间的气氛也都是低气压。後来，我让其中一位成员做为主要会议的主持，成员没有时空穿越来阅读我的系列文章，在有我的压力下、又无力驱动成员的情况下，既便我会不参加会议，也没有让情况更好。在成功经验之下开启的回顾讨论，将会降低我们在回顾会议context形塑的难度，团队不会每次都成功，但是开启第一次成功和把握每一次成功可以放大的效益，是重要的。

回顾会议的准备

从正向出发，有时间目标、观察标的的执行清单结束

在最近的一次成功经验，我起手准备起了Content和Context，事前也请成员先写下好、可以更好的清单。因为获得需求单位的回馈，且提早完成，这些实际的成功元素，变成我的起手式，用实际明确的内容，会比口头上的很赞美字眼更有感，这也是团队最容易一起共感的项目。接着继续将共感放大，让成员一一向感谢对象表达其感谢内容，这能帮助成员看见彼此，意识并能强化好的行为，亦更稳固成员间的连结。共感放大，是我在这场会议最大的学习，在推动这场会议的时候，我会一直记得会议目标、会议所需要的内容，但忽略了context的流畅与放大，简单说只记得流程，多亏过程，一起参加的技术顾问，在我要不小心切断共感效益的时候，适时介入导正，最後，一位位成员道出了感谢，整体氛围也跟着叠加，可以清楚感觉到，大家在这场会议里面放松了、也多话起来了。即便接来是很无聊地，看着一天天曾经发生的每件事与细节，大家也是很有耐心地一起回顾，并记录觉得可以再更好的地方，这是第一次，在这样的讨论过程里面，每一位与会的人，都会有自己的想法，都愿意开口表达，共感所带来的效益，让我惊艳，所以请把握每一次成功，可以为成功欢腾，但也要记得利用将成功转化成团队基石，找出下一个目标。这场会议所诞生的想法也是一样，并须归纳与收敛，以下一次开发结束为期，选出一个做为优化的目标，只要专心的一个！

会议中的主角

主角是工程师与产品经理，对话越流畅，问题越能被解决

如何营造、如何强化沟通、如何建立信赖，在前几篇都提到不少，要打造一个成功的会议，定是将这些技巧与工具融会使用，这里不多赘述，但有件事情要谨记：主角是工程师和产品经理，因为在这个开发过程里面，最为紧密合作的就是工程师和产品经理，透过对话，可以拉近彼此默契，也共同理解难处而发想双赢解方，坦然面对彼此，也更能共同成就团队目标。