一环统治一切
杰尔托基恩
“您只能控制可以测量的东西”
德鲁克在衡量指标时，会想到数十种（甚至数百种）不同的选择。
还没有发明什么尺寸！
但麻烦的是，当您查看这些精美的图片时，它们通常是完全无法理解的。
总的来说，目前还不清楚是否正确选择了这些指标，或者是否值得考虑完全不同的指标？
我想要某种指标，使我看起来很清晰，所有内容立即变得清晰起来。
但是它存在吗？ 还是没有魔法？
让我们来看一个具体的例子...
通常，我们所拥有的只是一组输入数据，使用它并不是很清楚该做什么。
吉拉和她的任务
想象一下，您的公司使用Jira任务跟踪器，并且所有开发人员都有义务标记将任务投入工作的事件及其解决方案。
您可以卸载Jira的任务，但是下一步该怎么做？
在这种情况下，一个好主意是仔细考虑要管理的内容和要实现的结果。
例如，阅读文章“
洞察指标：据我所知，什么是指标及其主要魅力是什么 ”
而且，如果我们在此处还添加“精益分析”，“精益运行”和“陶丰田”一书，那么很显然，对于Jira而言，管理和衡量已开发功能向舞会的交付时间是最正确的。
因此，选择了目标-我们想衡量软件交付的时间，但是您可以用一百种不同的方式来实现。 例如，您可以测量每个开发步骤的时间，还可以增加等待，修复缺陷，重新发现等方面的时间。 甚至vskidku也可以称为与软件开发相关的50-70个不同指标。
怎么样 一眼就能了解一切吗？
如果您亲眼看到上面讨论的数十种指标，那么我提前知道了您的答案-您会说：不！ 所以我想要...
我想要这样一个度量标准，可以一眼就能了解开发进展的成功程度以及是否有必要对它做一些额外的事情。
令人惊讶的是，似乎有一个值得衡量的指标可以安全地宣称“
唯一”的称号。
让我们仔细看看。
吉拉（Jira）中有这样一份报告，称为“总流程图” ...
“停停停停...每个人都认识他，-你说，我在这里找不到新的东西”
总的来说，是的，该报告为每个人所熟知，但让我们更详细地看一下它。 我向您保证，您会发现几个“令人愉悦的”惊喜。
通常是这样的：
一些条纹。 他们为什么呢？ 怎么了 什么意思 这就是...
暗红色的条-
应计制完成的任务数。 蓝色是工作中的任务数量，黄色是在积压中注册的新任务。
累计总数是将已完成的任务总添加到之前已完成的任务数中的时间。
例如，假设您前天做了2个任务。 在前一天的图表上，应注意：2。
昨天您又完成了3项任务。 图表上的下一个点将是2（昨天）+3（昨天）= 5。
今天您又完成了一项任务。 图表上的今天点等于2（昨天）+3（昨天）+1（今天）= 6
即 日程安排将一直增加。
因此，如果您在图表上放置已完成的任务数，工作中的任务数和新任务，则可以提取唯一和唯一的度量标准。
让我们考虑一个真实的示例（从Kibana和Elasticsearch卸载）：
看吗
实际上，我们可以计算开发的速度（或生产率）。 17天内完成了200个新任务。 从这里我们可以得出当前的开发速度为11.76任务/天，即 每个
任务0.085天 。
它们是由日程安排，工作任务数，蓝色区域确定的（条带的宽度几乎到处都相同），即 与新任务的数量相比，我们可以假设开发速度是恒定的。
以当前的开发速度，仅在68.03天后，才能完成2018年6月17日创建的800个新任务。
好吗 我认为并非如此。
说什么 绝对！
这是另一个真实示例（Jira报告）。 这是技术支持人员执行故障单的时间表：
同样，我们计算支持服务的生产率-2.7任务/天。
有一些事情要争取
仅仅知道当前速度是不够的。 您还必须了解目标值，即 看看要争取什么。
了解一个人的速度后，您可以计算出支持服务需要多少人才能实现目标任务数或提高当前的生产率。
支持服务有15名员工。 原来，每人每天有0.18个任务。
假设您想提高执行速度并使服务能够每天执行的任务不是2.7个，而是10个（目标值）。
一个人每天执行0.18个任务，这意味着56个人将执行10个任务。
好吧，或者作为一种选择，您可以提高一个人的速度。
以每天1个任务的速度，对于10个任务，您将不再需要56个人，而只需10个人。
我们管理交货时间
事实证明，该度量标准实际上允许您影响交付时间。
将当前性能与目标值进行比较，您可以了解加速过程需要多少次。
通过更改构成生产力的参数（人数和工作速度），您可以控制总交付时间。
这还适用吗？
实际上，可以在许多领域看到该指标的类似物。
以DevOps为例。 DevOps用于缩短创建分发工具包与将其部署到舞会之间的时间间隔，即 在此，如上面的示例所示，您需要控制交货时间。
显然，该指标也是DevOps的理想选择。 只需计算在一定时间内到达正式舞会的分发数量（装配件），即可获得管道的当前性能。
原则上，可以在与金钱有关的领域中使用相同的度量。
例如，对于在线商店，可以类似地计算特定时间的订单数量。 整个问题是，商店真的需要吗？
结论
如您所见，“唯一通用度量标准”仍然拥有生命权，至少在软件开发领域和服务部门（技术支持服务）中。
它易于计算，包含含义，并可用于与目标值进行比较。
当然，不能盲目使用它。 在开始实施之前，请考虑一下，但确实需要它。
您如何看待通用指标？
您使用什么指标作为通用指标？