经验谈：如何培养团队使用看板的习惯

背景

今天和老同事交流。我看出了他的烦恼。他平时的工作偏运维多一些。所以，每天都会有很多人通过IM（即时聊天工具）找他解决问题或者咨询问题。然而，这些人提问都不爱带上下文，导致这位老同事要通过几个来回的交流才能把握到问题所在。浪费很多时间。

说句不好听的。这些提问不带上下文的人，很不职业。

这位老同事希望能找到一些有教育意义的IM Slogon，好让“这些人”知道提问要带上上下文。

我的做法

我一年多前做了专职的DevOps和SRE后，也一直被同样的问题所困扰。只不过，我通过看板来减轻痛苦。

所在基础设施团队（4个人）使用了一个看板系统（GitLab的）。然后建立以下原则：

1. 1. 其他团队的人找基础设施团队干活必须到看板系统建卡。不建卡的活，基础设施团队可以选择做，也可以选择不做。注：建卡指的是在看板系统上的创建一张卡片，用于记录任务；

2. 2. 卡的信息不足时，基础设施团队也有不做的权力。

image.png

但是，如何培养团队看板的习惯呢？你要知道软件行业中使用看板进行管理的团队凤毛麟角。很多人甚至连看板都没有听过。

我们走的是这样一条路径：

1. 1. 开一个宣讲会，目的是让大家知道基础设施团队的行事原则。注意不是为了建立KPI；

2. 2. 简单培训所有人使用看板系统。后面有新人，他的Leader或者他的同事指导即可。P.S. 好的看板系统的学习成本应该是很低的；

3. 3. 严格执行以上原则；

4. 4. 基础设施团队有疑问，有信息更新时，优先在卡中更新（状态会自动发邮件给相关人），而不是在IM中。目的是让大家减少IM沟通的习惯。

第4点很重要。它使整个路径形成一个闭环。

要做到以上几点，我们还必须做到以下几点前提：

1. 1. 基础设施团队在整个大部门有比较大的话语权；

2. 2. 基础设施团队必须比开发团队更懂开发。因为如果你不比他们更懂，你如何反驳开发人员提出来的无理要求？P.S. 招到一个好的SRE比一个招好的开发难得多；

3. 3. 基础设施团队自身不把自己当成工具人团队。

但是，有人建卡了，卡里啥也不写。对于这种情况，我能做的就是，把这类卡的优先级调到低到不能再低。直到卡的主人觉得不得不写清卡的上下文。

小结

本质上，看板系统解决的是信息的流动效率问题，即信息如何有效并高效地从一个（群）人的大脑中，流动到另一个（群）人的大脑中。这对知识型的工作者之间协作至关重要。

而在实际工作为什么那么多人不愿意使用？我总结以下几个原因：

1. 1. 团队的管理判断一个人（团队）的工作量时，并不从看板上判断；

2. 2. 很多人的语文停留在高考，文字表达能力需要改进。换句话说就是他大脑里可能真的是知道上下文是什么，但是不会站在读者的角度写出来；

3. 3. 没有理解看板系统的本质；

4. 4. 有条理地输出头脑中所想的，不是一件容易的事情。

最后，以上的做法是个人做法可能不适合你所在团队，也可能不适合你进行大规模的推广。但是，可以借鉴。也欢迎大家交流。

另：本人建了一个持续交付方面实践交流群，欢迎各位加入：

往期好文推荐：

• 个人开发习惯与团队效率之间的关系

• 来自西安火车站旁一小面馆的管理启示