一、前言

　　处于Team之中，也许你知道如何去做一件事，也许你习以为常，觉得这就是常态。
　　当你猛不丁地回过头看时，你会发现，这些流程与步骤是一次次的尝试与实践之后，最适合 Team 的方法措施；
　　抑或着，当你尝试给新人或者其他组的人描述时候，你会恍然大悟，为什么有些事情没有做，为什么有些事情会是这样发生的。

二、背景

　　现在是笔者参与的第三个项目了，第一个是国外某大型传统金融保险行业的项目，第二个是国内电商零售行业项目，现在的是德国某制造生产行业的 IOT 项目。
　　当你只参与了一个项目的时候，更多的是接受；当开始不同的项目时候，开始学会比较，但是层次还是不够抽象层面还不够高。
　　最近刚好有一个 Team Event 机会，来对目前的项目组进行回顾与总结，在对不同的维度进行划分的过程中，可以清晰的理解不同项目采取不同的方法和措施的背景与原因。

三、内容

1. 准备工作

　　首先提前将日常的 Team Event 按照下述的维度进行横向纵向划分： 　　

2. 讲解

　　向 Team 讲解各个维度，不同的颜色代表不同的维度。

3. 头脑风暴

　　对有疑问的部分，写在便利贴上面，然后贴到对应的 item 处。该过程需要 Time-Box。

4. 分类 & 解释

　　Go through 所有的便利贴，并进行快速的分类，遇到不明确的，可以让贴该便利贴的人解释一下。

5. 优先级

　　如果讨论所有的便利贴，肯定花费大家不少的时间，所以列优先级就非常重要。让大家投票选出优先级最高的3-5个。根据每个类别上的票数决定下一个阶段要讨论的item。

6. 讨论

　　从票数最多的 item 开始讨论，并且Time-Box十分钟，时间到的时候，如果还没有讨论完，就征询一下大家是否还要继续10分钟讨论。

7. Actions

　　当讨论的时候，描述了问题，大家要积极的想解决办法，帮助提高或者改进，同时将 action 分配给相关的人。

Notes:

• 平常的工作全部以 Pairing 进行，进一步解释了该项目目前没有 QA，没有 code review。
• 采用 T-shirt 方式而不是斐波那契数列进行估点
• 虽然物理墙和 Jira 电子墙都有，但是主要以物理墙为主。（之前的 Team 以电子墙为主，主要是因为 Team 是分布式的）
• Show & Tell这个活动的发生，不仅仅是内部的技术分享，还包括业务分享以及平常遇到比较好的技术小问题分享。（主要是没有 code review，所以可以分享的全部在这个里面）
• 物理墙上有一栏专门是 Inbox，每天早上都会过一遍，里面包括你任何想说的，比如你做的一些事情可能会潜在的影响，或者你的休假计划等等。

最后

　　在第一个项目时候，团队定期进行讨论，当时笔者参与很少，私下觉得这种会议很浪费时间，直到现在全程当场9参与，才觉得效果颇佳。
　　在第二个项目时候，团队也有定期讨论，逐个逐个的说出自己某段时间的感受，但是形式不是非常 formal，所以当时笔者只是感受，并没有联系到一起。
　　现在第三个项目，特此记录一下该 Team event 做法。