企业的安静革命:拥抱敏捷策略

敏捷哲学起源于增量开发技术,最早于1957年由IBM和摩托罗拉的一组工程师使用,敏捷哲学早已成为软件开发中公认的标准。最初,敏捷方法论最初被认为是初创公司和小公司的领域,但在企业中得到了越来越广泛的使用。

最新的 敏捷状态报告 根据VersionOne的调查,有56%的受访者在拥有1000多名工人的组织中工作,其中24%是在拥有20,000多名员工的公司中工作。与2006年进行的同一项调查的结果相比,当三分之二的受访者表示他们在少于100名员工的软件组织中工作时,在企业公司中采用敏捷的趋势变得很明显。

该报告指出了许多组织采用敏捷方法的最常见原因:

  • 加快产品交付(62%)
  • 增强的管理不断变化的优先级的能力(56%)
  • 生产率提高(55%)。

根据研究 麦肯锡& Company,大规模部署敏捷的组织最多可将其创新速度提高80%。但是,仍然存在一些阻碍大多数公司变得完全敏捷的障碍。该机构发现“…如果不对组织结构,角色和职责以及运营模型的其他基本要素进行重大改变,公司很难将敏捷实践扩展到试点团队之外。

实施企业敏捷战略是一个耗时的过程,需要管理层和员工付出巨大的努力。因此,有意义的是从适当的培训开始,并首先在较小的团队中实施其实践,然后以“逐步”的方式将其扩展到组织的其余部分。

有几种技术和方法可用于将敏捷原则扩展到大型组织而不是小型团队。其中最受欢迎的是:SAFe,LeSS,DaD,Scrum of Scrums。

规模化敏捷框架 由Dean Leffingwell提出的(Scaled Agile,Inc.的注册商标SAFe®)是 定义的 作为“一个可自由公开的集成模式的知识库,用于企业规模的精益敏捷开发。它具有可扩展性和模块化功能,允许组织以适合其需求的方式进行应用。

该框架主要关注以敏捷方式管理大型项目和团队,因此该框架依赖于 9条精益和敏捷基本原则:

  • 从经济角度看
  • 应用系统思考
  • 假设可变性;保留选项
  • 通过快速,集成的学习周期逐步构建
  • 基于工作系统客观评估的里程碑
  • 可视化和限制WIP,减小批次大小并管理队列长度
  • 应用节奏,与跨域计划同步
  • 释放知识工作者的内在动力
  • 分权决策。

SAFe代表企业体系结构的整体结构,使高管可以将所有流程和涉及的团队视为一个单一的机制。它有充分的文档记录,并以交互式“大图片”的形式直观地表示出来,可以在框架上找到它。’s 官方网站.

大型Scrum(LeSS) 由Craig Larman和Bas Vodde开发,旨在将敏捷方法应用于企业级产品开发(特别是电信和金融行业)。该框架采用了Scrum的传统元素:Sprint,产品待办事项列表,完成的定义,潜在可装运的产品增量(在每个Sprint的末尾提供),产品所有者。

有什么区别 从传统的Scrum流程得出的结论是,列出的技术适用于多个跨职能团队,因此需要它们之间的额外协调。例如,冲刺计划分两个步骤进行:第一次会议要求产品负责人和每个团队的代表参加;第二个则分别在每个团队中举行。为了确保持续的协调和信息共享,团队或其轮换成员举行许多例行会议(开放空间,市政厅会议或Scrum of Scrums)。在每个冲刺之后进行的总体回顾旨在改善整个系统,而不是仅仅一个团队中的流程。

根据产品开发涉及的团队数量和组织本身的规模,LeSS可以分为两种类型:

  • :最多可使用8个团队(每个团队由8人组成)
  • 最小:在有数千人的组织中使用

有纪律的敏捷交付(DaD) 是扩展敏捷方法的另一种策略。如其上所述 官方网站纪律敏捷交付(DAD)过程决策框架是一种以人为本,面向学习的混合敏捷方法来实现IT解决方案。它具有风险价值交付生命周期,是目标驱动的,具有企业意识并具有可扩展性。

通过极限编程(XP),统一过程(UP),看板和扩展元素扩展了传统的Scrum方法 精益软件开发,该技术为产品交付提供了一种连贯,整体的方法。根据“纪律敏捷交付简介(DAD)”(Scott W. Ambler和Mark Lines,2012年),“ DAD扩展了Scrum的构建重点生命周期,以解决从项目启动到最终的完整,端到端交付生命周期。向最终用户提供解决方案的方式。”

纪律敏捷宣言是对最初编写于2001年的敏捷宣言的扩展,以总结该框架的主要价值:

个人与互动 过度的流程和工具

耗材解决方案 全面的文档

利益相关者合作 过度合同谈判

应对变化 超过计划

很简单 Scrums Scrums 是组织中几个Scrum团队共同致力于大型项目的组织中用于扩展敏捷的最广泛使用的技术之一。它的主要元素是多团队站立式会议:它定期举行,以使来自不同团队的人员了解项目中的重大问题。这是促进独立团队之间的协作并有效解决可能出现的问题的好方法。

在业务中实施企业敏捷方法

在如此众多的企业敏捷策略中,可能很难仅选择一种。雇用专业机构来设置适当的培训并领导公司的敏捷转型是一个不错的选择,但是您可以自己做很多事情。 哈佛商业评论 建议在将敏捷方法用于企业体系结构时遵循以下6种做法:

  1. 了解敏捷如何真正发挥作用
  2. 了解敏捷在哪里起作用或不起作用
  3. 从小处开始,让词传播
  4. 允许“大师级”团队自定义实践
  5. 在顶部练习敏捷
  6. 消除阻碍敏捷行为的障碍。

要了解有关敏捷方法论以及如何将其成功应用于软件工程的更多信息,请下载我们的白皮书: 敏捷项目管理:最佳实践和方法论.