敏捷 12 条原则的优缺点
已发表: 2022-06-16敏捷宣言由定义敏捷软件开发方法的 12 条原则组成。 如今，敏捷方法清楚地概述了 IT 行业的团队合作规则。 它可以被认为是最成功和最有效的轻量级项目管理方法。 使用敏捷项目管理的优缺点是什么？
敏捷的 12 条原则——目录：
- 敏捷的 12 条原则
- 概括
敏捷的 12 条原则
敏捷项目管理基于明确说明且易于记忆的规则。 除了我们在本文中描述的四个价值观之外，敏捷宣言还包含 12 条敏捷原则。
下面，我们将介绍敏捷的 12 条原则的优缺点。 我们将一一讨论，如 2019 年发布的最新版敏捷宣言中所述。它们如下：
- 我们的首要任务是通过早期和持续交付有价值的软件来满足客户。
- 欢迎不断变化的需求，即使是在开发的后期。 敏捷流程利用变化来获得客户的竞争优势。
- 频繁地交付工作软件，从几周到几个月不等，优先考虑更短的时间范围。
- 业务人员和开发人员必须在整个项目中每天一起工作。
- 围绕有动力的个人建立项目。 为他们提供所需的环境和支持，并相信他们能够完成工作。
- 向开发团队和在开发团队内部传达信息的最有效和最有效的方法是面对面交谈。
- 工作软件是进度的主要衡量标准。
- 敏捷流程促进可持续发展。 赞助商、开发人员和用户应该能够无限期地保持恒定的步伐。
- 对卓越技术和良好设计的持续关注提高了敏捷性。
- 简单——最大化未完成工作量的艺术——是必不可少的。
- 最好的架构、需求和设计来自自组织团队。
- 团队定期反思如何变得更有效率，然后相应地调整和调整其行为。
从客户的角度来看，将快速产品交付设置为最高优先级是一个主要优势。 产品的第一个工作版本可以在满足商定的标准后发布。 该团队在下一个更新上工作得很快，甚至可以每天发布。 这样，产品总是新的并且总是有效的。
然而，这种方法也有一些缺点，因为产品总是在开发中。 因此，最终用户购买的旧版本很快就会变得不兼容，或者需要持续更新才能正常运行。
当团队能够接受不断变化的需求时，产品可以快速有效地适应客户和市场的需求。 充满挑战的环境会激发创造力，并可能导致创新。 然而，驾驭变革不仅令人兴奋，而且对团队的要求也很高。 他们需要每天学习，并对经常出现的情况持开放态度，当他们开发的解决方案无法继续使用，甚至根本无法在产品中实施时。
对于竞争激烈且瞬息万变的市场环境，频繁交付规则非常重要。 它还使团队避免开发产品的辅助功能，并专注于客户设定的主要目标。
然而，当计划对产品进行一些重大更改时，不应非常严格地遵循此规则。 在这种情况下，最好彻底测试新解决方案，而不是发布未完成的产品版本。
业务和开发团队之间的密切合作对于向市场提供有价值的产品至关重要。 这里可能出现的问题是沟通和期望。 原因是开发团队并不总是能够传达他们解决方案的技术限制。 反过来，业务合作伙伴可能难以澄清他们的期望，这些期望可能会上升或变得不确定。
团队成员之间的相互信任，以及健康的自由，是成功和高效工作的必要元素。 当积极进取的团队对要完成的工作感到负责时，他们通常会集中精力完成工作。 然而，这种项目管理方法需要在独立性和控制之间取得适当的平衡。 团队需要一个开放的环境才能发挥创造力，但也需要限制才能实现目标。
如今，面对面的对话大多被在线会议所取代。 我们需要记住，敏捷宣言是在 2001 年编写的，当时远程工作不像今天这样普遍，在线会议的可能性也非常有限。 然而，面对面的会议，或者只是视频会议，对于保持团队的积极性非常重要。 然而，这是一个耗时的解决方案。 因此，敏捷项目经理通常会限制时间，并调整会议进程。
新版本的工作软件或其他潜在的市场就绪产品，绝对是衡量进步的最佳指标。 但是，有时需要执行一些维护工作。 因此，不能在每一种情况下都按字面意思理解这一原则。
可持续发展是指团队估计自己能力的能力。 这是成熟团队最重要的衡量标准之一。 只要团队不应该一直全力以赴地工作，那么在产品的生命周期中就会有一些特殊的时刻，例如紧缩之类的时期是必要的。
卓越的技术意味着无需执行耗时和耗费资源的修订。 这也是持续关注开发产品质量的最重要原因之一。 在这个敏捷原则的情况下，我们无法指出这种方法的任何缺点。
敏捷的第 10 条原则可以用一句著名的谚语来表达： “更聪明地工作，而不是更努力地工作”。 换句话说，如果产品的某些功能不会发布，请不要对其进行操作。 这种方法的缺点是需要一位出色的项目经理，他能够实时确定工作的优先级，并根据客户的需求调整其范围。
自组织团队对自己的工作负责，因为他们不能说失败是由于治理不善或监督过时造成的。 然而，更多的初级团队通常需要一些指导或指导。 因此，在开始时，可以考虑与经验丰富的 Scrum Master（其角色在此描述）或其他类型的敏捷教练一起工作。
反思和适应不仅是通用敏捷方法的基础，也是 Scrum 框架的基础。 这种适应性方法很难找到一些缺点，因为反思团队合作通常会带来更高的效率以及团队整合。
概括
敏捷被创建为一种强调迭代开发、团队协作和客户反馈的软件开发方法。 敏捷宣言概述了指导敏捷项目管理的 12 条敏捷原则。 他们专注于通过持续交付工作软件为客户提供价值。
敏捷方法有很多优点； 这是一个快速且持续的过程，旨在满足客户不断变化的需求。 它响应市场并提供高度的灵活性。
现在您已经了解了敏捷的 12 条原则，您可以了解如何将敏捷方法用于自由项目。
如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。
作者：卡罗琳·贝克尔
作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。