SAFe® 4.0白皮书中文版(五)——SAFe精益-敏捷原则

 

精益软件与系统工程规模化敏捷框架(Scaled Agile Framework® ,SAFe4.0)概览——SAFe精益-敏捷原则...

© 2016 Scaled Agile, Inc.
All Rights Reserved.
中文简体翻译由© 2011-2016 Scaled Agile, Inc
授权SPC4赵卫翻译。感谢IBM吴舜贤对本章的翻译。
Scaled Agile Inc. 没有审查或认证这些翻译,对翻译的准确性不做任何保证。

SAFe精益-敏捷原则
“我们的问题非同一般”,这种感觉也是让世界各地的管理人士饱受折磨的一种常见病。他们的问题与众不同,这一点可以肯定,但那些有助于改善产品和服务质量的原则在本质上则普遍适用,放之四海而皆准。

——威廉·爱德华·戴明

SAFe的实践以九个基本原则为基础,这些SAFe原则是从敏捷原则和方法、精益产品开发、系统思考以及成功企业的观察不断演化出来的。在SAFe的网站上,针对每一条SAFe原则都有一篇具体文章加以阐述。而且,这些原则也处处体现在整个规模化敏捷框架中。下面将简述每一条SAFe原则。

#1——采取经济视角(Take an economic view)

以可持续的最短前置时间为人们和社区交付最佳价值,需要对系统构建者所负使命的经济状况有最基本的理解。精益系统构建者努力确保每天的决定都是在一个适当的经济环境下作出的。主要方面包括开发和沟通增量价值流交付的战略和创建价值流经济框架,他们定义了在风险、延误成本、运营与开发成本之间的折中权衡,并且支持去中心化的分散决策。

#2——运用系统思考(Apply systems thinking)

戴明是世界上最著名的系统化思想家之一,他持续不断地从更大视角来关注人们构建和部署各种类型的系统所面临的问题和挑战,那些系统包括制造系统、社交系统、管理系统,甚至政府系统。一个比较核心的结果是,理解了在工作场合所面临的问题是一系列复杂的相互作用的结果,这些交互发生于员工日常用以完成工作的系统之内。在 SAFe 里,系统化思维被应用于构建整个系统的组织以及正在开发中的系统,更进一步,也应用于该系统在其最终用户环境中如何运行。

#3——假设变异性;保留多种选项(Assume variability;preserve options)

传统的设计与生命周期实践驱使人们在整个开发过程的前期(“不确定性锥形”的前期)就选取单一需求并设计可能的实现选项。然而,如果起始点就错了,那将来的调整将会花费太长时间,并将导致一个未达最佳的长期设计。与之不同的是,具有精益思维的系统开发者在开发周期内更长时间地保留多个需求和设计选项。然后,使用经验数据来收窄关注点,从而产生能够创造更好经济效益的设计方案。

#4——以快速、集成的学习周期,进行增量式构建(Buildincrementally with fast, integrated learning cycles)

精益系统构建者以一系列短迭代的方式来增量地开发解决方案。每个迭代产生一个集成的可工作系统增量。后面的迭代都基于前一个迭代的工作成果进行构建。这些可工作增量提供了快速获得客户反馈及缓解风险的机会,并且也可作为最小可用解决方案(MVS,minimum viable solutions )或者原型用于市场测试和确认。此外,在早期,快速反馈的结果允许系统构建者在必要的时候“转移”到另一个行动方向。

#5——基于对可工作系统的客观评估设立里程碑(Basemilestones on objective evaluation of working systems)

系统的构建者和客户们将共担责任,确保新的解决方案投资将带来经济效益。传统的顺序式、阶段门限式的开发模型设计用来应对这种挑战,但过往的经验表明,它并未能如期望的那样缓解风险。在精益敏捷开发模型中,每个集成点都提供了一个客观的里程碑来评估解决方案,频繁进行评估并贯穿于整个开发生命周期。这种客观评估提供了确保持续投资将产生与之相匹配的回报所需要的财务、技术和合乎目的的治理。

#6——可视化和限制在制品(WIP),减少批次规模,并管理队列长度(Visualizeand limit WIP, reduce batch sizes, and manage queue lengths)

