这是我参与11月更文挑战的第1天，活动详情查看：2021最后一次更文挑战
缘起
早春的阳光正好，咋暖还寒。 像往常一样，我打开电脑，依靠在椅子舒服的查看起邮件。 首先映入眼帘的，是一封研发效能起头并标粗的邮件。 没错，这是我上周认领的2021年的OKR（Object Key Result），我自己定的目标是让部门所有团队的4KM(DevOps research - Four Key Metrics)指标提升到High。
是的，11月了，已近年底。 想借这个机会，梳理一下这一年来关于研发效能的一些故事。
主角
大家猜猜主角是谁，很容易对吧，当然是研发效能了！ 然后并不是！主角是Moby Buildkit项目。
因为研发效能出自DevOps Research(简称DORA)组织，通过收集世界范围内超32000多家企业DevOps数据，产出软件行业组织效能的报告。 该报告对组织效率和软件交付效率之间的关系进行了分析，并综合统计结果，给出了衡量效率的四个指标，也就是上文提到的4KM。 从2014年开始，一直到2021，已经七年。 目前已被Google Cloud收购。 DORA做了一件了不起的事情，那就是给出了衡量软件研发效能的明确指标，并阐述了想要达到高效能，该从哪些方面入手，之前的关联是什么样的。
对于企业最大的影响就是，你现在明确知道你在这个行业里，处于一个什么样的排名了。
这也解释了为什么我们要将DORA排上日程。
那这么重要怎么就没成主角呢？
原因很简单，因为DORA根正苗红，目前已被行业基本认可。 也就意味着当企业准备推行研发效能时，将不会有什么阻力。 反而所有的人都愿意接受她，甚至唯恐被落下了，没有赶上这趟时代列车。
但DORA主要是从企业的视角来阐述研发效能的。 那她对于个人开发 - 我们开发者而言，到底意味着什么呢？ 带着这样一个问题，我们借助于一个兴趣小组，对此展开了讨论和学习。 我们从一个假设开始：
假设有一个开发者友好的高效能PaaS平台，可以让我们专注在核心业务问题上，那这个平台应该长什么样？
为了让开发者专注在核心业务上，我们设想她可能长这个样子：
作为开发者，假设我们的核心业务就是用golang输出“hello, world!”，那我们所有要做的事情就只有git push。
如果想要做到这一点，我们想用一个完全自主的试验性项目，结合高效能所推荐的实践，慢慢让这个高效能变得不再那么神秘，看得见，摸得着。
Moby Buildkit项目，相对于Docker大哥项目较新，意味着学习曲线可控。 所提供的知识点，像容器的构建和运行，也正好可以给出目前较新的实践，和工具的用法。 就这样成为了天选之子，从此，主角光环加身。
