团队复盘之 kiss

复盘是最近最火的概念了。几乎涉及任何工作，任何岗位。任何行业（这个是揣测）。都在提及复盘。多数的复盘是面向事物，尤其以项目管理为最主要代表。复盘整个项目的进展过程。从中发现问题并加以改善。

KISS 是复盘的一种具体做法。使用 KISS 也可以用在项目复盘中。不过我们的实践里，用 KISS 来做团队的定期复盘，也就是年中一次，年终一次的定期复盘。

用 KISS 做团队复盘，出发点是让团队能形成共识，形成团队的整体行为准则。这样在下一个阶段里，大家不会再有争议。毕竟之前得到的结论是大家共同作出的。

在 KISS 做团队复盘期间，发现了几个有意思的情况：

1. 同样一件事，在不同的团队成员里，有可能出现在不同的象限。尤其是同一件事，两个共同的参与方一个将其列入 Improve，一个将其列入 Keep。说明不同的人参加同一件事得到的反馈是不一样的。类似设计评审。

2. 大家的思维发散的非常厉害，有些条目真的是大开眼界。印象比较深的有：start 象限的有加强个人兴趣交流。keep 象限的有早睡早起。stop 象限的不再无效 @人。improve 的有拉近大伙的距离拉近部门的距离。

3. 在进行 KISS 复盘的过程，基本上和团队管理风格很类似。以我的经历，我们人数比较多，进行分小组先进行然后汇总并陈述。分组资料整理的过程中，多数都是各写各的，没有人对其他人写的内容进行讨论。包括在一次技术经理一层进行 KISS 的过程也是这样。这个是我自己也要反思的一个问题，为什么在自由发散的环节，脑洞很大，但是到了第二步，没人愿意对别人的想法进行讨论。

从上面的描述来说，KISS 在展示个人内心诉求和个人在前一个阶段的水平，能大致反映出来。对管理者来说能更客观的对现状有准确的了解。但是这些都是纵向的，横向的太少。就像上面第三条说到的。如果有能横向的讨论，为什么同一件事，有人认为应该在 Improve 象限，有些人认为应该是在 Keep 象限。导致这些认知差异的原因是什么。讨论以后双方达成一致是否才更贴合我们最初想让大家达成共识的目标？

最后说一下我们 KISS 中发现的几点总结：

• 出现频率最高的词是沟通。

• 最生气的上线的功能没发挥作用，甚至没使用。

• 最吐槽的事是即使工作很久的，对整体系统的熟悉程度也很低。

• 最期望的是得到指导。