精益系统构建者们努力实现一种可持续流动的状态,从而,新的系统的能力可以从概念到盈利快速且可见地实现。实现这种流动的三个主要关键是,1)可视化和限制在制品(WIP)的数量,从而限制对实际生产能力的要求;2)减少工作项的批次规模,以促进工件在系统中的可靠流动;3)管理队列长度,从而减少对系统新的能力的等待时间。

#7——应用节奏,通过跨领域计划同步(Applycadence, synchronize with cross-domain planning)

稳定的节奏将不可预测事件转变为可以预测的事件,并为开发活动提供了合适的节奏。同步能够促使人们同时理解、解决并集成多个视角。应用开发节奏和同步,加上定期的跨领域计划,为精益系统构建者提供了在产品开发不确定性的情况下有效运作所需要的工具。

#8——释放知识工作者的内在动力(Unlockthe intrinsic motivation of knowledge workers)

精益敏捷领导者都很清楚,知识工作者的构想、创新和敬业通常并不能被激励薪酬来激励的。激励薪酬往往体现在个人的目标管理上(MBO,Management by Objectives ),会导致内部竞争,甚至有可能破坏必要的合作,乃至无法实现更宏伟的目标。提供自主性、使命和目的,并尽可能减少约束,将会获得更高水平的员工敬业度,并为客户和企业产生更好的成果。

#9——去中心化的分散决策(Decentralize decision-making)

任何需要上升到领导层进行的决策,都会带来延迟,所以实现快速的价值交付要求快速的、去中心化的分散决策。此外,由于缺乏具体的上下文信息,加上在等待期间实际发生的模式出现变化,决策升级将会导致更不真实、不符合实际的低保真决策。去中心化的分散决策可以减少延误,改善产品开发流动,并促进更快反馈,产生更有创意的解决方案。然而,有些决策在本质上是战略性的、全局性的,并且这些决策具有足够的经济规模足以保证集中决策的收益。由于这两种类型的决策(中心化集中决策、去中心化分散决策)都会发生,所以要确保价值快速流动,创建一个确定的决策框架是至关重要的一步。

注:欢迎大家对翻译的内容进行反馈。本文是基于2016年7月版本,请参阅:
http://www.scaledagileframework.com/introduction-to-safe/
有关SAFe的文章:

SAFe®敏捷不敏捷?

SAFe和LeSS不同思路之思辨

SAFe® 4.0白皮书中文版

SAFe® 4.0白皮书中文版(一)——前言

SAFe® 4.0白皮书中文版(二)——介绍

SAFe® 4.0白皮书中文版(三) ——SAFe核心价值观

SAFe® 4.0术语表中文版

SAFe® 4.0术语表中文版(一)

SAFe® 4.0术语表中文版(二)

SAFe® 4.0术语表中文版(三)

SAFe® 4.0术语表中文版(四)

SAFe® 4.0术语表中文版(五)

赵卫:

  • IBM大中华区首席技术官办公室, 敏捷及DevOps卓越中心主管,敏捷教练及顾问。
  • 认证规模化敏捷框架咨询师SPC4(CertifiedSAFe4.0 Program Consultant),认证Scrum专家(CSP),CSM,认证看板KMP I (CertifiedKanban Management Professional),IBM设计思维实践者。
  • 赵卫先生是国内最早最有经验的规模化敏捷框架SAFe的精益敏捷教练之⼀,拥有丰富的大规模组织(>500人)敏捷转型经验。赵卫先生拥有16年以上的通信及IT行业经验,曾作为诺基亚西门子研发经理和部门敏捷转型负责人,实践团队级别和部门级的敏捷转型。作为敏捷咨询师为通信、银行、金融、电商、汽车以及电器工厂等各行业客户常年提供敏捷咨询服务。
  • 从2006年第一届敏捷中国开始,每年的敏捷中国/TiD都积极参加和演讲。并且参与了ScrumGathering的多次会议。2015年在日本札幌ProMAC项目管理国际大会进行有关产品开发流的演讲。2016年澳大利亚ProMAC项目管理国际大会发表有关大规模敏捷转型变革框架的文章。2016年PMI项目管理大会分享项目经理如何在万物互联时代生存下来。

欢迎联系赵卫,和IBM组织级敏捷转型专家交流。
Presented to you by IBM GCG GBS Agile/DevOps Center of Excellence.



    关注 IBM敏捷服务


微信扫一扫关注公众号

0 个评论

要回复文章请先登录注册