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