就像生活中经常发生的那样：新经理进入并设置任务，以将下一个冲刺的已实现功能的数量增加2倍。 开发人员当然会尝试，工作，度过一个周末，完成计划，但是由于某种原因，每个人都退出了。
大多数人都基于范例看到生产力：
您生产的越多，您做的越多，您的生产力就越高 。 但是，真正的生产力取决于两个要素：获得的结果和消耗的资源。 在成果和资源之间保持平衡通常很困难。 但是，这种平衡才是重点。 它导致短期和长期的平衡。
任何领导者，无论是开发团队负责人还是部门负责人，都必须注意提高其团队的生产力。 但是如何明智地做呢？ 例如，是否可以将团队的生产力提高10倍？
今天，我将尝试说出我在这个问题上的观点。 如果您有兴趣，欢迎来猫！
首先，您需要了解什么是生产力以及如何在团队中对其进行衡量。 在这种情况下，您可以使用完全不同的指标。 它们可以是定量的和定性的。
作为定量指标的示例，例如，可以采用每单位时间交付给客户端的功能数量。 仍然有人用代码来评估程序员的工作（是的，是的，直到今天），有人对固定错误的数量，自动测试的数量等感兴趣。
要建立质量指标，您需要找到态度标准。 例如，该复合体的当前性能和对铁N的需求。那么该指标将是产品生产率提高25％或长期任务执行速度提高25％。
一个好的指标是每单位成本。 产品单元是对用户而言至少具有某些价值（功能，纠错，性能改进等）的所有内容，可以根据人员，产品，项目等进行度量。 这些都是上述指标，但以货币表示。
对于许多人来说，一个重要的指标是周期时间（将更改交付给客户端的时间）。 每天推出新功能和更改是一回事，每月一次甚至更少一次是另一回事。
您不能将团队生产力与所交付产品的质量隔离开来。 当然，您应该拥有一套评估产品质量的指标。 让我们举一些这样的指标的例子：
- 在交付新版本后的一段时间内，客户发现的错误数（外部指标示例）
- 在将功能或校正转移到验证后（内部度量标准的示例）在测试部门发现的错误数。
那么如何提高团队生产力呢？
让我们看一下团队的成果。 每个人都知道Pareto原则，因此，该产品的20％的功能可以满足80％的用户需求。 其余功能很少使用或根本没有使用。 将团队时间精确地花费在必要和重要的功能上非常重要，因此要摆脱旧的和不必要的代码，进行重构，简化代码及其支持。 将来，这将大大提高团队的效率。
难以置信地陷入活动的陷阱，在事务和事件的周期中，花费越来越多的精力来做一些新的无用功能，更改设计等，以便一时意识到没有人需要它。 您可能会非常忙碌而没有效果。
让我们与
团队打交道。 某些开发人员的生产率是其同事的10倍，这已经不是什么秘密了。 作为领导者，您的任务是建立一支强大的团队，并为此选择最合适的人选。 这意味着您必须告别坦率的弱者，从而降低整个团队的工作效率。 不断问自己一个问题：知道现在知道什么后，您会雇用这个人到这个职位吗？ 如果没有，他不应该占领她。
但是，请勿砍下肩膀。 在某些情况下，单个团队成员的生产力较低，但是当他/她在团队中时，整个团队的生产力都会提高！ 在团队中重要的是要有一个能够提高团队整体士气的人。 即使他做的比其他人少，他仍会团结团队并提高整体成绩。
考虑
组织和流程问题 。 作为领导者，您需要执行以下过程：
- 消除当前流程和团队中的“瓶颈”，
- 建立有关变更的反馈，
- 无限次重复此过程。
一旦消除了瓶颈，它将在另一个地方出现。 通过消除新的瓶颈，您将再次获得它，很可能是在较小的规模上。 在某些时候，您会发现寻找脖子对您来说变得太复杂了，将其拔掉要比获得结果贵得多。 现在是时候尝试进行流程了！ 寻找最佳做法，尝试将其转移到您的团队中，进行调整！ 无需担心失败，并非所有最佳实践都扎根于特定的团队。 得出结论并继续前进。
您需要尝试自动化团队中合理的一切。 没有人会说绝大多数项目应该使用CI / CD来快速部署产品并将新版本交付给客户。 当前，只有懒惰的领导者不使用自动测试。 您自己可以并且应该提出专门为您的团队自动化的最合理方法。
好吧，这是经理和每个想要发展的人的最终规则！
离开您的舒适区！ 当心青蛙在沸水综合症。 他们说，如果把青蛙扔进热水里，它会立即跳出来。 但是，如果您在室温下将同一只青蛙放入水中并逐渐将水加热至沸腾，青蛙将不会尝试跳出来，最后只会沸腾。 我不知道这辆自行车对青蛙有多真实，但是我经常与经理和员工一起观察。 人们往往会逐渐习惯无法接受的事情，如果他们以崭新的面貌看到它们，就会感到震惊。
发展，成长，取得成功！