敏捷项目管理涉及将项目分解成较小的、易于管理的步骤或迭代，通常称为冲刺。每次迭代都包括规划、执行和评估周期，使团队能够快速适应变化，不断改进产品。

这种方法具有渐进性和迭代性，注重协作、灵活性和客户反馈，从而在整个项目生命周期中实现价值。以下是您开始使用或完善敏捷项目管理实践时需要了解的全部内容。

受 Toyota 在 20 世纪 40 年代提出的精益制造理念的启发，软件开发团队采用敏捷方法来减少浪费和提高透明度，同时快速满足客户不断变化的需求。与注重“大爆炸”式发布的瀑布式项目管理截然不同，敏捷方法有助于软件团队比以往任何时候都更好地协作，并更快地进行创新。

传统的敏捷项目管理可分为两种框架：Scrum 和看板。Scrum 侧重于固定时长的项目迭代，而看板则侧重于持续发布。完成后，团队立即进入下一个阶段。

敏捷项目管理框架 1：Scrum

Scrum 是一种敏捷项目管理框架，采用固定时长的工作迭代（称为冲刺）。它有四大仪式，这些仪式构成了每个冲刺的结构。

一切都要从待办事项列表或需要完成的工作开始。在 Scrum 中，有两个待办事项列表：一个是产品待办事项（由产品负责人拥有），它是一个按优先顺序排列的功能列表；另一个是 Sprint 待办事项，它指的是从执行产品待办事项顶部的事务开始，到能启动下一个冲刺之间的所有待完成工作。Scrum 团队中有多个特定于其在流程中的作用的独特角色。通常有一个 Scrum 大师或团队 Scrum 方法的拥护者；产品负责人，他是产品的代言人；以及 Scrum 团队，他们通常是负责完成 s@#$ 的跨职能团队成员。

Scrum 的四个仪式

敏捷项目管理框架 2：看板

看板是适用于敏捷项目管理的框架，可将工作量与团队能力进行匹配。它侧重于尽可能快地完成工作，使团队能够以比使用 Scrum 更快的速度应对变化。

与 Scrum 不同，看板通常没有待办事项列表。在看板中，工作项目位于“待完成”列中。这让看板团队能够随时集中精力进行持续发布。所有工作全都一目了然，确定好了范围，并做好了执行准备，以便当某项工作完成后，团队可立即转向下一项工作。团队可以设置 WIP 限制，使工作量与团队能力相匹配。此限制是预定义的工作限制，可同时在单个列中进行设置（“待完成”列除外）。看板框架包括以下四个组件：

看板的四个组件

无论选择何种敏捷开发框架来支持软件开发，您都需要一种能够查看团队进度的方法，以便您可以对未来的工作或冲刺进行规划。敏捷开发项目预估可帮助 Scrum 和看板团队了解自身产能。敏捷开发报告可随时间显示团队的进度。甘特图和待办事项列表疏理可帮助项目经理确保工作列表保持最新状态并做好准备供团队处理。