敏捷转型：更多可能的组织度量标准（第5部分）

我一直在思考敏捷转换过程中可能的度量。 第一篇“ 可能的测量”文章侧重于产品吞吐量的测量。 这篇文章将重点介绍当文化随着敏捷转变而变化时可能会看到的度量。

同样，请从您的为什么开始。 不知道为什么要在整个组织中使用敏捷方法，就无法生成合理的度量。

在本文中，我将介绍您可能需要考虑的协作措施。 （我经常用两个咖啡杯的想法来提示我有关协作的想法。）

同样，我们想要更多或更少的东西是什么？ 以下是许多客户建议的答案：

• 团队内部更多协作
• 团队之间更多的协作（我在“ 为什么”帖子中提到的左右手问题）
• 由于等待他人而减少了进行中的工作（WIP）

我将建议再做一件事：减少不太有用的会议。

会议是每个人生存的祸根。 我们太多人不负责日历。 我们从开会到开会几乎没有时间休息。 我们浪费时间，组织中没有人知道多少时间。 （我一直在估算客户会议中某些决定的延迟成本 ，这令人沮丧，这使等待决定的CoD超出了预期的功能延迟。）

我喜欢人们一起解决问题的形式进行协作。 我更喜欢将这些会议称为“车间”，例如：

• 我们正在为团队制定（完善，规划）需求
• 我们正在研究过去一天，一周或两周（回顾性）的学习成果
• 我们正在制定产品路线图，项目组合等。

这些会议/讲习班每个都有一个可能的议程，我们可以提前发出该议程，并要求必要的人员成功。

状态会议？ 救救我。 我以前写过有关系列状态会议的恐怖的文章。 最近，我写了一个经理的序列状态会议 。

以下是一些需要考虑的会议“措施”：

• 一对一计划和见面
• 重访同一决定的会议次数。 （我在项目组合中经常看到这一点。主任团队或PMO做出决定，而高级管理人员重新做出决定。结果是对团队的鞭策。）
• 会议上等待决策的次数。 这可能意味着参加会议的人员不正确，或者他们没有权限/自主权来做出此决定。
• 我们计划学习和确实学习的会议的计划数量和实际数量。 这可能是实践社区会议，员工积压的员工会议或其他学习机会，例如书籍讨论组。

是的，这些看起来像定量方法，但实际上是定性方法。 他们“测量”文化。 以下是我要形象化的问题：

• 我们需要充分利用我们的协作时间。 如果我们不能决定会议的合适人选，或者让合适的人参加会议，让我们首先解决这个问题。
• 等待决策是库存的一种形式，即在制品。 我想看到这个。
• 如果我们不是在各个级别上都作为一个社区来学习，那么我们就不会掌握我们的工作。 我们可能会学习技术（语言，体系结构，测试），人际交往能力，产品创意以及战略或客户需求。

请记住，工作坊会产生基于产品的工件。 其他会议可能会做出决定。

转换度量时，可以转换系统和文化 。

如果您的敏捷转换陷入僵局，请考虑重新考虑您的测量。 将人们需要的数据视为个人和整个组织中的（管理）团队。

这就是我和吉尔·布罗萨（Gil Broza）和我在2018年6月7日至8日在波士顿提供有影响力的敏捷领导者研讨会的原因之一。早期的鸟类注册将于2018年5月1日结束。您可能会研究自己的系统和当前的文化，并决定创建其他组织测量以查看您可以更改的内容。 加入我们。

翻译自: https://www.javacodegeeks.com/2018/03/agile-transformation-more-possible-organizational-measurements-part-5.html