敏捷方法对项目管理的好处

更传统的“瀑布式”项目管理方法，PRINCE2®，APM BoK和PMBoK®等所有主要项目框架都来自于更稳定的环境。从PRINCE2开始我们运营的世界就有了明显的例子。 ®于1996年推出，现在更具波动性，不确定性，复杂性和模糊性（你会看到缩写为VUCA。一开始就鼓励彻底大设计的瀑布式方法仍然适用于我们在工作开始前对需求有信心的地方这些不需要在项目的整个生命周期中发生重大变化。

然而，这些是运营驱动因素的波动性，这些驱动因素通常只会影响到客户 必须 适应。这些驱动程序的紧迫性不允许他们等到项目结束。因此，这可能需要在整个项目中频繁更改。使用瀑布流程，这可能意味着计划的昂贵重新工作和浪费的努力。

这使我们相信，采用敏捷方法进行频繁的小额交付，并与客户进行更持续的对话，可以提供更大的灵活性并提供更好的结果，从而更快地获益。

敏捷的美妙之处在于，客户可以在看到供应商可以实现的目标时决定他们想要实现的目标。它的方法是“边做边学”，允许团队在他们的过程中反思他们的经验并相应地进行调整。

敏捷的成功归结为一些关键要素。敏捷成功的三个主要因素如下。

成功因素#1：自组织团队

首先，您需要一个自组织团队。通过远离孤岛工作，鼓励团队成员使用他们的重叠技能并一起工作，从而为他们提供更大的授权和满足感。

成功因素#2：时间安排和需求管理

然后是'时间盒'，其中重点是确定项目的时间和成本要素，同时也允许计划发展，以便随着工作的进展，客户代表的重要输入可以优先考虑需求。客户与供应商之间的敏捷合同与瀑布的期望完全不同;要求是灵活的，在商定的参数范围内，但时间和成本不是。

将太多的优先事项放入要求的“必须”部分总是很诱人。敏捷练习通常将这些保持在总努力的40％左右。范围蔓延是导致项目脱轨的7件事之一，因此必须对其进行有效管理。

同样，敏捷团队还将确保“执行”类别中的任务数量有限 - 目前正在进行的工作 - 以帮助在任何时候降低项目的复杂性。

成功因素#3：人员参与

人员参与是敏捷工作的一个关键部分，并且是成功的，因为团队中的所有不同的利益相关者更紧密地联系在一起，并且有权在他们的工作和工作的顺序上有更多的发言权。这被认为比经典的“指挥和控制”方法更具激励性，这种方法往往在管理层中很常见。

敏捷不是你的想法

当然，并不是每个人都愿意接受敏捷，而一个常见的误解是存在某种统一的敏捷方法。

这反过来忽略了这一点。组织和管理敏捷项目没有一种正确的方法，这就是使它对某些人如此有吸引力并且对其他人构成威胁的原因。

有些人尝试采用敏捷技术，同时继续采用瀑布式视角，但正如您所料，这不太可能带来成功 - 敏捷的工作方式使技术发挥作用，而不是相反。

最后，有些人认为敏捷仅与软件开发相关，但事实并非如此 - 它同样可以用于各种非软件示例，例如翻新大型建筑，改善业务流程或改善工作辅助工具。面向客户的人员。

敏捷工作的共同障碍

敏捷无法发挥作用的一个主要原因是，如果一个组织运用微观管理文化和根深蒂固的工作孤岛，就不会允许协作行为。

其他问题可能包括弱团队领导或试图在组织中实施它，其中工作的性质使得工作版本在小的迭代中是不可想象的。

为什么敏捷才会留在这里

敏捷已经取得了如此重大的进展，它不能被视为一种时尚，所有参与创新和发展的经理都应该理解。现在忽略它是错过了一个可以提供快速结果并节省成本的机会。

Apple，亚马逊，GE Healthcare和Salesforce.com都是已经使用敏捷的组织之一，他们已经认识到它更适合21世纪组织的复杂性。

最重要的是，敏捷知道如何充分利用知识工作者并确保他们保持积极性。无论您是否在敏捷环境中工作，都有5种方法可以激励您的团队。

面对这些结论 - 为什么你不想更加敏捷？