《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》一1.3 SAFe的核心价值观

简介:

本节书摘来自华章出版社《SAFe 4.0参考指南:精益软件与系统工程的规模化敏捷框架》一书中的第1章,第1.3节,作者[美]迪恩·莱芬(DeanLeffingwell),更多章节内容可以访问云栖社区“华章计算机”公众号查看。


1.3 SAFe的核心价值观

寻找那些与你有相同价值观的人,大家一起去征服世界。

——约翰·拉岑贝格

摘要

核心价值观是个人或组织的基本信念,它是指引行为的指导原则。核心价值观可以帮助人们明辨是非,可以帮助企业聚焦在正确的道路上以实现其业务目标,并且创建一个坚实恒定的指南。

精益–敏捷思维、精益–敏捷领导者、SAFe的原则,以及精益–敏捷开发带来的广泛益处,这些因素在SAFe的顺利实施过程中都扮演着重要的角色。SAFe提倡、支持和遵循四项核心价值观:协调一致、内建质量、透明和项目群执行。如果一个企业能把这四项事情做好,那么就会取得巨大的成功。

详述

SAFe是基于精益和敏捷原则的,所以兼具深度和广度。虽然精益和敏捷的原则是SAFe建立的基础,但是SAFe自身是站在什么立场上的呢?SAFe坚持四项核心价值观:协调一致、内建质量、透明和项目群执行。

下文将分别描述每一项价值观的内容,如图1.3-1所示。

协调一致

运营企业就像驾驶汽车一样,如果不能保持协调性,就可能会导致很多问题。比如,操控方向和根据方向变化进行响应就会变得非常困难(参考资料[1])。即便是每个成员都清楚目标,但如果缺乏整体的协调一致,汽车也不太可能把他们带到目的地。

协调一致的扩展。能够处理业务场景的快节奏变化、应对纷繁复杂的竞争、协调分布在不同地点的团队,这些都是企业运行的必要条件。尽管向敏捷团队进行授权的做法很好(甚至是最好的选择),但是无论敏捷团队有多么优秀,企业的战略和协调一致绝对不是仅仅把每个团队的情况进行简单的叠加。相反,协调一致必须要基于企业的业务目标。以下是SAFe所支持的一些保持协调一致的方法。

从投资组合的战略层出发,映射到战略主题和投资组合待办事项列表,然后通过愿景、路线图和项目群待办事项列表向下传递,直到团队待办事项列表。所有这些内容都是可视化的、可讨论的、可解决的、可获知的。

对于工作内容负责的授权角色有非常清晰的线路,从投资组合层出发,涉及主要的产品和解决方案管理者的角色,一直延伸到团队层级产品负责人角色。

对交付的期望和承诺,是通过PI目标和迭代目标进行协调同步的。

通过确定的节奏和同步机制确保协调一致,或者仅在合理的财务状况和时间范围内,可以做适当的调整。

项目群架构、用户体验指导和组织治理,有助于确保解决方案的技术性、健壮性和可扩展性。

基于当前的状况和变化的环境,使用精益的优先级排定方法,可以保持利益相关者持续地、认同地、滚动式地参与优先级排序。

但是,协调一致并不意味着,也不鼓励命令和控制。相反,它为企业提供了一个基础,企业的业务目标和成果是持续关注的焦点。它还鼓励去中心化的技术和财务决策,从而让具体执行价值交付的实施者可以更好地做出本地化的决策。

内建质量

内建质量能确保解决方案中的每一个要素都符合质量标准,质量并不是“后来增加的”。内建质量是精益开发流的前提条件,如果没有质量,组织的运行可能伴随着大量的没有经过测试和验证的工作,这可能会导致过度的返工和更慢的交付速度。毫无疑问,内建质量对于大型系统而言是至关重要的,质量是强制性的。

软件

在复杂的解决方案中,软件功能经常代表着一个快速变化和逐渐增长的高投入领域。此外,由于大部分工作是非常复杂和手工执行的,所以这是解决方案产生很多缺陷的根源。相对低成本的变化可以鼓励快速适应,这固然很好,但是如果不加以重视,软件设计可能会被快速腐蚀,从而严重影响产品质量和开发速度。

简单地说,你不能扩展那些蹩脚的代码。敏捷宣言明确提出专注在质量上:“坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强”(参考资料[2])。为了解决面对快速变化的软件质量问题,软件从业人员已经发展和演进了许多有效的实践,其中有许多实践也是被极限编程强烈推荐的。这些实践是:

1.测试先行:测试驱动开发(TDD)、接收测试驱动开发(ATDD)和行为驱动开发(BDD)

2.持续集成

3.重构

4.结对工作

5.共同所有权

