如何敏捷成为热议话题以及落后意味着什么
走进任何商业会议或偷听任何企业界经理和高管的讨论，“敏捷”这个词总是会出现，伴随着诸如Kanban、Scrum和DevOps等术语。
虽然这些术语可能对那些受过“传统”软件项目管理方法（如SDLC或瀑布模型）培训的项目经理来说显得“陌生”，在这些方法中，线性和顺序过程曾被认为是项目管理的“黄金标准”。
近年来，几乎所有的经理和高管都在忙着弄清楚敏捷意味着什么，以及这一“新兴且热门”的方法论需要多少努力才能被采纳。
换句话说，尽管这个术语确实令人兴奋，因为它象征着灵活性、适应性和对实时事件的响应，就像我们生活的24/7世界一样，但对那些习惯于早期一代项目管理方法的经理们来说，这需要更多的努力。
然而，大多数项目经理并没有真正选择是否采用敏捷，因为客户正在要求它，或者对于当今的任何公司来说，这是一种非常有用的采用方法。
项目经理过渡到敏捷所需的一切
因此，如果你所在的组织正在向敏捷转型，并且你作为项目经理，不希望被“时间停滞”或简单地落后，或变得像渡渡鸟一样过时，有一些事情你可以做。
首先，敏捷需要的是一种心态变化，除了项目执行结构的变化之外。
需要注意的是，敏捷遵循一种开放系统的方法，其中设计者、开发人员、测试人员和实施人员以及支持人员之间的区别几乎消失了，取而代之的是，典型的团队成员或项目经理被期望“戴上所有帽子”，因此，团队中的每个人都有他们的角色“融合在一起”。
这对习惯于将每个角色视为“孤岛”的项目经理来说可能会令人困惑，在这些“孤岛”中，每个独特的角色属于相应的团队，因此有指定的团队领导。
事实上，在敏捷框架中，一旦客户提出请求或软件或产品中发现了一个错误，分配给该任务的团队成员会立即检查请求，设计并开发修复程序，使用任何自动化工具进行测试，将其发布到生产环境中，然后提供相同的客户支持。
敏捷在现实世界中如何运作
例如，如果Netflix或Amazon想要发布特定的代码、修复一个错误，或者根据其业务需求发布新功能，敏捷允许并在系统化的方式下使他们能够实时做到这一点，而不是以“线性”的方式。
实际上，使用Amazon的DevOps（一种敏捷方法论软件），敏捷团队可以立即处理下一个版本的实时需求。
对于项目经理来说，这意味着不再把项目管理看作一系列阶段或步骤，在这些阶段或步骤中，他们逐个跟踪和监控每个阶段。
以蚁群为例，我们可以观察到蚂蚁如何改变路径并适应不断变化的事件，同时储存它们需要的食物和其他东西。
就像蚁后监控一样，项目经理也需要与自主的团队成员一起工作，并监控和追踪整体进度。
除此之外，敏捷项目经理还需要了解任务和工作单元的所有权不再是以前那样严格，而是集体的和基于团队的。
为什么项目经理必须是万事通才能拥抱敏捷框架
最近的研究表明，虽然40多岁的项目经理正在学习跟上敏捷的步伐，但也有足够的迹象表明，对于那些未能做到这一点的人来说，后果可能是相当痛苦的。新闻报道关于中层管理人员裁员的消息表明，自动化和新兴技术的世界意味着即使是曾经是前沿技术的“摇滚明星”经理们也可能受到影响。
这就是为什么许多组织正在任命敏捷教练，他们会带领项目经理“通过难关”，帮助他们实现向敏捷的转变。
除此之外，敏捷还要求“可转移技能”，其中多面手和通才成为常态。
换句话说，虽然以前团队成员和经理需要掌握特定技能，但现在“万事通”才是正确的说法，因为他们需要具备多样性和适应性，而不是狭隘地专注于或过度专业化。
结论
最后，随着世界的变化，将出现新的方法论来应对不断变化的外部因素，这就是为什么所有经理都需要保持“领先一步”，以免错过机会。
实际上，像这样的在线学习网站和雇主提供的培训计划可以成为经理们想要过渡到新方法论的技能获取的良好来源。
此外，敏捷所需的思维模式只有当你，作为一个经理，采取开放的态度而不是“固步自封”时才会实际化，你的舒适区更多是在过去。
总之，指数增长的技术需要相应的变化在管理方法上，敏捷代表了这样一个框架。