认识达内从这里开始

敏捷化发展，除了在软件开发领域得到广泛使用之外，在其他的方面也是可以使用的，今天我们就一起来了解一下，企业发展如何才能实现敏捷化发展，以及敏捷发展会遇到哪些问题。

进入“新秩序”并不容易，许多组织已经开始了采用Scrum的旅程，并且正在考虑扩展框架，如LeSS、SAFe和Nexus，以及像Spotify这样的组织模型。遗憾的是，没有一种通用的方法可以将组织“转换”成敏捷的数字原生企业。查看组织框架和扩展模型是很好的工具，但只是其中的一部分，因为这一举措需要更全面的敏捷方法。也不能将其视为是用一种方法代替另一种方法，而应该看成是对于组织市场响应和价值交付方式而言更基本的东西。组织应该专注于5个广泛的挑战。

通过强大的领导力来支持和保护敏捷文化

帮助团队和利益干系人实现自组织

借助结果(而不是输出)来管理项目集合

系统性消除敏捷团队面临的浪费和延迟源

通过频繁反馈(检查和调整)度量和改进交付的价值

通过强大的领导力来支持和保护敏捷文化

组织文化是由组织制定的工作规范来定义的。领导者在行动和语言上定义并强化了这些规范。可以体现敏捷价值并强化其原则的领导者对任何转型都至关重要。例如，敏捷需要一种持续的学习和理解方法，但是，如果领导者专注于错误和责任分摊，那么很可能任何经验性过程都不会奏效。

帮助团队和利益干系人实现自组织

创建一个环境，使团队自组织并有权做出交付价值决策是敏捷的基础。遗憾的是，仅仅告诉团队他们获得了授权，并且可以自组织，这并不是引入这些理念的有效方法。相反，变革需要渐进引入，而类似管理3.0中的“授权板(DelegationBoard)”这样的实践可以帮助团队慢慢获得主动地位。

借助结果(而不是输出)来管理项目集合

和任何事情一样，敏捷只会和你关注的结果一样好。通过构建一个关注客户成果而不是工作的敏捷企业，你不仅可以实现更好的一致性，而且还可以推动一个清晰的愿景和目标。传统的组织总是关注系统，只有组织的一小部分与客户和他们所追求的结果联系在一起。现代化的敏捷企业把结果作为客户需求的核心，让每个人都对结果负责。

系统性消除敏捷团队面临的浪费和延迟源

浪费不是效率的敌人，而是价值的敌人。敏捷团队的浪费是任何阻止他们交付价值和改进的东西。诸如移交给外部部门这样的浪费浪费了花在审查会议上的时间。要变得更敏捷，把一切都放在“清除浪费”的议程上，没有什么是“一成不变”的。这意味着，诸如财务、审计和遵从性之类的组织需要成为变革的一部分，使他们以变革的视角审查现有的流程。规划通常是一个存在浪费的领域，长期的规划周期和变更管理过程占用了关键利益干系人和交付团队的宝贵时间。在Scrum中，浪费的管理是通过在每日Scrum中把它们透明化，并在冲刺评审和回顾中讨论改进。但是，除了任何特定的框架之外，敏捷团队都以学习和改进的眼光看待一切。他们也有挑战现状的勇气。

通过频繁反馈(检查和调整)度量和改进交付的价值

如果你打算通过衡量一件事来确定一个企业是否敏捷，那就是他们多久一次让他们的客户、利益干系人和团队来检查交付项。获得关于所交付内容的真实使用数据，以及创建简单的东西以获得反馈，这是敏捷的基础。以客户为中心的敏捷组织亚马逊以每11.6秒交付一次软件而闻名。不是因为它想要增加更多的功能，而是因为它想和客户一起尝试新的想法，并得到客户的反馈。

作者：Dave West

译者：谢丽

节选：infoq

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!