敏捷宣言，解释

已发表: 2022-08-23

任何好的运动都有一个宣言，这是对政策和意图的公开声明。有关于艺术运动、政治运动和几乎任何你能想到的东西的宣言。然而，更符合项目管理的是敏捷宣言。

敏捷在该领域是一个有点争议的话题。有人称其为方法论，而另一些人则称其为框架。无论哪种方式，敏捷都提供了一种快速灵活的工作方式，首先有利于软件开发，然后再将其范围扩展到几乎所有行业。现在，即使是使用甘特图和瀑布项目的项目管理传统主义者，也注意到了敏捷的相关性。

如果您不熟悉敏捷，或者听说过这个词但仍然没有掌握它，请不要担心。你不是一个人。敏捷不仅是两极分化的，对于外行来说可能很难理解。这就是为什么我们要解释什么是敏捷以及敏捷宣言的重要性。

什么是敏捷？

就像我们之前写的那样，这是一个加载的问题。它可能是一个雷区，因此我们将谨慎行事，并尝试为您提供一个没有争议的敏捷定义。当您精通该主题时，请随意搅拌锅。

敏捷软件开发一词于 2001 年首次使用，但实际上敏捷自 1990 年代中期以来就已应用于项目。软件开发人员开始强调团队和利益相关者之间的密切协作、频繁交付业务价值和自组织团队。但是，直到敏捷宣言，这些想法才被编入法典。

相关：敏捷与瀑布以及混合项目的兴起

变革的作用

根据敏捷联盟的说法，“敏捷是创造和响应变化的能力。这是一种应对并最终在不确定和动荡的环境中取得成功的方式。”

换句话说，敏捷是关于适应性和快速响应项目中出现的变化，就像他们一直做的那样。有人会说，这是一种思维方式，而不仅仅是一种方法论，因为它的结构不会在过程中变得僵化和僵化。然而，敏捷宣言中清楚地表明了变革的重要性。

敏捷与快速变化的软件开发世界和对环境的理解有关，该环境通常充满不确定性。敏捷提供了一个框架来响应和适应这些变化。此外，使用敏捷项目管理软件极大地方便了计划、调度和跟踪。

跨职能团队的作用

敏捷专注于自组织和跨职能的协作团队。这意味着他们自己提出问题的解决方案，并且每个团队成员都拥有多种技能。因为它们相当自主地工作，敏捷宣言有助于为行为和优先级制定指导方针。

当然还有经理；只是他们为团队服务而不是管理他们，确保他们拥有正确的技能。他们还创造了一个让团队获得成功的环境。因此，经理们在为团队搭建舞台后，大多处于幕后。但是，他们可以根据需要介入以帮助解决问题。

相关：如何使用仆人式领导进行管理

什么是敏捷宣言？

所以，我们已经暗示了敏捷宣言足够长的时间——让我们来定义它。在使用敏捷时，没有统一或一致的方式来描述新兴框架。 2001 年，一群 17 人在该行业工作，在犹他州雪鸟的一个滑雪胜地编写了该方法。这就是敏捷宣言的诞生。

尽管该小组在所有事情上都没有达成一致（预示着围绕该主题的激烈辩论），但他们确实为敏捷提供了两个主要组件，这些组件今天仍然存在：一组构成敏捷软件开发和创造基础的价值陈述术语本身。

从这次会议中产生的想法将成为敏捷宣言，它概述了四个基本价值观和指导敏捷软件开发的 12 条原则。

敏捷宣言中的四个敏捷价值观

如果您正在寻找敏捷与用于管理项目的传统方法（例如瀑布方法）的区别，那么敏捷的四个值清楚地描述了框架的独特性。粗体字直接引自宣言本身。

个人和交互重于流程和工具：敏捷更重视人，而不是流程甚至工具。人们响应业务需求并推动开发过程。就其本质而言，流程和工具对变化的响应能力较弱，并且可能无法满足客户的需求。
工作软件优于综合文档：文档需要时间。这是一个比敏捷所反对的更慢的过程的一部分。每一份文件，从技术要求到测试计划和其他规范，都需要批准。这会耽误发展。敏捷是关于简化，而不是消除文档。虽然文档有其价值，但在敏捷思维中，最重要的是软件。
客户协作优于合同谈判：客户和产品经理必须制定交付的细节，而不是协商这个过程，敏捷支持协作。例如，在传统的项目管理方法中，客户在工作开始之前就对产品的要求进行详细协商。但是，敏捷在项目的整个生命周期中都包括客户，以获取他们的持续反馈。
响应变化而不是遵循计划：虽然发生了变化，但在使用传统的项目管理方法时应尽可能避免。然而，敏捷在称为 sprint 的短迭代中起作用，因为它们的简洁性允许更改，甚至将它们作为改进项目和增加价值的一种方式。

相关：敏捷冲刺计划模板

敏捷开发的 12 条原则

以下敏捷原则将方法定义为敏捷。它们取自 AgileManifesto.com。

我们的首要任务是通过早期和持续交付有价值的软件来满足客户。
欢迎不断变化的需求，即使是在开发的后期。敏捷流程利用变化来获得客户的竞争优势。
经常交付工作软件，从几周到几个月不等，优先考虑更短的时间范围。
在整个项目过程中，业务人员和开发人员必须每天一起工作。
围绕有动力的个人建立项目。为他们提供所需的环境和支持，并相信他们能够完成工作。
向开发团队和在开发团队内部传达信息的最有效和最有效的方法是面对面交谈。
工作软件是进度的主要衡量标准。
敏捷流程促进可持续发展。赞助商、开发人员和用户应该能够无限期地保持恒定的步伐。
对卓越技术和良好设计的持续关注提高了敏捷性。
简单——最大化未完成工作量的艺术——是必不可少的。
最好的架构、需求和设计来自自组织团队。
团队定期反思如何变得更有效，然后相应地调整和调整其行为。

敏捷是一种方法论吗？

有人说，如果它像鸭子一样走路，那就是鸭子。但问题比这更复杂。虽然，正如我们之前所说，我们没有赛马，但软件工程师和作者有一个很好的定义。这是他的历史引述：敏捷宣言。

“敏捷运动并不是反方法论，事实上，我们中的许多人都希望恢复方法论这个词的可信度。我们想恢复平衡。我们接受建模，但不是为了在尘土飞扬的公司存储库中归档一些图表。我们接受文档，但不接受数百页从未维护和很少使用的书籍。我们计划但认识到敏捷计划在动荡环境中的局限性。那些将 XP 或 Scrum 或任何其他敏捷方法论的支持者称为“黑客”的人，对这些方法论和黑客一词的原始定义一无所知。”

无论您是敏捷的支持者还是使用传统方法的坚定信徒，您都需要能够帮助您计划、监控和报告项目进度的软件。 ProjectManager 是一个基于云的项目管理软件，其灵活性足以适用于任何方法或框架。 从看板到可视化工作流程，再到帮助团队协作的在线甘特图和实时仪表板，我们都能满足您的需求。 通过这个 30 天试用版免费试用我们的工具。