硬件

同样,没有人能够扩展蹩脚的组件和系统。硬件元素(如电子、电器、流体力学、光学、机械、包装、热学等)都很少涉及“软性”元素。硬件中的缺陷会带来更高代价的变更和返工成本。以下做法可以避免这些缺陷:

频繁的设计周期和集成(参考资料[3])

协同设计实践

基于模型的系统工程

基于集合的设计

对开发和测试基础设施进行投入

系统集成

最终,不同的组件和子系统(软件、固件、硬件和其他元素)必须共同协作,从而提供有效的解决方案级的行为。支持解决方案级质量的实践包括:

频繁的系统和解决方案级的集成

对于功能性和非功能性需求在解决方案级的测试

系统和解决方案演示

透明

解决方案的开发是很困难的,工作往往会出错或者无法按计划进行。如果没有透明性,就很难找到事实,也很难完成工作。如果没有透明性,就只能基于假设做出决策,也缺乏数据的支持。没有人能解决这些谜团。

因此,就需要信任。因为没有信任,就没有人能够建立高绩效的团队和项目群,也无法建立(或重建)信心以做出和履行合理的承诺。信任表现在,当进行集成的时候,一方完全信赖另一方的工作,尤其是在遇到困难的时候。如果没有信任,工作环境中就会缺少很多乐趣和激励。

建立信任是需要时间的,透明性是建立信任的推动因素。SAFe可帮助企业实现透明性:

企业高管、投资组合经理和其他利益相关者可以看到投资组合看板和项目群待办事项列表,他们对于每一个发布火车的PI目标都有清楚的认识。

项目群可以清楚地看到团队待办事项列表,也可以看到其他项目群的待办事项列表

团队和项目群会做出短周期、明确和可视化的承诺,并且兑现这些承诺。

项目群检视和调整可以邀请所有利益相关者,一起进行经验教训总结。

团队和项目群可以清楚看到业务及架构史诗看板系统,他们可以知晓企业的目标方向。

状态报告是基于对可工作系统的客观度量进行的。

每一个人都能理解团队和项目群的速度与在制品(WIP),企业战略和执行能力是协调一致的。

项目群执行

当然,如果没有团队的执行力和持续的交付价值,SAFe中其他要素所发挥的作用也就很有限了。因此,SAFe非常重视可工作的系统和所产出的业务成果。这是显而易见的,而且以往的经验告诉我们,当很多企业开始采用敏捷团队进行组织转型时,他们通常会在进行大型解决方案的交付过程中,处理可靠性和有效性问题时遭受挫败。

敏捷发布火车的创建就是为了解决上述问题,而且SAFe将实施聚焦在项目群层级上。从另一个角度来看,价值流的交付能力又依赖于敏捷发布火车的交付能力。

在团队方面,通过使用协调一致、透明性和内建质量,会让团队有一种“风从背后吹来”的感觉,从而让团队专注在向前的工作执行中。通过团队的努力,解决那些复杂的难题,同时团队可以把检视和调整工作坊作为持续改进的基石。在这种方式中,团队工作可以形成闭环,在每一个PI中执行得越来越好。

但是项目群执行并不仅仅是基于团队、自下而上的。想要成功的扩展精益–敏捷的执行,不仅仅需要团队的参与,也需要精益–敏捷领导者的积极支持,领导者能够把内部领导力进行有效整合,使之面向系统和客户成果。这样就可以为团队和利益相关者创建一个持续的、有意义的工作环境。

以上就是成功的团队和项目群的工作方式,这也是企业在员工参与、生产力、质量和上市时间等方面获得成功的原因,而且企业也愿意继续享受这个成功的过程!

参考资料

[1] Labovitz, George H. and Victor Rosansky. The Power of Alignment: How Great Companies Stay Centered and Accomplish Extraordinary Things. Wiley, 1997.

[2] AgileManifesto.org.

[3] Oosterwal, Dantar P. The Lean Machine: How Harley-Davidson Drove Top-Line Growth and Profitability with Revolutionary Lean Product Development. Amacom, 2010.

相关文章
|
敏捷开发 架构师 项目管理
带你读《SAFe 4.5参考指南:面向精益企业的规模化敏捷框架 》之二:SAFe 实施路线图
SAFe精益–敏捷领导者是终身学习者和老师,他们通过理解和展示精益–敏捷思维、SAFe原则和系统思考,帮助团队构建更好的系统。本书提供了一套在企业的投资组合、价值流、项目群和团队各个层面的完整的工作指南,包括构成框架的各种角色、活动和工件,以及价值观、理念、原则和实践的各种基本要素,并针对SAFe 4.5和SAFe 4.6进行了更新。

热门文章

最新文章