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

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

管理新风险

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

缩小范围

在每个时间盒（timebox，指针对某件事或某个目标，给定固定的可用时间）的后期，你应该审查发布计划，确定敏捷项目范围是否需要根据实际的速度进行变更。团队经常发现实际速度低于预期。在这种情况下，你必须将用户故事移出敏捷变更管理的范围，进而缩小敏捷项目范围。

扩大范围

如果你的实际速度比预期的要高，并且你的团队正在生产更多你认为合理的功能。在这种情况下，你可以在敏捷变更管理中添加用户故事，进而扩大敏捷项目范围。

重新规划时间盒

如果团队在时间盒中遇到承诺履行困难，你应该重新规划时间盒的其余部分。这样做的目的是从剩余的时间中获得最大的价值。重新制定计划会产生一些开销，但相比你的团队不能完成所有任务还是值得的，所以需要做出权衡。

终止时间盒异常

如果时间盒偏离轨道，产品负责人应该非正常地终止时间盒。任何人都可以提出异常终止的建议，但产品负责人才能让它发生。这肯定有明确的商业原因，例如：
○分配给时间盒的工作正在构建错误的产品
○分配给时间盒的工作并没有交付商业价值
○自然灾害

终止项目意味着现在马上停止项目。然后进入敏捷项目计划，开始新的时间盒。

终止项目异常

与之类似，如果整个项目偏离轨道，产品负责人可以非正常地终止项目。当然，终止项目比终止时间盒更严重，但原因相似：
○项目正在构建错误的产品或产品将会过时
○项目没有交付商业价值
○自然灾害
○母公司破产

然后，团队在进入敏捷项目收尾之前运行一系列“整理”时间盒。

增加人员/提高速度

如果团队显然不能在可用的时间内交付所有希望的范围，那么增加人员来提高速度就很诱人了。这与敏捷的假设（敏捷将成本置于范围之前）相悖，也与计算机科学的原理（在失败的项目中增加人员不会有帮助）相悖。

另一方面，如果项目足够早，那么增加人员可能会有帮助。但是，不要期望在新员工到来时，速度会立即得到提升。新员工有个学习曲线，老员工必须帮助他们度过这个过程。所以，在短期内，你很可能会看到速度下降。

重要的是，一直测量每个时间盒的速度，相应地调整你的发布计划。当新员工开始产生积极影响时，你就会看到速度的提升。

扩展项目/添加时间盒

如果团队不能交付理想的敏捷项目范围，另一个策略是通过在最后添加时间盒来扩展项目。至于增加人员，我不推荐这种策略。这与敏捷的假设相反——把时间放在范围之前，但更为实际的是，提前安排优先级高的用户故事，这样最后的时间盒可能不会增加太多价值。但是客户可能会松一口气，因为有了明显的选择可以得到他们最初想要的一切。

敏捷项目管理工具

敏捷项目进展迅速，你需要一个工具来保持井井有条。8Manage敏捷项目管理软件支持增量式产品开发的短迭代管理和满足产品需求动态变化的管理需求。

系统标配电子看板，你可以使用它来组织项目并快速查看当前 sprint 中每项任务的进度。使用 8Manage，你可以组织整个产品待办事项列表，然后将任务分配给 sprint。每项任务都包含你前进所需的一切，包括详细信息、优先级、受让人、相关文件等。

8Manage为最终目标建立基线，让团队的子目标和最终目标一直保持一致。在每个较小的敏捷项目完成时，系统自动计算最终目标的完成率。你甚至可以使用内置的时间跟踪器来查看你是否准确估计了完成任务所需的时间。

有这样一个智能的项目管理工具，可以将你的敏捷团队提升到一个新的水平。联系我们即可申请免费演示。