现代世界是人们期望快速获得结果的世界。 例如，由于需求，WordPress 核心设法以极快的速度发布更新，而且他们并不是唯一这样做的软件公司。 如果您希望您的团队在产品发布时达到这种效率水平，您需要应用正确的管理方法。
“敏捷”项目管理就是快速迭代，将大型项目分解为可管理的部分。 最好的部分是，它不仅适用于与软件相关的项目。 在本文中，我们将向您介绍敏捷项目管理、它的好处以及它是如何工作的。
让我们开始吧！
敏捷项目管理简介
想象一下，您的团队的任务是从头开始开发“简单”的内容管理系统 (CMS)。 您有一个要包括的功能列表，例如帖子管理、对多位作者的支持、文本编辑器等。
几乎有无数种方法可以处理该范围的项目。 例如，您可以一次开发整个系统，并且仅在您拥有最小可行产品 (MVP) 时才向客户展示。 这不一定是一个坏方法，但它意味着在项目开始和演示阶段之间可能需要很长时间。
一种更“敏捷”的方法（wink wink）可以转而专注于更快的项目迭代。 您可以将这些需求分解为项目核心，然后继续处理每个单独的功能。
敏捷项目管理的基本原则是快速迭代。 这意味着将项目分解为可以快速连续处理的小组件。 每次完成这些迭代之一时，您都会与您的团队和客户一起审查它。
但是，重要的是要了解敏捷项目管理与其说是一种方法，不如说是一种哲学。 在实践中，您可以遵循许多敏捷方法，我们将很快向您介绍其中的一些。 首先，让我们谈谈敏捷哲学的好处是什么。
敏捷方法的好处
敏捷项目管理的主要好处就在名称中。 总体而言，整个理念是帮助团队更快地交付项目。 然而，除了速度之外，敏捷方法还有很多好处，例如：
- 阻止项目脱轨。 由于您正在逐步增加工作量并在每一步都检查您的进度，因此在问题变得太大之前发现问题变得更容易。
- 您可以更有效地处理复杂的任务。 通常，大型项目可能非常令人生畏，但敏捷管理所支持的“婴儿步骤”方法可以使它们不那么令人生畏。
- 你会得到大量的反馈。 每次迭代后，您都应该停下来与团队一起回顾进度。 这意味着您在每一步都会获得大量反馈，并且整个团队都在同一页面上。
- 它的适应性很强。 敏捷项目管理的迭代方法意味着在开发过程中更容易引入新功能或修改它们。
事实上，敏捷项目管理的一个很好的标语是它是关于快速迭代和大量持续反馈的。 这些品质使敏捷非常适合软件和 Web 开发项目，这些项目通常会发生大量增量变化。 但是，它也非常适合其他类型的项目和领域。
例如，营销活动的敏捷方法可以分解如下：
- 确定您希望广告系列实现的目标。
- 将这些目标分解为单独的任务并分配它们（即设计一个标志，提出一个口号，为特定的部分编写副本）。
- 查看每项任务的结果并运行用户测试以确定他们的成功程度。
- 继续下一个任务。
理想情况下，整个过程会很快。 一些团队保持正轨的一种方法是使用 Trello 等协作工具，并为自己设定时间表。 为了提供更多背景信息，让我们继续讨论特定的敏捷方法。
3 敏捷方法的例子
每种敏捷方法都共享我们迄今为止讨论过的基础知识。 但是，它们中的每一个都使您能够使用不同的方法处理项目。 以下是一些最受欢迎的选项：
- Scrum。 我们过去讨论过 Scrum——使用这种方法，负责人设置产品待办事项并确定优先级。 然后，每个团队都开始进行“冲刺”，在该冲刺结束时，他们应该交付一个新的迭代。
- 精益软件开发。 这种方法就是剥离不必要的功能并为最终客户提供更多价值。 在软件开发方面，精益方法还优先考虑过程中的大量测试。
- 极限编程 (XP)。 就其本质而言，敏捷开发非常快。 然而，XP 方法更进一步，冲刺通常持续一到三周。 这个想法是，通过更快的迭代和高水平的用户参与，项目可以更有效地运行。
敏捷项目管理非常适合您运行涉及团队的项目的大多数情况。 项目的复杂性越大，您就越能从敏捷中受益。
但是，这取决于您选择哪种方法。 除了我们到目前为止所介绍的之外，还有更多的选择。 总体而言，敏捷的核心原则往往保持不变，但某些方面，例如 sprint 的长度和用户的参与程度可能会有所不同。
我们鼓励您探索更多敏捷变体，看看是否找到适合您风格的变体。 但是，与此同时，让我们深入研究实际过程，以便您知道会发生什么。
如何开始使用敏捷项目管理（4 个步骤）
我们已经讨论了很多关于敏捷方法以及它在广义上是如何工作的。 现在，让我们仔细看看这个过程在现实生活场景中会是什么样子。
第 1 步：创建产品路线图并设置发布时间表
在你写一行代码之前，你需要全面了解你正在做什么以及你的目标是什么。 这意味着知道：
- 最终产品应该是什么。
- 它需要包含哪些功能。
- 它是为谁设计的。
- 是什么让您的产品与众不同。
这一步涉及非常高层次的决策，所以除了你之外，团队领导和客户应该在那里制定一个游戏计划。 最终，您需要带着粗略的产品路线图走出第一次会议。
为了构建我们之前的客户想要 CMS 的示例，之前的列表可能如下所示：
- 最终产品应该是什么： 一个面向博客的 CMS。
- 它需要包括哪些功能： 帖子管理、对多位作者的支持、用户层次结构和文本编辑器。
- 它是为谁设计的： 几乎没有网络开发经验的博主。
- 是什么让您的产品与众不同： 专注于易用性和可访问性。
当然，在现实世界中，产品路线图会更加充实。 您需要特别注意客户想要的功能，因为这些将成为您在冲刺期间的主要关注点。
在这个阶段对什么是可能的，什么是不可能的保持现实很重要。 您还希望让您的团队和客户了解您希望多久发布一次新的迭代。 通常，冲刺持续大约一个月，但您的时间表将取决于您要处理的任务的复杂性。
第 2 步：分解完成和运行第一个 Sprint 所需的内容
一旦制定了产品路线图，您就可以开始将需要实施的大功能分解为较小的任务。 例如，假设您希望有一个团队致力于您的 CMS 的核心。 这可能包括以下任务：
- 建立一个管理区域。
- 创建一个基本的用户管理系统。
- 开发发布系统的准系统实现。
反过来，这些任务中的每一个都可以分解成更简单的任务。 为了让这个过程顺利进行，您需要您的团队能够访问协作工具，例如 Trello 和 Slack。 毕竟，协作是使敏捷项目管理成为可能的原因。 您在此处选择的工具并不重要，只要有一些东西可以让您的团队标记他们的进度并让您对其进行概览即可。
一旦您的第一组任务“准备就绪”，就该分配它们并开始您的第一个 sprint，即每个迭代开发过程的敏捷语言。 在每个 sprint 结束时，您应该有一个新的项目迭代，每个后续版本都有更多功能。
第 3 步：运行每日“站会”以保持团队步入正轨
在每个项目的开发过程中都会遇到一些小问题和问题。 敏捷管理鼓励您通过召开由三个问题组成的快速每日会议来掌握正在发生的一切：
- 自上次会议以来，您完成了哪些任务？
- 你今天要做什么工作？
- 你在这个过程中遇到过什么问题吗？
不要被定期会议的想法吓到。 拥有敏捷的思维方式，您不应该花几个小时听每个人的谈话。 目标是让每个人都对项目的进展有一个最新的了解，并在它们弹出后立即解决任何潜在的问题。
当我们说“每日”会议时，更多地将其视为建议而非经验法则。 您可以根据自己的风格改变会议频率。 只要确保它们经常发生，并且你达到了我们列出的所有三点。
第 4 步：结束 Sprint 并查看其结果
所有好的冲刺最终都必须结束。 一旦你在时间线内达到了每个发布日期，就该看看你的项目的新迭代了。 在理想情况下，您会在每个版本中完成多个“次要”功能的实现，而主要功能的频率要低一些。 但是，您取得的进展在很大程度上取决于您的团队、您与他们保持一致的程度以及您的项目是什么。
在这个阶段，你需要检查你是否达到了在最近的 sprint 中设定的所有目标。 如果你没有遇到一个，你需要问为什么，并弄清楚如何防止它再次发生。 整个团队以及您的最终用户都应该在场。
尽管这是我们指南的最后一步，但这只是您的敏捷之路的开始。 很少有项目能在一次飞跃中准备好，所以一旦你的审查完成，准备下一个 sprint 并重复这个过程，直到你实现所有目标。
结论
项目越复杂，开发的机会就越大。 参与大型项目的最佳方式是将它们分解为它们的组成部分。 此外，您还希望确保每个人都知道他们的任务是什么，并随时掌握他们的进度。
简而言之，这就是敏捷项目管理的全部内容。 如果你想为你的下一个项目实现它，这里有几个步骤可以帮助你开始：
- 创建产品路线图并为您的发布设置时间表。
- 分解您需要完成的任务并运行您的第一个 sprint。
- 运行每日站立会议以保持团队的进度。
- 结束您的 sprint 并查看其结果。
一般来说，您对敏捷项目管理有任何疑问吗？ 让我们在下面的评论部分中讨论它们！
文章缩略图：Bakhtiar Zein / shutterstock.com
