晋城网站设计：什么是敏捷项目管理？简单指南

现代世界是人们期望迅速取得成果的世界。例如，WordPress核心设法发布更新由于需求，他们的速度非常快，而且他们不是唯一这样做的软件公司。如果您希望您的团队在产品发布时提高到这种效率水平，那么您需要应用正确的管理方法。晋城网站设计

“敏捷”项目管理的全部内容是快速启动迭代，并将大型项目分解为可管理的部分。最重要的是，它不仅仅适用于与软件相关的项目。在本文中，我们将向您介绍敏捷项目管理、它的好处以及它是如何工作的。

我们开始吧！

敏捷项目管理简介

假设您的团队的任务是从头开发一个“简单”内容管理系统(CMS)。您有一系列要包含的特性，例如POST管理、支持多个作者、文本编辑器等等。

几乎有无数种方法可以接近项目在那个范围内。例如，您可以一次开发整个系统，并且只在您有最小可行产品(MVP)..这并不一定是一种糟糕的方法，但它意味着项目的开始和演示阶段之间可能会有很长的时间。

一种更“敏捷”的方法(Wink)可以专注于更快的项目迭代。您可以将这些需求分解为项目核心，然后继续处理每个单独的特性。

敏捷项目管理的基本原则是快速迭代。这意味着将项目分解为可以快速连续处理的小组件。每次您完成这些迭代中的一次，就会与您的团队和客户一起回顾它。

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

敏捷方法的好处

敏捷项目管理的主要好处就在这个名称之内。总的来说，整个理念是帮助团队更快地交付项目。但是，敏捷方法的好处远远超出了速度，例如：

• 阻止项目偏离轨道。

  因为你的工作量是递增的，并且在每一步都在回顾你的进展，所以在问题变得太大之前，更容易发现它们。

• 你可以更有效地处理复杂的任务。晋城网站设计

  通常，大型项目可能非常令人生畏，但是敏捷管理所采用的“初步步骤”方法可以使它们不那么令人生畏。

• 你得到了很多反馈。

  在每次迭代之后，您应该停止并检查与您的团队一起的进度。这意味着你在每一步都会得到很多反馈，整个团队都在同一个页面上。

• 适应性很强。

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

事实上，敏捷项目管理的一个很好的口号是，所有这些都是关于快速迭代的，并且有很多不断的反馈。这些特性使得敏捷非常适合软件和Web开发项目，在这些项目中通常会有大量的增量变化。然而，它也非常适合其他类型的项目和领域。

例如，敏捷方法营销活动可细分如下：

1. 确定你希望你的竞选活动达到的目标。
2. 将这些目标分解成单独的任务并分配给它们(即设计一个标识，提出一个口号，为一个特定的部分写副本)。
3. 审查每项任务的结果，

   运行用户测试

   来决定他们的成功程度。
4. 继续下一个任务。

理想情况下，整个过程将是快速的。一些团队保持正轨的一种方法是使用诸如Trello这样的协作工具，并为自己设定时间表。为了提供更多的上下文，让我们继续讨论特定的敏捷方法。

敏捷方法3例晋城网站设计

每个敏捷方法都共享我们讨论过的基本原理。但是，它们中的每一个都使您能够使用不同的方法来处理项目。以下是一些最受欢迎的选择：

1. Scrum

   我们已经

   谈过Scrum

   在过去-使用这种方法，负责人员设置一个产品的待办事项，并确定优先次序。然后，每个团队都可以进行一个“sprint”，到最后他们应该交付一个新的迭代。

2. 精益软件开发

   这种方法完全是为了去除不必要的功能，并为终端客户提供更多的价值。当涉及到软件开发时，

   精益方法

   在此过程中，也要优先进行繁重的测试。

3. 极限编程(XP)

   敏捷开发本质上是相当快的。然而，

   XP方法

   再往前走一步，冲刺通常持续一到三周。其思想是，通过更快的迭代和更高层次的用户参与，项目可以更高效地运行。

在大多数情况下，敏捷项目管理非常适合于运行涉及团队的项目。项目的复杂性越大，您就越能从敏捷中获益。

