《01 | 效能模型：如何系统地理解研发效能？》笔记2

任务驱动 VS 强调工做时长

其实，在硅谷，不多有公司要求 996。不过，在初创公司，由于业务紧张、同事间的竞争，加班也很常见。可是，硅谷和国内的公司有一个很大的区别，就是硅谷的公司通常是任务驱动，只要完成任务就行，无论你花了多少时间。而国内不少实行 996 的公司不只仅是要求完成任务，更强调工做时长。但其实，专一时长的这种操做在软件开发行业是不合理的，由于长期加班不能保证持续的高效产出。

从我以及身边许多开发者的经验来看，天天可以高效地产出代码五六个小时，已经至关不错了。短时间突击加班会有效果，但若是长期加班，一般效率、质量会降低，产生了 Bug 就要花费更多的精力去修复。若是这些 Bug 发布到了用户手上，损失就会更大，得不偿失。

长期加班还会出现无效加班的结果。好比，有个朋友在一家国内一流的互联网公司工做，据他反馈，公司实行 996，不少人加班实际上是磨洋工，低效加班很是明显。可想而知，其余推行 996 工做制的公司，大几率也会存在这种问题。

软件开发是一个创造性很高的过程，开发者之间的效率相差很大。就好比，10x 程序员的生产效率能够达到普通开发者的 10 倍。其实，不只是我的，团队间的效率相差也很大。因此，相比工做时长而言，公司更应该关注的是研发效能。

1. 关键词：任务驱动，创造性工做。
2. 为何这么多公司不约而同选择让员工长期加班996呢？
   • 我以为是公司慌不择路地下意识选择。
   • “慌了，慌了，项目还没盈利，公司入不敷出，我要自救，我要求生。那就让员工加班，多干点活，业务进度快点推动，在市场上快人一步，这样公司就能活下来了。”
   • 慌乱的团队能作好事情吗？
3. 其中的对错利弊很难讲得清楚。
4. 也许国外的月亮特别圆：任务驱动，干完手上的事就好了？
5. 程序开发确实是创造性的工做，起码大部分是。创造意味着烧脑？没法长时间保持输出。咱们用的这么多便利的工具都是创造出的。

加班致使效率低？

从我以及身边许多开发者的经验来看，天天可以高效地产出代码五六个小时，已经至关不错了。短时间突击加班会有效果，但若是长期加班，一般效率、质量会降低，产生了 Bug 就要花费更多的精力去修复。若是这些 Bug 发布到了用户手上，损失就会更大，得不偿失。

长期加班还会出现无效加班的结果。好比，有个朋友在一家国内一流的互联网公司工做，据他反馈，公司实行 996，不少人加班实际上是磨洋工，低效加班很是明显。可想而知，其余推行 996 工做制的公司，大几率也会存在这种问题。

行业竞争激烈，你追我赶，长期加班是下意识的自救，但效果并很差，由于员工的创造性受到了限制。

创造性的工做

软件开发是一个创造性很高的过程，开发者之间的效率相差很大。就好比，10x 程序员的生产效率能够达到普通开发者的 10 倍。其实，不只是我的，团队间的效率相差也很大。因此，相比工做时长而言，公司更应该关注的是研发效能

在研发效能上着手，而不是单靠加人，加班等治标不治本的方法。

注重研发效能的巨大好处：开发者聚焦产出价值，团队创建起好的气氛，促进生效效率，造成良性循环，支撑起持续的高效开发。

虽然知道要注重效能，但如何提升研发效能也是个难题。

软件研发的灵活性 与创造性

本质：让开发流程流畅，最大程度地释放出开发者的创造性和积极性。

研发效能模型

软件开发本质上是一条超级灵活的流水线

体现灵活性的4个方面：

引出的研发效能模型：

理论指导实践，大方向是这4个方面，但每一个团队都有不一样的实践，因地制宜，必需要适合本身团队的，照搬照抄不必定有卵用。

最后，开发自己是一件颇有趣的事情，软件开发者，跟画家，做家，音乐创造者同样，都特别须要灵感的迸发，但不少时候咱们却要被业务牵着走，创造性被受限，沦为搬代码的码农，很是痛惜。