以人民的名义，建立团队工作协议

摘要：很多初创团队、以及刚开始尝试敏捷的团队，没有工作协议的概念，热热闹闹，混混乱乱。本文介绍了关于工作协议的What, Why, Who, When, 以及How。

很多初创团队、以及刚开始尝试敏捷的团队，没有工作协议的概念，热热闹闹，混混乱乱。本文介绍了关于工作协议的What, Why, Who, When, 以及How。

What:什么是工作协议

工作协议：由团队共同商议，达成一致遵守的一组规则、纪律、流程的组合，目的是让团队持续保持高效和成功。

Why:为什么要制定工作协议

案例1：
Jessica是刚组建的Scrum团队的Scrum master。在第一个Sprint中，Jessica发现经常出现一个现象：每日站会总是有人迟到。一开始团队容忍这个情况，结果总是大部分人在等那1-2个人。今天张三来晚了，Jessica说以后大家不要迟到了。可是第二天，张三没有迟到，李四又迟到了。于是，Jessica发现，迟到虽然是个小事，但是影响到了团队站会的效率。若杜绝迟到这个恶习，团队需要共同达成一些规约。

于是，Jessica主持团队达成了这样的工作协议：站会迟到者，做五个俯卧撑。

除了站会之外，团队其他日常工作也需要一些共同规约，大家在这些规约下形成一致的行为。

案例2：
Jessica的部门在所有Scrum团队的工作区域架着一些大电视，显示CI构建信息，失败时亮红灯，以及是谁提交的代码造成的构建失败。貌似很好的设备，可是一开始架起这个电视的时候，团队不习惯看它。当有CI构建失败提示的时候，团队仍然忙着处理手头上的事务。

于是，为了让CI引起每个人的注意，Jessica主持团队达成了一个团队规则：CI测试失败时，责任人第一时间处理。

但是，团队发现光口头上达成一个牛逼的工作协议没有用。固有的习惯根深蒂固，不是提出了一个响亮的口号大家觉得赞就可以改变原有的习惯。

于是，一个站会上，Jessica把规则写出来，贴到看板上，跟大家反复提醒。

可是，当CI测试失败时，有的同事重视，有的同事还是不能做到第一时间响应，仍旧忙着处理手头上的事情，将CI失败的处理靠后。

于是，团队想出了个损招：在电视上连了个喇叭，一旦CI失败，喇叭放出极大的噪音，吵得大家无法继续进行手头上的工作，每个人都督促责任人赶紧处理。

所以，每个团队都需要有适合自己的工作协议。工作协议一定要让大家每天看到，固化习惯。工作协议一定是可执行的，如果不执行，需要有反馈机制来闭环，否则就容易成为一纸空文。

Who:谁设定工作协议

工作协议不是自上向下实施的命令、规定、制度，而是由团队自己设定。Scrum master或团队的管理者也许会帮助引导团队制定工作协议的过程，但是达成哪些工作协议由团队自己商定。

为什么呢？因为只有团队自己达成的规则，才是团队自愿的。而只有人自愿做的，才最有动力坚持，这是人的本性。

When:什么时候制定工作协议

敏捷团队组建的开始，是建立工作协议的最好时候。团队就共同需要遵守的流程、纪律达成共识，如果每个人以不同理解的工作方式来协作，无异于鸡同鸭讲话。

如果是团队从半途开始向敏捷转型，转型一开始就该制作工作协议。

团队可以单独召开一个工作协议制定的小会，也可以在第一个迭代的结束的时候，根据这个迭代暴露的问题制作团队工作协议。

How: 怎么制定工作协议

制作工作协议只需要三个工具：

白板，马克笔，报事贴。

制作工作协议的五个步骤：
1.开场
Scrum master（或者其他的主持人）跟团队解释工作协议是什么，以及工作协议的目的。这时，团队一般会感觉抽象，需要举几个现实中工作协议的范例, 比如：

每天站会9：

00钟，迟到者做10个俯卧撑

CI Build失败告警后，马上修复build
任务板要在每日站会前更新

工作协议的描述要足够简介：几个字讲明做什么，或者是不做什么。
2. 发散
每个人提议团队的工作协议，用报事贴默写。这里强调默写，因为如果每个人直接各抒己见，会彼此影响迸发出的好主意，尤其是经常出现被团队的1-2个人主导的情况。每个人写3张报事贴，一张报事贴提议一条工作协议。
3. 收敛

Scrum master（或主持人）收集每个人写的报事贴，放到在白板上。大家聚集到白板前讨论。每个人介绍自己提议的工作协议，然后每个人对提议的工作协议投票。比如，每个人可以投三票，投出你认为团队最需要的三条工作协议，然后根据所投票数，将投票最多的3-5条工作协议作为团队共同遵守的工作协议。

团队为工作协议投票

4. 承诺
对于投票最多的3-5条工作协议，团队就每一条表示是否有异议；如果有不同意见，主持人需要引导大家讨论，达成一致意见。

没有异议后，团队共同承诺，遵守这几条工作协议，如果有人违法了其中任何一条，其他人会及时提醒他（她）。
5. 可视化
团队达成的工作协议最好用大字写出来，悬挂在团队的工作区域中，或者任务板上，让大家每天抬头可见，起到实时提醒的作用。

刚开始尝试Scrum的团队，站会的开得不高效，因此，很多团队设定的工作协议是围绕站会来制定的：

团队任务板上的站会工作协议

工作协议的演进

敏捷是一种经验式过程，即流程和规则随着团队的需要涌现制定。因此，工作协议不是一成不变的。在每个迭代的回顾会议上，团队定期回顾工作协议遵守的情况，以及工作协议是否有效。在回顾会议上，团队也许会发现需要制定新的工作协议。

每天的工作中，当团队有人违反了工作协议，作为Scrum master, 或者是团队的leader, 你应该提醒大家遵守工作协议。新的习惯需要时间来养成，违反工作协议的情况是常见的，但是如果我们对这种情况视而不见，工作协议就只是挂在墙上的口号。

如果一个工作协议经常被人打破，大家需要讨论这条协议是否应该继续遵守，还是改变它。

总之，团队的工作协议，团队定，团队来维护和演进。不这样做也可以，说明你想剥夺团队自管理的权利。最后，想起某人的名言，比较应景：

this nation, under God, shall have a new birth of freedom - and that government of the people, by the people, for the people, shall not perish from the earth.

---亚伯拉罕·林肯于葛底斯堡演说