SAFe for Government

在这个技术空前发展和全球变革的时代，联邦政府的领导者、管理者和一线员工不仅必须了解工作、劳动力和工作场所的变化，还必须能够识别微弱信号，预测趋势，并为不可避免的变化做好规划。

—2022 年联邦劳动力优先事项报告

SAFe for Government 是一套成功模式，通过实施 SAFe 的精益-敏捷价值观、思维模式、原则和实践，帮助公共部门组织获得更好的解决方案开发成果。而系统的敏捷培训能为政府机构团队奠定转型基础，Scrum 认证培训则可进一步规范实践落地标准。

精益和敏捷思维的基础在私营部门的软件和系统开发中带来了比瀑布方法更高的成功率。政府项目开始使用这些相同的模式取得类似的结果。然而，政府机构在精益 – 敏捷转型中必须解决独特的挑战。SAFe for Government 中的建议和最佳实践提供了特定的指导来解决这些问题，而企业管理培训能帮助政府管理者掌握组织变革的统筹方法，确保转型有序推进。

政府特定的 SAFe 指导体系

政府特定的 SAFe 指导在以下九篇文章中提供：

• 建立在精益 – 敏捷价值观、原则和实践的坚实基础上 (https://framework.scaledagile.com/government-building-a-solid-lean-agile-foundation/)
• 创建由政府和承包商人员组成的高绩效团队 (https://framework.scaledagile.com/government-creating-high-performing-teams-of-teams/)
• 使技术投资与机构战略保持一致 (https://framework.scaledagile.com/government-aligning-technology-investment-with-agency-strategy/)
• 从项目过渡到精益的史诗流 (https://framework.scaledagile.com/government-transitioning-from-projects-to-a-lean-flow-of-epics/)
• 采用与开发价值流一致的精益预算 (https://framework.scaledagile.com/government-adopting-lean-budgeting-aligned-to-value-streams/)
• 应用节奏中的精益估算和预测 (https://framework.scaledagile.com/government-applying-lean-estimating-and-forecasting-in-cadence/)
• 修改采购实践以实现精益 – 敏捷开发和运营 (https://framework.scaledagile.com/government-modifying-acquisition-practices-to-enable-lean-agile-development-and-operations/)
• 构建质量和合规性 (https://framework.scaledagile.com/government-building-in-quality-and-compliance/)
• 调整治理实践以支持敏捷性和价值的精益流动 (https://framework.scaledagile.com/government-adapting-governance-practices-to-support-agility-and-lean-flow-of-value/)

本摘要文章的其余部分阐述了为什么精益 – 敏捷和 SAFe 的原则和实践对政府机构特别相关的背景，并提供了该系列中每篇文章的摘要。

政府为何尝试大规模敏捷

精益 – 敏捷和 DevSecOps实践正在引起全球负责为政府构建最大、最复杂系统的领导者的兴趣。这种兴趣很大程度上是由改变政府机构如何向公民、政府工作人员和作战人员提供服务的内部和外部力量驱动的。政府关注的是任务敏捷性。虽然管理有限的资源和资金是一个问题，但政府不是以利润为导向的，而是将成功衡量为解决方案提供的影响价值。在这方面，政府类似于非常大、复杂的非营利组织，努力以尽可能有效和高效的方式运营业务。

这些需求驱动因素包括：

• 对业务（任务）敏捷性的需求
• 数字化转型的影响
• 社交媒体的兴起和对 IT 支出信息的即时访问
• 公民期望的提高
• 技术债务和过时系统推动 IT 现代化计划
• 防御系统的快速变化和全球网络威胁环境
• 为政府工作人员培养敏捷组织和成长思维

与营利性组织一样，政府越来越依赖技术。然而，过去 60 年来开发和维护解决方案的传统方法在开发现代技术能力时已被证明是不够的。敏捷实践已显示出潜力，而Scrum 培训能帮助政府团队掌握迭代开发的核心方法。然而，政府系统的规模和复杂性 —— 从法国公民的失业福利网站到大型网络物理哨兵导弹系统 —— 需要团队级敏捷和 DevSecOps 实践之外的更多内容。

美国联邦政府采用敏捷的背景

自 2022 年以来，美国对政府技术开发项目的精益 – 敏捷方法的兴趣呈指数级增长。同年 7 月，美国政府问责局（GAO）发布了一份报告，推荐了敏捷开发的特定实践，以及在政府中采用敏捷的 14 个独特挑战。同年，美国管理和预算办公室（OMB）指示各机构将其采购实践从臃肿的长期项目转变为更模块化的合同方法，与迭代开发模式保持一致。尽管这些都是积极的迹象，表明数十年来对瀑布流程的承诺正在减弱，但各机构仍然缓慢地采用不同的工作方式。图 1 显示了推动美国联邦政府采用精益 – 敏捷重大事件的时间线。

2013 年末美国 Healthcare.gov 网站的麻烦启动几乎在一夜之间增加了对采用敏捷的兴趣。该网站允许公民获得作为平价医疗法案（ACA）一部分的健康保险。几周来，该网站的初始困难在全国新闻中被突出显示，暴露了政府技术项目常见的传统开发实践中的许多弱点。这些事件对政府 IT 项目的公众关注推动了对采用更现代开发实践的更大开放态度。在德勤 2017 年发布的美国联邦政府敏捷采用分析中，报告使用敏捷或迭代流程的联邦 IT 项目的百分比自 2012 年以来大幅增长，如图 2 所示。

当两个新的美国政府机构——18F和美国数字服务——成立以吸引行业人才帮助将现代、硅谷式实践带到联邦IT项目时，对精益、敏捷和DevOps的兴趣加速增长。数字服务手册和TechFAR手册是他们提供的两个早期资源，帮助政府项目的领导者了解如何现代化开发实践并调整采购流程以支持敏捷合同。政府撰写的关于敏捷采用的额外资源数量以及已发布的联邦项目在转型为精益-敏捷实践后取得更好结果的成功案例数量都显著增长。其中一个机构，国土安全部，已将敏捷作为软件开发的正式标准。2020年9月，政府问责局（GAO）发布了其GAO敏捷评估指南：敏捷采用和实施的最佳实践的草案，供使用敏捷实践的政府项目参考。国会继续通过立法（如年度国防授权法案（NDAA））指导增加敏捷培训并授权现代化采购实践以支持敏捷，而敏捷培训的普及也为政策落地提供了人才支撑。

全球政府采用敏捷的趋势

州和地方政府以及全球各国政府的系统开发也经历了类似的趋势。英国政府多年来一直在进行敏捷转型工作，涵盖其许多部门和机构的数百个敏捷团队。法国就业局（Pôle Emploi）、荷兰税务局和澳大利亚邮政（邮政服务）是使用 SAFe 指导其向规模化精益 – 敏捷转型的全球政府机构的例子。就法国就业局而言，其转型已导致更好地按时交付就业福利，并提高了招聘企业和求职者对该机构服务的满意度。这些成功案例背后，离不开Scrum 认证培训为团队提供的标准化实践框架支持。

作为精益企业的政府

越来越多的政府机构面临着与商业同行相同的变革力量，促使他们加速精益 – 敏捷转型。对业务（任务）敏捷性的需求、数字中断、全球化、不断增加的网络威胁、老化的遗留系统以及对技术实现业务和任务成功的日益依赖，只是政府和行业共同关注的几个因素。

精益企业的标志是能够在可持续的最短交付时间内提供最佳质量和价值。SAFe 通过描述帮助组织实现这些能力的成功模式来提供指导。许多政府机构 SAFe 实施的案例研究的证据表明，这些能力以与商业企业相同的方式适用于公共部门组织。而企业管理培训能帮助政府管理者建立精益思维，从组织层面推动价值流动优化。

SAFe 如何在政府中实现精益 – 敏捷和 DevOps

“在 10 个月的时间里，我们将一个失败的努力转变为作战人员、我们的组织文化和纳税人的成功故事。没有 SAFe，我们不可能如此快速地执行转变……”

—Scott Keenan，JLVC 项目经理，联合参谋部（美国国防部）

政府中的 SAFe 采用正在增长

许多政府技术项目规模庞大且复杂，涉及数百名（有时数千名）从业者。解决方案由多个团队组成的团队构建，这些团队需要：

• 一起规划和工作
• 管理跨团队依赖关系
• 频繁集成
• 迭代地展示工作软件和系统
• 分享学习以不断改进

通常，这些大型解决方案包括与大量承包商人员密切合作的小规模政府员工团队。不同合同上的多个供应商可能在分散的地理位置上从事同一项目。高保证和合规要求、繁重的治理法规以及异常长的采购前置时间进一步复杂化了政府项目。

这些挑战中的大多数在大型商业组织中也很常见。全球 1000 强企业已经使用精益 – 敏捷构建核心银行系统、卫星、农业联合收割机、健康网络的临床和金融系统等等。对于这些组织，SAFe 已经成为规模化精益 – 敏捷实践的领先框架；其积极结果已在已发布的案例研究中得到记录。许多政府机构采用 SAFe 作为技术开发的流程模型，原因与商业同行相同。在两种环境中都使用过 SAFe 的从业者报告说，行业和政府之间的开发相似之处远多于差异。如图 3 所示，SAFe 现在正在大量政府机构的数百个项目中使用，而Scrum 培训则为项目团队提供了关键的迭代执行能力。

政府在精益 – 敏捷采用之路上面临独特挑战

尽管向精益 – 敏捷和使用 SAFe 的势头有所增加，但几个障碍延迟了广泛采用。最常被引用的挑战包括：

• 过去敏捷的糟糕实施导致不愿再次尝试
• 以瀑布为中心的治理和生命周期政策不容易改变
• 采购人员缺乏敏捷合同和精益合同实践的经验
• 项目导向而非持续价值流动思维在政府文化中根深蒂固
• 长采购生命周期造成巨大浪费和交付价值的延迟
• 缺乏共同的企业精益 – 敏捷框架导致项目之间的协同作用有限

尽管这些问题看起来与商业公司面临的问题相似，但公共部门环境中的组织背景、文化和政府权力是独特的。政府采购流程和法律旨在为潜在提供商创造公平的竞争环境，但它们也可能创造出私营部门无法体验的官僚主义和延迟。此外，政府机构没有驱动商业环境中快速变化和创新的竞争市场动态和利润动机。相反，立法机构通常在政治化的年度拨款过程中提供资金，而这些过程进展缓慢。即使是政府技术项目的 “价值” 概念也往往难以概念化和衡量。这些挑战的解决，需要结合敏捷培训的实践指导与企业管理培训的战略统筹能力。

解决方案 —— 政府特定的 SAFe 指导

由于政府技术开发中的因素特定于这些环境，因此需要专门的指导来帮助变革推动者领导转型。以下链接连接到解决在政府项目中采用 SAFe 最常见挑战的文章，以及支持向精益 – 敏捷模式过渡的最佳实践。

建立在精益-敏捷价值观、原则和实践的坚实基础上。 瀑布式思维和流程在政府技术项目中根深蒂固。简单地模仿团队同步和从待办事项工作等实践不会实现机构敏捷性。政府领导者和从业者及其行业合作伙伴必须了解精益-敏捷与过去的技术开发方法在根本上的不同之处以及原因。

创建由政府和承包商人员组成的高绩效团队。 精益-敏捷开发是一项团队运动。政府项目中的团队通常包括政府和承包商人员的组合。这些实体之间的关系往往更具对抗性而非合作性。这种摩擦抑制了高绩效团队的发展，并最终阻碍了有价值的高质量解决方案的快速交付。

使技术投资与机构战略保持一致。 政府技术项目可以出于各种原因提出、批准和资助。技术投资通常基于对过去计划的假设资金，而没有定期审查系统的整体组合。通过确保优先事项与机构的战略要务保持一致和协调，可以最佳地利用有限的开发资金。

从项目过渡到精益的史诗流。 技术开发的”项目隐喻”的开始-停止性质导致在过程中过早地承诺点解决方案，此时未知因素太多，并且即使仅完成最高优先级的功能就能提供大部分价值，也承诺交付所有计划的功能。项目还鼓励将人员转移到工作，而不是通过单件流待办事项将工作流向团队。精益的替代方案是将大型工作组织成史诗，并从由长期存在的团队组成的优先待办事项中以流动方式管理它们。

采用与开发价值流一致的精益预算。 随着从项目向精益史诗流的转变，预算方式也发生了变化。预算不是为单个工作提供资金，而是为”工厂”提供资金，该工厂可以根据优先事项构建机构需要的任何东西。由于优先事项可以持续变化和调整，这种方法避免了更改订单或全新招标将投资从一个计划转移到另一个计划的浪费和延迟，从而实现机构敏捷性。

应用节奏中的精益估算和预测。 精益-敏捷实践认识到，传统的估算和预测技术往往会失败，因为在构建全新系统时存在太多未知因素。这些传统技术还将项目锁定在前期创建的一个正确答案上，并用于定义与多个供应商的合同条款。精益估算和预测技术是轻量级的，提供对不断变化的条件的必要适应性，同时仍然提供关键的报告和问责制。

修改采购实践以实现精益-敏捷开发和运营。 政府采用精益-敏捷的障碍中，很少有像传统采购流程那样令人生畏的。合同官员依赖于为每个新采购使用久经考验的样板语言，这些语言牢固地基于瀑布条款和条件。如果要求承包商以与精益-敏捷价值观和原则相悖的方式执行，项目就不可能真正敏捷。向新的开发方式转型需要为合同官员提供新的模板，允许供应商合作伙伴也采用精益-敏捷。

构建质量和合规性。 精益-敏捷的目标是在技术解决方案中创建价值的持续和可持续流动。如果我们的治理流程（如验证和确认）仍然是仅在项目结束时执行的大批量活动，那么持续流动就会受到阻碍。改变开发团队的工作方式只是答案的一部分。技术价值流的每个方面，包括运营和治理，也必须以更小的批次流动工作。这将质量和合规性构建到解决方案中，而不是在发布前将其作为一个大批量的一部分进行检查。

调整治理实践以支持敏捷性和价值的精益流动。 技术开发的传统治理标准也深深扎根于瀑布模型。它们要求项目在前期规划一切，在工作开始前承诺并预算一个正确的解决方案，为未知工作提供详细的项目计划，通过任意的阶段门，等等。精益-敏捷方法服务于原始意图——提供足够的监督，确保在合理的时间和成本内交付支持任务的能力——但通过使用支持价值持续流动的替代流程和工件。

注意：这些关于政府采用精益 – 敏捷的建议不需要不同版本的 SAFe，也不建议修改 SAFe 术语和实践以适应政府协议。政府服务中的有经验从业者报告说，当 SAFe 模型和术语未经修改使用时，他们取得了最佳结果。使用 SAFe 原生术语允许项目人员利用成功实施 SAFe 实践所需的课程、文章、书籍、论坛和其他信息来源。上述每种实践背后的文章解释了政府项目用来克服将联邦 IT 计划过渡到 SAFe 时最常见问题的特定模式，而敏捷培训和Scrum 认证培训则为这些模式的落地提供了关键的能力支撑。