企业为什么要应用敏捷项目管理？

[nurnobi40]

查看下面敏捷管理的 12 条原则以及为什么需要将其纳入组织中

我们的首要任务是通过尽早持续交付有价值的软件来满足客户的需求：
在敏捷管理的第一个原则中，更强调客户满意度，请注意，原则中加入了“初始”一词，以确保客户快速获得投资回报，而“持续”部分代表了一个过程中的短迭代。当客户要求项目提供额外价值时，该项目可帮助敏捷管理团队创建新功能。
欢迎需求的变化，即使是在开发后期。敏捷流程利用变革为客户带来竞争优势：
在敏捷管理中，项目的需求反映在待办事项（产品和冲刺）中。待办事项列表构成了敏捷项目方法的关键，并构成了敏捷团队需要完成的工作的重要基础。 “欢迎变更需求”一词允许通过 Sprint Backlog在Sprint内确定优先级和重新确定优先级。敏捷管理规定了高度的透明度，它允许敏捷管理团队改变需求以反映投资回报率，并在没有团队阻力的情况下为客户提供竞争优势，如瀑布方法所示。
频繁地交付工作软件，从几周到几个月不等，优先考虑短期：
对于一个产品来说，获得投资回报的唯一方法就是确认项目所取得的成果。因此，“频繁”二字与充分发挥持续交付联系在一起。这是缩短截止日期的主要原因之一，因为这将提供更多的迭代/冲刺，从而导致客户和业务反馈循环。较短的期限还可以将风险降至可接受的水平，并帮助客户保持产品在市场上的竞争力。
企业主和开发商必须在整个项目中每天共同努力：
“每天一起工作”意味着敏捷团队是跨职能团队，其中开发人员、测试人员、Scrum Master 和项目负责人共同努力以尽快获得可用的产品。敏捷管理团队的合作还指面对面的沟通，而不仅仅是电子邮件和短信。如果日常互动中存在空白，就会存在不一致的空间，并且关键团队成员可能会被排除在外。 “敏捷场景中的项目阶段意味着团队成员参与多个项目，并且在项目期间很少参与。这反过来又造成期望差距并阻碍项目进展。
围绕有积极性的个人构建项目。为他们提供所需的环境和支持，并相信他们能够完成工作：
在任何团队环境中，动力都是努力实现最终目标的关键因素。当项目进行时，有必要确保没有人阻碍敏捷团队实现项目目标。需要建立信任元素以确保团队发挥 法国数据 最佳表现。当您为团队提供合适的环境并为他们提供支持时，Scrum Master将保护团队免受干扰，并消除他们在项目生命周期中保持正轨的障碍。
向开发团队以及在开发团队内部传达信息的最高效、最有效的方法是面对面的对话：
面对面对话是向团队成员和其他主要利益相关者传达信息的最有效和高效的方式之一。据说，我们的肢体语言代表了大约 55% 的交流，7% 的言语和 38% 的语气。想象一下在相同上下文中的一封简单电子邮件，其中消息只是一条消息，可以根据读者的选择进行解释，并且仅考虑一条简单的消息，通过电子邮件和短信发送的一些简单消息就可以被解释为恶意消息。会议和站会期间面对面沟通的最佳优势之一是，不仅沟通对象能够理解，而且后台的其他团队成员也可以获得对每个人都有帮助的信息在团队中保持一致。
工作软件是衡量进度的主要指标：
敏捷需要强大的指标来衡量项目进度。在这种情况下，它必须不惜一切代价成为工作产品。在瀑布方法中，进度以总体百分比来衡量。但在敏捷软件/工作产品中，唯一考虑进度的衡量实体，作为一个不起作用的产品，不提供任何投资回报率。这就像接受半生不熟的东西，你既不能吃它，也不能修复它。这就是敏捷和瀑布之间的区别，除了这个原则之外，为什么还要考虑一些根本不起作用或无法完成的事情。
敏捷流程促进可持续发展。赞助商、开发者和用户必须能够无限期地保持稳定的步伐：
这个敏捷原则是关于理解敏捷团队合作中人的方面。可持续发展是指团队成员的工作和个人生活之间取得平衡，这有助于保持稳定的工作节奏，避免倦怠。可以看出，许多公司都不敢告诉客户他们的开发人员在该项目上工作了多长时间。很少有公司将开发人员在一周和周末长时间工作视为一种竞争优势。短期来看这似乎是一个有利的前景，但长期来看是不可持续的，并且会导致倦怠，团队成员可能会生病甚至离开。
对卓越技术和良好设计的持续关注可提高敏捷性：
公司一次又一次地试图只开发一次代码，看看它是否满足客户的需求。这一原则可确保您始终在项目的每个阶段分析最佳实践。即使项目处于完成阶段，您也始终可以找到改进软件/产品的方法，而这种迭代方法有助于敏捷管理中的自动化。它始终从最终用户的角度来看待原始代码如何为他们增加价值。糟糕的编码将在整个项目生命周期中导致更高的成本和时间浪费。
简单性（最大化未完成工作量的艺术）至关重要：
优先开发软件/产品中的某些功能可能是一项很难获得的技能。在开发阶段，我们有时会对最终产品将具有的功能数量感到害怕。该原则还侧重于“未完成的工作量”，与更严格的概念相比，它提倡更明智的工作。能够确定事情的优先顺序对于实现简单性是必要的。许多客户相信产品中更多的功能将提供更多的价值。但是，如果产品一发布到市场上，最终用户不使用，那么这么多功能有什么用呢？
最好的架构、需求和设计来自自组织团队：
敏捷原则中的“自组织”一词体现了团队的理念，团队需要高度积极性，以确保能够做到最好，并得到高级管理层的支持。当初始设计、架构和需求来自最接近产品的团队时，该方法的结果总是好的，而不是来自外部团队或自上而下的方法。此外，团队动力在整个项目生命周期中可以更好地为您服务，因为您的项目将充满主人翁精神和自豪感。
团队定期反思如何提高效率，并相应地调整其行为：
敏捷管理就是在整个项目生命周期中持续改进。这个原则就是定期改进产品。开头的“定期间隔”一词也说明了互动方面，即不仅有效一次，而且在一段时间内有效。他还建议使用管理回顾活动来显示上一个冲刺中可以改进的情况。在瀑布方法中，这方面的改进在整个项目生命周期中仅使用一次，并且主要在项目结束时使用。就好像该项目即将完成，现在您即将进行一项重大更改，从而推迟项目期限和预算。
正如您从上述几点中看到的，敏捷管理以正确的方式解决项目的各个方面，正是由于这个原因，公司将这种全球认可的项目管理方法纳入其业务关键项目中，以产生更好的投资回报率和价值。