工程造成措施。
管理（130）我的工程领导圈昨天开会了，和往常一样，我们讨论了当前的挑战，然后继续深入讨论。这次，千斤顶危险提高了测量工程影响的挑战，这是大多数工程领导者必须解决的迷人主题。
工程影响措施如下：不加速开发人员生产力的措施：提前期，批量大小，故障率和时间恢复。这些措施支持理解和优化您的发展过程，但在评分业务影响方面并不是很有效。这部分是因为在不产生了许多业务影响的情况下，有很多方法可以对这些措施进行高度评分，部分原因是因为它们不会在工程组织以外的人们突出。（利用影响的效率也是我对目前经理工具试图衡量的一般挫折开发者元生产力.)
组织如何测量工程影响的一些示例：
- 亚马逊： ＃新闻稿(h/t千斤顶危险)
- 广场：＃新的可结算功能（h/t千斤顶危险)
- 趣味：创造竞争优势，提高竞争优势，突出特色(h/t千斤顶危险)
- 优步：#每个团队每季度交付的项目。项目不仅仅是以产品为中心的：迁移、技术债务消除都算作项目，只要它们对团队有影响(h/t杰格利)
看看Amazon、Square、Gusto和Uber的影响度量，有几个特征使它们有效：
- 它们很直截了当——如果你相信领导力主要是关于重复的比喻，那么你可以在每次组织会议开始时背诵这些措施，而不会占用太多时间。他们不需要太多的解释来表达
- 它们以持续创新为中心，这是增长型企业的隐含信仰。对于创新的强调有很多合理的考虑，但是这些目标与他们公司强调创造而不是维持的价值观是一致的
- 只要他们被动手领导团队使用，它们相对困难了“游戏”以功能失调的方式。大多数人都很容易检测到时间 - 如果你发布了一个非常平庸的新闻稿，人们会注意到并采取纠正措施
它们并不完美，但我非常有信心的任何具有多个管理层的工程组织会更好地脱离这些线的东西，而不是没有它们。这种目标是在某种程度上是你最小的可行性工程策略.
就个人而言，我也花了一堆时间在这个话题上思考，而在Calm工程，我们在过去的一年里一直在做类似的事情，重点是：
- #大赌注-这些是新的，差异化的功能发布给用户。虽然这其中的一些部分是公司内几乎所有组织的共同目标，但我们将自己视为交付的核心约束之一（如果不是的话）
- #实验-我们测试了多少特性和优化，目标分布是赢家、中立者和输家。有一个既定的目标来帮助平衡数量和野心
- #火灾-我们发生了多少起事故？我们并不是想把它推向目标，而是想避免坡度变化。总的来说，我相信火灾是重要的因素，作为一种反补贴措施的整体生产力
- 1-2技术投资：我们正在进行多少技术投资或探索？组织只有有限的带宽来吸收技术变化，所以我们将自己划分为少数但不多
比较平静对上面其他公司使用的那些，明显的缺陷是他们太多而且太复杂了。我认为这主要只是光学元件的问题，作为广场和亚马逊显然跟踪了一个以上的影响，这只是一个不同粒度的问题。
转移话题一点，思考度量工程影响如何简化度量基础设施工程影响的问题也很有趣。衡量基础设施影响的挑战耗费了我在Stripe工作的过去两年的大部分时间，因为我追求的目标是根据基础设施影响来确定基础设施投资的正确规模。
这一主题引发了一些关于如何衡量组织内部影响的探索，这些组织的主要贡献是支持：
不管怎样，所有这些方法都有粗糙的边缘。一些人认为，基础设施组织应该像Heroku一样衡量自己：用户采用率、可靠性、服务成本等等。我试过：这是一个美好的梦想，而且部分是可行的。最大的挑战是，基础设施组通常会成为他们公司实施各种全球权衡（如GDPR、数据位置、安全性、高可用性等）的工具。
在奖励或容忍局部优化的组织中，基础设施组成为不情愿的全局优化化身，并且经常是公司目标（例如GDPR合规性）和局部优化用户错位口袋之间的中介。您可以根据用户满意度对基础设施组进行评分，但实际上，这些用户是您作为独立公司解雇的（或者更可能的是，您从一开始就不会购买您的服务），因此这有点尴尬。