指标-它们就像毡尖的笔，每种笔都有自己的品味。 没有度量标准，就不可能有这样的盈利业务，它们会不断地包围着我们，这是不愉快的，但却是公理。 对于某些人而言，该度量标准是该月的销售计划，对于其他人而言，该度量标准是在约定的截止日期之前完成订单，对于其他人而言，该指标是工作小时数。
没有适合这个主题的“吸引力图片”，所以养一只猫出于某种原因，IT领域中的“度量”一词与这种“优秀”的愚蠢实践紧密相关，例如对已编写的代码行或完成的任务进行计数。 我们可以有信心地说，这些是控制中最无用和毫无牙缝的“管理工具”。 实际上，足够的度量在条件上是有条件的，但仍然只有两种：用于项目和/或工作的度量，其结果和执行时间是明确且可预测的，反之亦然，用于项目和/或工作的度量，即结果而且执行时间实际上是无法预测的。 对于第一种类型，将设置结果的度量标准，对于第二种类型，将设置距离（即工作时间）。
第一类指标“按结果”
没有为任何员工设置指标的通用方法-这总是一种情况。 员工的度量标准始终是由以下问题的一个简单答案构成的：我们能否清楚地预测最终结果，以及因此得出的中短距离工作时间？
让我们看看自由职业者的情况。 大多数情况下，客户根据所完成工作量的报酬与执行者建立关系。 也就是说，有一个项目预算，并且在此协商预算中商定了交付日期和期限。 这就是设计师，布局设计师和许多开发人员的工作方式。 通常，预算不会动摇，也就是说，“运行时间”是动静的一部分。
但这总是可预测的正负，也就是说，客户清楚地知道执行订单要花费多少“大约”时间。 根据此图，分配预算，然后寻找合适的执行者。
通常，在自由职业者的环境中明确提出了“我们不在乎您花多少时间来完成订单，只是做好并按我们可以接受的时间做”的原则。 这样就消除了许多有关监视雇用的自由职业者或临时雇员的工作的问题，消除了向他支付三倍，四倍，十倍“薪水”的薪水，等等。 有一个预付款档，有一个最终的，预先商定的帐户已结清。
类似的方法已经泄漏给似乎在工作的中小企业和全职员工，但是该公司处于竞争激烈，距离短的状态，需要在特定日期进行查询。 通过“疯狂的努力”，您可以绘制出这样的粗糙框图，以指导您做出以下决定：
UpWork的小时费率和其他自由时间模型又如何呢？
读者可能是在本文开头就想到了这个问题，但是直到现在我们才找到答案。 更确切地说，是答案，因为其中有几个。
首先：租用公司习惯于控制，因为在50％的情况下，小时费率涉及跟踪器，而在100％的情况下，小时率涉及对所做工作进行审核的定期报告。 即，客户将部分管理职能转移给承包商自己，承包商自己负责。
第二：公司需要控制开发过程，因为它只有一次尝试。 如果该项目花费了数周的时间，那么客户需要了解“从什么角度看”是工作。 通常，对于如此庞大的订单，预算仅分配一次，并且只有一次尝试。 实际上，市场上曾经有一些公司不需要大型项目的执行者定期提供报告，有时甚至不要求进行艰难的报告，但是对于耳朵小的大象来说，他们也遇到了同样的事情-它们灭绝了（大象因过热而消失，但是公司-由于截止日期）。
第二种指标是“及时”
但是，如果我们开始谈论一个大型项目，那么一切都会变得非常复杂，其期限从“一到三年”到“这是一个永恒的发展”。对于“永恒的发展”，几乎不可能预测获得最终结果的时间原因如下：
- 不仅一个人正在从事该项目，甚至还有多个团队。
- 每个“指导”团队都有2至3至数十名员工；
- 当项目工作结束时，没人知道。
在这种情况下，很容易迷失已知的梨子并将其散布在已知物体上。 但是，由于企业不参与慈善工作，因此有必要将指标“按结果”转移到更复杂的指标类别“按时间”。
“按时”工作的最简单，最合乎逻辑的示例是开发部门中30至50人的公司通常的全职办公室。 在这种情况下，“在岸上”的企业与潜在员工达成了共识，也就是说，在面试阶段，这与项目的完成时间无关，而与《劳工法》规定的基于一周40小时工作制的一个小时的工作成本有关。 对我们来说，这就像薪水。
同时，必须清楚地了解到业务不是傻瓜。 RFP的大小（更确切地说是减少）包括人格危机，办公室混乱，抽烟，午餐额外20-30分钟（即一个半小时而不是一个小时），以及在YouTube上的拖延。 一些公司可以负担这些费用，因为该业务目前可以盈利，并且他可以通过简单地设置短期任务来承担“轻型”控制，而这些任务的期限模糊不清，初级和中层管理人员会参与其中。
但是，如果企业的利润率低或存在于竞争激烈的旧版环境中，那么一切都会变得更糟。 统一的地狱从这里开始，开发人员为此不太喜欢“度量”一词。
关于工作时间的真正严格参考不是效率的独立指标，这里需要拐杖
如果一个人不是为结果而付费，而是为工作时间付费，那么如何评估其有效性？ 商业界一直在问这个问题。 这里有几个变量：
- 将团队绩效与短距离的“结果”指标联系起来。
- 在任务和冲刺级别使用较小的指标。
- 建立明确的责任，条款和优先级结构，将其命名为您想要的，例如“发展政策”。
实际上，企业面临着一种情况，即它似乎已经转向了一种不易理解的“购买时间”机制，但是仍然有必要控制是否以劳动成果的形式来收取这笔费用。 即，我们的“购买结果”的概念成为“购买时间”概念中的内在变量。
最常见的情况是，管理层无法同时清晰地跟踪企业和员工的需求，即建立一种应用度量标准的系统和策略，使双方对发生的事情感到满意。 含义：度量标准必须同时满足企业的利益，并且必须被员工理解和可行。
在这里，我们面临另一个问题：如果在短距离上“按顺序”工作时，任务通常对各方来说都是清晰易懂的，那么当开发大型产品时，整个结构就会不断运动。 提示：竞争对手发布了新产品或新工具包，而管理层精心创建的所有计划都被浪费了。
在这一点上，很大程度上取决于管理。 在这里，您可以简单地描述设置指标的不足和适当的方法。
指标不足：- 代码和提交的行数；
- 在不考虑复杂性的情况下完成的任务数量；
- 剥夺开发商的投票权；
- 忽略报告期内的动态和发展需求（指标超出常识）；
- 评估指标的过程很漫长；缺乏灵活性；忽略了开发意见。
在这里，我描述了一个典型的“样板间”，当开发人员将一个人从一个人变成“代码编写机”时，却没有对他如何应对付给他的短期任务/指标一无所知。 在这种情况下，即使开发人员看到了问题的“内幕”，也失去了影响开发的任何机会。 同时，没有考虑到任务的复杂性，这全归功于猴子工作。
足够的指标：- 考虑到任务的复杂性；
- 出现问题后查看指标的能力；
- 能够评论任务；
- 缺乏对代码行数/任务数量的量化指标的严格约束；
- 如有必要，忽略部分不符合指标的情况。
足够的指标是那些没有固定在地板上并且可以移动的指标。 如果企业寻求最大的效率，那么该效率应该在各个层面上。 很久以来就很清楚，任务或代码行的数量实际上并没有多大意义，因为某些任务可能会对产品产生决定性的影响，而另一些则要花费数百美元。
此外，严格遵守指标会适得其反：如果开发人员由于一周内完成19项任务而不是20项任务而知道自己将遇到“问题”，那么任务的质量就变成了背景。 最后的最低任务是20个任务，将使用拐杖和自行车放置在“垃圾场”上，而不是真正地，一劳永逸地完成任务。
反馈是“购买时间”模型不可或缺的一部分
实际上，与工作时间相关的精心构建的开发模型要比乍看起来要复杂得多。 为了在该模型上有效工作，应该在表演者和领导者之间组织高质量的反馈，他们必须不断调整各个级别的“政党政策”。 毕竟，尽管习惯上将这个问题推给了表演者，但摆在工作上的任务不足，即制定的度量标准，对开发人员来说绝不是问题。 如果双方的工作是透明的，那么制定不充分的度量标准就是一个问题，仅仅是为承包商设定了这项任务的管理层。
管理层应该组织工作，以便有效地花费工作时间，也就是说，预算不会被“消耗”，但与此同时，开发人员可以在几周内完成任务而不会完全疲倦。 因为人力资源虽然庞大，但不是无限的，特别是对于合格的人才。
管理层存在反馈和对决策的责任，这不同于保持详细记录工作时间的公司，而明确的“画廊”则使开发人员陷入毫无意义的绞肉机。
正是这种反馈使企业能够发现开发中的瓶颈。 当某个部门的员工令人窒息，为磨损而工作，却没有以一对新专家代替肩并承担部分负担的形式接受“增援”时，您遇到过几次情况？ 正是由于开发和管理之间缺乏高质量的反馈，这种情况一直在出现。 经理没有清晰地跟踪团队的效率及其工作量，而是将手指放在鼻子上，当某人崩溃而无法承受这样的节奏时，他将一切推给了其余的开发人员。 不要那样做
代替输出
在组织工作流程的过程中可能发生的最糟糕的事情是将一种模型固有的机制“扭曲”到另一种模型中。 例如，如果为长期项目设定了严格的截止日期，而没有对团队的复杂性和能力进行合理的评估。 或者，在进行短期自给自足的项目和任务时，会建立这种控制形式，使其适合火箭科学领域，而我们只在谈论自由职业者的命令。
清楚了解各种结构和规模的公司中某些工作方法的适用性，将有助于在寻找工作时保留大量的健康和神经系统。 而且，开发人员，管理人员和企业所有者越了解这些机制，则对IT部门的所有参与者越好。