然而，这取决于你选择哪种方法。除了我们到目前为止已经讨论过的那些选项之外，还有更多的选择。总的来说，核心敏捷原则趋向于保持不变，但某些方面，比如sprint的长度和涉及用户的方式可能会有所不同。

我们鼓励你探索一些更多的敏捷变体看看你能不能找到适合你风格的。但是，在此期间，让我们深入了解实际的过程，以便您知道预期的结果。

如何开始敏捷项目管理(4个步骤)

我们已经讨论了很多敏捷方法，以及它是如何广义地工作的。现在，让我们更仔细地看看这个过程在现实生活场景中会是什么样子。

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

在您编写一行代码之前，您需要对您正在做的工作有一个完整的了解，并且你的目标是什么..这意味着知道：

• 最终产品应该是什么。
• 它需要包含什么功能。

• 它是为谁设计的.

• 是什么让你的产品独一无二。

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

为了在前面的客户端想要CMS的例子的基础上，下面是前面的列表可能是什么样子：

• 最终产品应该是什么？

  面向博客的CMS。

• 它需要包括哪些特性：

  POST管理、对多个作者的支持、用户层次结构和文本编辑器。

• 它是为谁设计的：

  很少或根本没有网页开发经验的博客。

• 是什么使你的产品独一无二：

  重点关注易用性和可访问性。

当然，在现实世界中，产品路线图会更加充实。您会想要特别注意客户想要的特性，因为这些特性将是您在sprint期间的主要关注点。

在这个阶段，对于什么是可能的，什么是不可能的，保持现实是很重要的。你也想给你的团队和客户一个关于多久一次您希望发布新的迭代。通常，sprint大约持续一个月，但是您的时间线将取决于您想要处理的任务的复杂性。

第二步：分解你需要完成的内容并运行你的第一个Sprint

一旦你有了一个产品路线图，你就可以开始把你需要实现的大特性分解成更小的任务。比如说，你想要一个团队来研究你的CMS的核心。这可以包括以下任务：

• 建立一个行政区域。
• 创建一个基本的用户管理系统。
• 开发出版系统的基本实现。

这些任务中的每一项都可以被分解成更简单的任务。要使此过程顺利运行，您将希望您的团队能够访问协作工具，例如特雷洛和松弛..毕竟，协作使敏捷项目管理成为可能。您在这里选择的工具并不是很重要，只要有一些东西可以使您的团队标记他们的进度，并且您可以对其进行概述。

一旦您的第一组任务“准备好”，就应该分配它们并开始您的第一个sprint，这就是敏捷-代表每个迭代的开发过程。在每个sprint的末尾，您应该有一个新的项目迭代，每个后续版本都有更多的特性。

第3步：运行每日“停顿”以使团队保持在轨道上

在每个项目的开发过程中都有一些问题和问题。敏捷管理鼓励您通过运行由以下三个问题组成的快速每日会议来控制所发生的一切：

1. 自上次会议以来，你完成了哪些任务？
2. 你今天要做什么？
3. 在这个过程中你遇到了什么问题吗？

不要被定期会议的想法吓跑了。以敏捷的心态，你不应该花几个小时听每个人说话。目标是让每个人都有一个最新的想法，该项目是如何进行，并解决任何潜在的问题，立即他们弹出。

当我们说“每日”会议时，把它看作是一种建议，而不是一条经验法则。你可以改变你的会议频率，以适应你自己的风格。只要确保它们经常发生，你就达到了我们所指出的所有三个点。

第4步：结束您的Sprint并检查其结果

所有好的冲刺都必须最终结束。一旦你到达了时间线内的每个发布日期，就该看看你的项目的新的迭代了。在理想的世界中，您可以完成每个发行版多个“次要”特性的实现，而主要的特性则稍微少一些。然而，您所取得的进展将在很大程度上取决于您的团队、您如何使它们保持一致以及您的项目是什么。

在这个阶段，如果你在最近的冲刺中达到了你设定的所有目标，你就需要回顾一下。如果你没有遇到一个，你需要问为什么，并找出如何防止它再次发生。整个团队都应该在场，以及您的最终用户。

尽管这是我们指南的最后一步，但这只是您敏捷之路的开始。很少有项目在一次飞跃中就准备好了，所以一旦完成了评审，就为下一次冲刺做好准备，然后重复这个过程，直到你实现了所有的目标。