吞吐量计划–为什么项目经理应该喜欢精益和敏捷

IT项目经理的工作艰巨。 我本人曾到过那里，在旅行期间，我还为世界各地的许多组织提供了很多项目经理（PM）的咨询服务。 项目经理面临的最大挑战之一是如何管理时间，成本和范围的铁三角，同时还要努力克服不断变化和不确定性的浪潮，因为这会削弱团队并完成项目。

大多数PM接受过培训的典型工具是工作分解结构（WBS），并由PMI等机构进行培训，因此，管理变更和获得可预测性的最佳方法是在任务和资源级别进行跟踪。 不幸的是，随着项目复杂度的提高，这种方法往往会失败，并且大多数经验丰富的PM都具有大型复杂项目的战斗伤痕，因此他们很快就了解到详细的计划和跟踪无法帮助管理变更或获得可预测性。 试图跟上一个快速变化的大型项目就像在20级玩俄罗斯方块，祝您好运。

在他们职业生涯的这个阶段，趋势是从详细的任务和资源跟踪转移到关注里程碑和可交付成果的跟踪，以减少详细的计划，而这并不能证明保持最新状态的成本与价值。 虽然这种轻量级的方法更好，因为它可以使PM腾出时间来更新项目计划并追逐人们的地位，并允许他们将更多的时间用于管理客户，领导团队和解决问题上，但它也存在缺陷。 在大型项目的某个时刻，客户或其他人将在该项目上进行大量更改。

在知识工作项目中，改变是不可避免的。 在这段时间里，总理正在努力回答以下问题：“这些变化的影响是什么？”，“我们会准时到达吗？”和“我们将如何做才能再次走上正轨？”。 跟踪里程碑和可交付成果在回答这些问题时惨败。 PM迫切希望获得答案，并且需要“显示进度”，因此倾向于退回详细计划，以恢复控制，而忘记了为什么他们首先避免这样做。 这是一个恶性循环，使项目处于风险之中。

精益和敏捷的救援

精益和敏捷方法提供了一种非常易于使用的技术，该技术可提供对进度的可见性，而无需管理细节。 根据您所处的敏捷程度（看板或Scrum），它被称为“吞吐量规划”或“速度规划”。 在吞吐量计划中，PM所要做的就是确保将项目分解为一组业务上有价值的增量（功能，用户故事，敏捷用例等），这些增量可以彼此独立地进行。大小相似，并提供业务或最终用户功能。 为了简化此示例，我将其称为功能。 一旦PM具有功能，他们需要的最后一条信息就是团队可以承诺的预期平均每月吞吐量。 获得了这两条信息，功能数量和预期的吞吐量后，您便可以使用一些简单的数学方法预测结束日期。 20个功能，每月5个功能意味着您将在大约4个月内完成。

吞吐量计划的好处

使用此跟踪系统，您可以轻松掌握准确的测量进度。 在这种情况下完成的5个功能代表该项目的〜25％的完成率，并且比在任务级别上进行跟踪更准确地衡量了进度。 它还提供了一种简便的方法来评估时间轴更改的影响。 如果我们添加10个新功能，我们就会知道将时间表推迟了两个月。 如果我们想让时间线重回正轨，现在的问题是我们该怎么做才能在4个月内增加10个功能（每月约2.5个功能）的吞吐量？ 如果我们想知道我们是否落后，只需看看已经完成了多少功能。 这种方法的最终好处是，它还迫使团队经常交付完成的工作以证明进度，团队每月应交付5个功能。 想降低项目风险吗？ 没有什么比看到最终收益更能减少风险，而不是等待最终的巨额收益。

如果您的项目经理正在努力管理项目中的混乱和复杂性，那么我建议您看一下吞吐量规划，并研究如何使您的项目更加精简和敏捷。 它减少了跟踪工作量，简化了影响评估并降低了风险

参考： 吞吐量计划–为什么项目经理应该喜欢我们的JCG合作伙伴 Alexis Hui的“ 精益和敏捷” ，请访问“ 改善软件交付和IT组织成熟度”博客。

翻译自: https://www.javacodegeeks.com/2012/08/throughput-planning-why-project.html