想象一家初创技术企业，其创始人正在努力开辟可持续的业务利基市场。该行业瞬息万变，他们必须快速开发用户愿意付费的服务。这很棘手！

他们只能通过市场调查了解这么多，因此他们需要进行试验。这意味着尝试各种不同的产品。他们需要一步一步地从中学习并尝试改进产品，直到他们开发出真正有效的解决方案。

您可能会看到许多与工作相关的项目——尤其是那些涉及复杂、瞬息万变的情况的项目——类似于这种情况。您可能正在努力实现一项可交付成果或解决一个问题，但随后需要改变方向并修改您的计划。

如果您使用传统的项目管理方法，这些修订将导致错过最后期限、增加成本和增加工作量。而且，在最坏的情况下，您会发现在项目过程中情况发生了很大变化，以至于最终交付的最终产品不再相关。

敏捷项目管理是一种帮助您应对这些挑战的方法。在本文中，我们将描述敏捷是什么，并解释它为何有益。

什么是敏捷项目管理？
敏捷项目管理是围绕一种灵活的方法构建的。团队成员在小规模但功能强大的产品发布上进行短暂的工作。然后他们根据客户的需求测试每个版本，而不是只在项目结束时发布一个单一的最终结果。

敏捷项目的最终产品可能与一开始设想的产品大相径庭。然而，由于检查过程，团队成员可以确定该产品是客户想要的产品。

这使得敏捷项目管理特别适用于新的或快速发展的业务，适用于快速变化的环境中的业务，或高度复杂的情况，在这些情况下，管理人员正在“摸索前进的方向”以找到最佳业务模型。对于迫不及待要建立完整的传统项目的紧急项目，它也很有帮助。

敏捷的起源
敏捷项目管理的要素已经存在了几十年。但是，有两个事件有助于为该方法奠定基础。

首先，1986年，竹内弘隆和野中郁次郎在《哈佛商业评论》上发表了一篇名为《新产品开发博弈》的文章。在其中，作者概述了一种开发类似于橄榄球比赛的产品的新方法。

他们设想了一种项目管理方法，在这种方法中，就像在球场上一样，团队成员将通过不断重新评估情况并做出相应的反应来实现他们的目标。因此，项目会发展，但会导致产品更充分地满足客户的需求。

第二件事发生在 2001 年，当时一群软件和项目专家开会讨论他们最成功的项目的共同点。他们创建了敏捷项目宣言，概述了支撑敏捷项目管理的价值观和原则。

敏捷项目管理建立在 Takeuchi 和 Nonaka 的产品开发方法之上，并结合了敏捷项目宣言中概述的价值观和原则。

敏捷与传统项目管理
让我们将敏捷项目管理与传统项目管理进行比较，以展示这两种方法有何不同。

最终，传统的项目管理通常在稳定的环境中效果最好，在这种情况下，固定预算需要定义的可交付成果。在最终产品不确定或环境快速变化的情况下，敏捷通常是最好的选择。

关于过程
敏捷项目管理在其使用的角色和事件方面也不同于其他项目管理技术。我们在下面概述了这些。

“Scrum”和“Sprint”
敏捷项目管理的核心是“scrum”框架。这使用特定的角色、事件、会议和增量来在特定的时间范围内交付可用的产品——例如，在 30 天内。

该框架涉及三个关键角色：

1. 产品负责人是所开发产品的专家。他或她代表主要利益相关者、客户和最终用户，并负责确定项目的优先级和获得资金。

产品负责人描述人们将如何使用最终产品、传达客户需求并帮助团队开发合适的产品。他或她的专业知识也有助于对抗范围蔓延。

2. scrum master负责管理流程。此人解决问题，以便产品所有者可以推动开发，并最大化投资回报。Scrum 主管确保每个冲刺都是独立的，并且不会承担额外的目标。

scrum master 监督沟通，以便利益相关者和团队成员可以轻松了解取得的进展。

3. 团队是负责将需求转化为功能的专业团队。

该团队将通过“冲刺”来处理每个项目——在结束时交付已完成、经过测试、记录在案且功能正常的产品的短期工作阶段。

每个冲刺都从冲刺计划会议开始。在这里，团队成员决定他们可以在约定的时间范围内交付什么。他们定义目标并分配任务责任。

在冲刺期间，团队成员只专注于实现他们定义的目标。他们将每天召开15 分钟的会议，报告进展情况，讨论当天的工作内容，并讨论他们面临的任何挑战。（鼓励与会者站起来，以便会议快速有效。）这些会议是日常检查过程的重要组成部分。

团队可以根据对特定项目有效的方式自由更改他们的方法。

报告
在敏捷项目管理中，有定期报告进度的机会。

除了每天的 Scrum 会议外，团队成员在每次冲刺后都会与产品负责人和主要利益相关者会面，以展示冲刺可交付成果。在这次会议上，小组一起决定他们应该为下一个冲刺改变什么。

在此之后，scrum master（有时是产品负责人）召开回顾会议，在会上他们查看他们在上一个 sprint 中使用的流程，并决定他们可以在下一个 sprint 中改进什么。

提示：
如果您与虚拟团队合作，请确保每个人都使用相同的即时消息 (IM) 软件来加快沟通速度。虚拟会议软件对于日常 Scrum 会议至关重要。

社交媒体也可用于帮助团队成员在会议之间进行协作。

关键点
敏捷项目管理旨在定期对产品或流程进行全面的工作升级——通常是每 30 天一次。

它非常适合软件开发和其他项目，这些项目的需求可能会在项目期间发生变化——例如，在新的或快速增长的业务中或在快速变化的业务环境中。

团队完全自我管理，可以在需要时自由改变他们的方法。这种灵活性可以节省成本并确保最终产品满足客户的需求。