Vim

March 28, 2023

团队复利：工作手册

Handbook First 这个概念在之前研究 GitLab 的远程工作方式时发现的。1500+ 的团队竟然能把内部运营的各种方法，能公开的都公开了，连 CEO 的 OKR 都能看到（虽然隐去了具体数字）。

为什么 GitLab 会采取 Handbook First 呢？他们在自己的 Handbook 里还特别加了这一章。下面是局部的截图。

_interest-of-team-handbook-first-01.png


简单概括一下：

  • Handbook First 一开始花费时间，但长期看对组织成长非常有效
  • Handbook 总是最新版本，利于查询，方便其他人提供内容
  • Handbook First，而且是公开的 Handbook First，有利于信息透明

那他们的 Handbook 都是什么呢？简单来说，就是他们的原则。有点像 Ray Dalio 在《原则》一书里罗列的东西，但 Gitlab Handbook 会深入到更具体的行为。从使命、愿景、价值观，到远程工作 101、沟通方式、产品研发流程，甚至包括哪些模块产品、设计、工程、测试、市场、运营的负责人是谁，细无巨细，全部都有。如果《原则》一书多的是概念和思路，那 GitLab Handbook 简直就是行为手册，可能可以与之媲美的就是传说中无印良品的 Mujigram 了。

我发现了 GitLab Handbook 时，我就特别想移植到当时的团队，但发现十分困难。就像我们研究公司总是会过度研究他们现在做了什么，而没有去研究他们「当时」做了什么，Handbook 也很难自上而下的一蹴而就。它更像是英美法系的习惯法，是随着过程不断生长的，是伴随着时间逐步积累的。

我们的尝试

团队目前正在重启 Handbook 实践。就是昨天的文章提到的，从平时最常见的场景出发，建立个文档，算是 Handbook 的起点：

  • 一份能够覆盖当前线上产品各方面的产品说明
  • 一份能够覆盖当前线上产品各方面的设计存档
  • 日常沟通指南

以上源自我们平时经常问的几个问题：

  • 这个功能什么时候上的？
  • XX 功能的逻辑是啥？
  • 这个设计哪个版本改的？为什么会这样改。
  • ……

以及规范一些日常沟通的用语，譬如：

_interest-of-team-handbook-first-02.png


虽然看着都是小事，而且像多了些形式性的工作。但就像 Why Handbook First 里面说的那样：

采取行动前在 Handbook 中组织文档，一开始可能会花费更多时间。因为你需要思考在哪里进行调整，怎么和现有内容整合，然后再做添加，甚至会需要重构 Handbook 结构以便于能为后续打下更好的基础。但从长期看，它是节省时间的。而且这样的沟通方式对我们组织持续的增长和调优是至关重要的

种树最好的时间有两个：一个是十年前，一个就是现在。与君共勉。