背景
今天和老同事交流。我看出了他的烦恼。他平时的工作偏运维多一些。所以，每天都会有很多人通过IM（即时聊天工具）找他解决问题或者咨询问题。然而，这些人提问都不爱带上下文，导致这位老同事要通过几个来回的交流才能把握到问题所在。浪费很多时间。
说句不好听的。这些提问不带上下文的人，很不职业。
这位老同事希望能找到一些有教育意义的IM Slogon，好让“这些人”知道提问要带上上下文。
我的做法
我一年多前做了专职的DevOps和SRE后，也一直被同样的问题所困扰。只不过，我通过看板来减轻痛苦。
所在基础设施团队（4个人）使用了一个看板系统（GitLab的）。然后建立以下原则：
- 其他团队的人找基础设施团队干活必须到看板系统建卡。不建卡的活，基础设施团队可以选择做，也可以选择不做。注：建卡指的是在看板系统上的创建一张卡片，用于记录任务；
- 卡的信息不足时，基础设施团队也有不做的权力。
image.png
但是，如何培养团队看板的习惯呢？你要知道软件行业中使用看板进行管理的团队凤毛麟角。很多人甚至连看板都没有听过。
我们走的是这样一条路径：
- 开一个宣讲会，目的是让大家知道基础设施团队的行事原则。注意不是为了建立KPI；
- 简单培训所有人使用看板系统。后面有新人，他的Leader或者他的同事指导即可。P.S. 好的看板系统的学习成本应该是很低的；
- 严格执行以上原则；
- 基础设施团队有疑问，有信息更新时，优先在卡中更新（状态会自动发邮件给相关人），而不是在IM中。目的是让大家减少IM沟通的习惯。
第4点很重要。它使整个路径形成一个闭环。
要做到以上几点，我们还必须做到以下几点前提：
- 基础设施团队在整个大部门有比较大的话语权；
- 基础设施团队必须比开发团队更懂开发。因为如果你不比他们更懂，你如何反驳开发人员提出来的无理要求？P.S. 招到一个好的SRE比一个招好的开发难得多；
- 基础设施团队自身不把自己当成工具人团队。
但是，有人建卡了，卡里啥也不写。对于这种情况，我能做的就是，把这类卡的优先级调到低到不能再低。直到卡的主人觉得不得不写清卡的上下文。
小结
本质上，看板系统解决的是信息的流动效率问题，即信息如何有效并高效地从一个（群）人的大脑中，流动到另一个（群）人的大脑中。这对于知识型的工作者之间协作至关重要。
而在实际工作为什么那么多人不愿意使用？我总结以下几个原因：
- 团队的管理判断一个人（团队）的工作量时，并不从看板上判断；
- 很多人的语文停留在高考，文字表达能力需要改进。换句话说就是他大脑里可能真的是知道上下文是什么，但是不会站在读者的角度写出来；
- 没有理解看板系统的本质；
- 有条理的输出头脑中所想的，不是一件容易的事情。
最后，以上的做法是个人做法可能不适合你所在团队，也可能不适合你进行大规模的推广。但是，可以借鉴。也欢迎大家交流。
网友评论