如何在敏捷中实现项目控制？

敏捷项目为敏捷项目经理提供了大量用于控制或指导项目的数据。下文概述了几种可能的干预措施。
 

管理新风险

在敏捷风险管理中，团队通常会强调需要管理的新风险。

缩小范围

在每个时间盒（timebox，指针对某件事或某个目标，给定固定的可用时间）的后期，你应该审查发布计划，确定敏捷项目范围是否需要根据实际的速度进行变更。

团队经常发现实际速度低于预期。

在这种情况下，你必须将用户故事移出敏捷变更管理的范围，进而缩小敏捷项目范围。

扩大范围

如果你的实际速度比预期的要高，并且你的团队正在生产更多你认为合理的功能。

在这种情况下，你可以在敏捷变更管理中添加用户故事，进而扩大敏捷项目范围。

重新规划时间盒

如果团队在时间盒中遇到承诺履行困难，你应该重新规划时间盒的其余部分。这样做的目的是从剩余的时间中获得最大的价值。

重新制定计划会产生一些开销，但相比你的团队不能完成所有任务还是值得的，所以需要做出权衡。

终止时间盒异常

如果时间盒偏离轨道，产品负责人应该非正常地终止时间盒。任何人都可以提出异常终止的建议，但产品负责人才能让它发生。

这肯定有明确的商业原因，例如：
○分配给时间盒的工作正在构建错误的产品
○分配给时间盒的工作并没有交付商业价值
○自然灾害
终止项目意味着现在马上停止项目。然后进入敏捷项目计划，开始新的时间盒。

终止项目异常

与之类似，如果整个项目偏离轨道，产品负责人可以非正常地终止项目。

当然，终止项目比终止时间盒更严重，但原因相似：
○项目正在构建错误的产品或产品将会过时
○项目没有交付商业价值
○自然灾害
○母公司破产
然后，团队在进入敏捷项目收尾之前运行一系列“整理”时间盒。

增加人员/提高速度

如果团队显然不能在可用的时间内交付所有希望的范围，那么增加人员来提高速度就很诱人了。

这与敏捷的假设（敏捷将成本置于范围之前）相悖，也与计算机科学的原理（在失败的项目中增加人员不会有帮助）相悖。
另一方面，如果项目足够早，那么增加人员可能会有帮助。但是，不要期望在新员工到来时，速度会立即得到提升。

新员工有个学习曲线，老员工必须帮助他们度过这个过程。所以，在短期内，你很可能会看到速度下降。
重要的是，一直测量每个时间盒的速度，相应地调整你的发布计划。当新员工开始产生积极影响时，你就会看到速度的提升。

扩展项目/添加时间盒

如果团队不能交付理想的敏捷项目范围，另一个策略是通过在最后添加时间盒来扩展项目。至于增加人员，我不推荐这种策略。

这与敏捷的假设相反——把时间放在范围之前，但更为实际的是，提前安排优先级高的用户故事，这样最后的时间盒可能不会增加太多价值。

但是客户可能会松一口气，因为有了明显的选择可以得到他们最初想要的一切。

需要项目管理资料合集的同学可留言