现代世界是人们期待快速结果的世界。例如，WordPress 核心设法根据需求以极快的速度发布更新，而且他们并不是唯一这样做的软件公司。如果您希望您的团队在产品发布方面提高到这种效率水平，您需要应用正确的管理方法。“敏捷”项目管理就是快速迭代，并将大型项目分解为可管理的部分。在本文中，我们将向您介绍敏捷项目管理、它的好处以及它是如何工作的。

敏捷项目管理简介

想象一下，您的团队的任务是从头开始开发一个“简单”的内容管理系统 (CMS)。您有一个要包含的功能列表，例如帖子管理、多作者支持、文本编辑器等。

几乎有无数种方法可以处理该范围的项目。例如，您可以一次开发整个系统，并且仅在您拥有最小可行产品 (MVP)时才向客户展示。这不一定是一种糟糕的方法，但这意味着在项目开始和演示阶段之间可能需要很长时间。

更“敏捷”的方法（眨眼）可以专注于更快的项目迭代。您可以将这些需求分解为项目核心，然后继续处理每个单独的功能。

敏捷项目管理的基本原则是快速迭代。这意味着将项目分解为可以快速连续处理的小组件。每次完成其中一个迭代时，您都会与团队和客户一起对其进行审查。

然而，理解敏捷项目管理更多的是一种哲学而不是一种方法是很重要的。在实践中，您可以遵循许多敏捷方法，我们将很快向您介绍其中的一些。

敏捷方法的好处

敏捷项目管理的主要好处就在名称之内。总的来说，整个理念是帮助团队更快地交付项目。然而，除了速度之外，敏捷方法还有很多好处，例如：

阻止项目脱轨。由于您以增量方式工作并在每一步检查您的进度，因此在问题变得过大之前更容易发现问题。

您可以更有效地处理复杂的任务。通常，大型项目可能非常令人棘手难以驾驭，但敏捷管理所支持的“婴儿步骤”方法可以使它们不那么变得清晰简单。

你会得到大量的反馈。在每次迭代之后，您应该停下来并与您的团队一起审查进度。这意味着您在每一步都会获得大量反馈，并且整个团队都在同一页面上。

适应性很强。敏捷项目管理的迭代方法意味着在开发过程中更容易引入新功能或修改它们。

事实上，敏捷项目管理的一个重要标语是，它完全是关于具有大量持续反馈的快速迭代。这些品质使敏捷非常适合软件和 Web 开发项目，在这些项目中，通常会发生大量增量更改。但是，它也非常适合其他类型的项目和领域。

例如，营销活动的敏捷方法可以分解如下：

确定您希望广告系列实现的目标。

将这些目标分解为单独的任务并分配它们（即设计一个标志，提出一个口号，为特定的部分编写副本）。

查看每项任务的结果并运行用户测试以确定其成功程度。

继续下一个任务。

如何开始使用敏捷项目管理

第 1 步：创建产品路线图并设置发布时间表

在您编写一行代码之前，您需要全面了解您正在做什么以及您的目标是什么。这意味着知道：

最终产品应该是什么。

它需要包含哪些功能。

它是为谁设计的。

是什么让您的产品与众不同。

这一步涉及非常高级的决策，因此除了您之外，团队领导和客户应该在那里制定游戏计划。最终，您需要带着粗略的产品路线图走出最初的会议。

以客户想要 CMS 的示例为基础，上一个列表可能如下所示：

最终产品应该是什么：一个面向博客的 CMS。

它需要包括哪些功能：帖子管理、支持多作者、用户层次结构和文本编辑器。

它是为谁设计的：几乎没有 Web 开发经验的博主。

是什么让您的产品与众不同：注重易用性和可访问性。

在这个阶段，关于什么是可能的和什么不可能是现实的，这一点很重要。您还希望让您的团队和客户了解您期望发布新迭代的频率。通常，冲刺持续大约一个月，但您的时间表将取决于您要处理的任务的复杂性。

第 2 步：分解您需要完成的工作并运行您的第一个 Sprint

一旦您制定了产品路线图，您就可以开始将需要实施的大功能分解为较小的任务。例如，假设您需要一个团队来研究您的 CMS 的核心。这可能包括以下任务：

建立管理区域。

创建基本的用户管理系统。

开发发布系统的准系统实现。

反过来，这些任务中的每一个都可以分解为更简单的任务。为了让这个过程顺利运行，您需要您的团队能够访问协作工具。毕竟，协作是使敏捷项目管理成为可能的原因。您在此处选择的工具并不重要，只要有一些东西可以让您的团队标记他们的进度并且您可以对其进行概览。

一旦您的第一组任务“准备好”，就该分配它们并开始您的第一个冲刺，这对于每次迭代的开发过程来说都是敏捷的说法。在每个冲刺结束时，您应该有一个新的项目迭代，每个后续版本都有更多功能。

第 3 步：每天召开“工作会议”以保持团队正常运转

在每个项目的开发过程中都会有小问题和问题。敏捷管理鼓励您通过召开由三个问题组成的快速日常会议来掌握正在发生的一切：

自上次会议以来，您完成了哪些任务？

你今天要做什么工作？

过程中有没有遇到什么问题？

不要被定期会议的想法吓跑。有了敏捷的心态，你不应该花几个小时听每个人的谈话。目标是让每个人都了解项目的进展情况，并在问题出现后立即解决任何潜在问题。

当我们说“每日”会议时，与其说是经验法则，不如说是建议。您可以根据自己的风格改变会议频率。只要确保它们经常发生，你就会达到我们列出的所有三点。

第 4 步：总结您的 Sprint 并查看其结果

所有好的冲刺最终都必须结束。一旦您在时间线内达到每个发布日期，就该查看项目的新迭代了。在理想的世界中，您将在每个版本中完成多个“次要”功能的实现，主要功能的频率要低一些。但是，您取得的进展在很大程度上取决于您的团队、您让他们保持一致的程度以及您的项目是什么。

在这个阶段，您需要检查您是否实现了在最新 sprint 中设定的所有目标。如果你没有遇到，你需要问为什么，并想办法防止它再次发生。为此，整个团队以及您的最终用户都应该在场。

结论

项目越复杂，开发的难度就越大。处理大型项目的最佳方式是将它们分解为各个组成部分。此外，您还想确保每个人都知道他们的任务是什么，并随时掌握他们的进度。

简而言之，这就是敏捷项目管理的全部内容。如果你想在你的下一个项目中实现它，这里有几个步骤可以帮助你开始：

创建产品路线图并为您的发布设置时间表。

分解您需要完成的工作并执行您的第一个冲刺。

每天举行工作会议，让团队保持正轨。

结束你的冲刺并回顾它的结果。