MSP是广受认可的项目集群管理（Program Management）的国际最佳实践，提供了结构化框架帮助组织理解和解决变革的复杂之处，为项目管理高端人员提供了统一、规范的认证标准。该标准对项目集群管理过程进行描述，指导在组织战略指引下如何管理大型项目、项目群与多项目，阐述成功管理项目集群的最佳实践。
- 中文名MSP项目群管理认证
- 英文名Managing Successful Programmes
- 英文简称MSP
- 颁证机构PeopleCert（AXELOS）
- 证书类别项目管理，高级管理与执行
- 同类认证PgMP、MoP、P3O
SAFe For Architects(ARCH)官方教材
SAFe是目前国际上_流行的规模化敏捷方法，将敏捷实践从团队级有效扩展到项目群级乃至企业级；SAFe也是一套开放的精益-敏捷知识体系，它融合了精益、敏捷和DevOps，基于客户的实践与反馈来快速迭代完善并吸收新的_佳实践，它是一个知识库，囊括了大量已被证明的精益敏捷实践和能力。SAFe既能用来做产品、做项目，也能用来做精益组合、做大型解决方案，能帮助企业加速规模化业务敏捷转型。SAFe更能契合企业的发展，更适合企业做数字化转型。
SAFe® for Architects（ARCH）是SAFe体系认证之一，它更偏向于IT技术，专注于系统、解决方案和企业架构等，专门面向架构师、技术_、资深技术专家等角色。它能够让你成为一名SAFe大规模敏捷环境下的架构师，让你能够基于SAFe的原则进行架构设计，对齐架构和业务价值，沟通和开发架构愿景和设想，规划架构跑道，确保交付成功，基于持续地按需交付和发布进行架构设计，在PI计划和执行过程中指导其它架构师和团队成员，参与领导精益敏捷转型。
SAFe® for Architects官方教材选用《SAFe For Architects Digital Workbook》（英文，尚未汉化，暂无中文），它是ARCH认证考试的基础。（SAFe官方会提供电子版教材，加入SAFe会员即可在线学习）。
SAFe目前_新版本是6.0版本（于2023年推出6.0升级版本），SAFe认证考试支持6.0版和5.1版本（上一个版本），同时官方也提供了从SAFe 5升级到SAFe 6.0的途径（点此了解详情>>）
SAFe® for Architects（ARCH）官方教材目录结构
教材语言为英文。目录仅供参考(5.1)，实际以加入SAFe会员后获得的官方电子资料(6.0)为准。
SAFe® for Architects（ARCH）知识体系介绍
SAFe® for Architects（ARCH）的10个领域
领域 1：示例敏捷架构
- 描述敏捷架构
- 描述 SAFe 架构师的角色和协作
- 使用 SAFe 原则的架构师
领域 2：DevOps 架构和按需发布
- 培养 DevOps 文化
- 描述价值如何流经持续交付管道
- 设计并促进持续探索
- 持续集成架构师
- 持续部署架构师
- 按需发布架构师
领域 3：使架构与商业价值保持一致
- 描述战略主题、投资组合画布和投资组合愿景如何影响架构
- 解释价值流如何支持业务
- 解释解决方案培训和敏捷发布培训如何交付价值
领域 4：制定解决方案愿景、解决方案意图和路线图
- 使解决方案愿景与战略主题和解决方案背景保持一致
- 有助于解决方案意图
- 使用非功能性需求 (NFR) 和精益质量管理体系 (QMS) 管理质量
- 为路线图做出贡献
领域 5：为 PI 计划准备架构
- 为计划积压做出贡献
- 对计划积压工作进行排序和优先排序
- 为解决方案前 PI 规划做出贡献
领域 6：在整个 PI 规划中协调架构
- 参与 PI 计划
- 有助于管理评审和解决问题
- 为解决方案后 PI 规划做出贡献
领域 7：在 PI 执行期间支持持续交付
- 在整个 PI 中指导架构和持续交付
- 准备迭代审查以及系统和解决方案演示
- 通过检查和适应 (I&A) 不断改进
领域 8：支持新的战略主题和价值流
- 使架构与企业战略保持一致
- 发展解决方案组合
- 将 Enabler Epics 贡献给投资组合看板
- 跨价值流协调
领域 9：在精益-敏捷转型期间作为架构师领导
- 描述架构师作为精益-敏捷_的表现
- 描述如何在转型期间领导向敏捷架构的过渡
- 制定行动计划以支持您的组织转型
领域 10：成为认证的 SAFe 专家
敏捷架构师是什么
敏捷架构是一组价值观、实践和协作，用来支持系统的积极进化设计和架构。这种方法包含了DevOps理念，允许系统的体系架构随着时间不断发展，同时支持当前用户的需求。它避免了启停过程相关的开销和延迟，并且避免了阶段关卡过程和“前期设计”（Big Up Front Design, BUFD）固有的大规模重新设计。
敏捷架构通过多方协作、涌现设计、意图架构和极简设计来支持敏捷开发实践。与敏捷开发实践类似，敏捷架构还支持设计可测试性、可部署性和可发布性。快速原型、领域建模和去中心创新进一步为敏捷架构提供了支持。
系统的架构可以加速或阻碍为业务提供高频、独立的发布版以满足其目标的能力。敏捷架构师通过优化架构以支持端到端的价值流来支持业务调整。这使业务能够实现其目标，即在_短的可持续交付时间内连续交付价值。
敏捷架构师通过支持“足够多”的架构跑道来支持不断发展的业务需求来领导这一过程。敏捷架构师不断投资于遗留系统现代化的计划，并且知道在哪里进行重构以消除瓶颈。敏捷架构师以清晰的业务术语传达对这些持续进行的技术目标的需求。为了支持持续交付流水线中的价值流持续，敏捷架构可以：
- 在满足当前用户需要时不断发展
- 避免了阶段闸门过程和“前期设计”（Big Up Front Design, BUFD）
- 确保“系统始终运行” 平衡涌现设计和意图架构
- 从整个价值流中获取系统视图
SAFe的精益敏捷原则贯穿于敏捷架构实践之中。虽然所有原则都适用，但其中三个原则与架构特别相关。在致力于特定设计之前，敏捷架构师使用快速学习周期（原则4）来探索替代方案（原则3）并得出_佳解决方案。他们还通过定义和传达架构远景和策略，然后与构建它的团队协作并指导团队，为决策制定环境（原则9）。
敏捷角色与合作
SAFe定义了三层架构师角色：企业架构师，解决方案架构师和系统架构师，他们分别在各个级别（组合、大型解决方案和基础）在各个级别之间进行定期协作，以确保目标一致并一起解决出现的问题和疑虑。如下图所示，岗位角色需要所有必要的架构技能来做出技术决策。因此，该角色可能由不止一个人担任，以确保足够的知识并防止团队决策遇到瓶颈。
业务和技术策略的相互依赖性质，要求架构师和其他SAFe角色之间进行协作，以确保该架构满足业务及其所服务客户的当前和不断发展的需求。在敏捷发布火车中，系统架构师通过架构跑道、非功能需求以及持续交付管道（CD管道）的设计和支持交流技术路线。架构还可以实现内置质量。该系统团队通过建设配套基础设施，使实现架构愿景敏捷团队设计，实施，测试和交付价值。系统架构师与企业和解决方案设计师进行协调，以确保其解决方案与更大的愿景保持一致。_后，担任任何角色的架构师都是精益敏捷_，负责指导团队并增强贡献者的整体能力。
SAFe Architect平衡意图和涌现
传统架构方法导致了广泛的早期架构工作。这会创建大量文档和未经验证的决策。设计架构以更好地满足业务需求的另一种方法，是将意向设计和涌现设计相结合，在这种架构中，开发人员会创建架构以查看其工作原理。敏捷架构平衡了意图和涌现：意图架构–定义一组有目的的、计划的架构策略和计划，以增强解决方案设计、性能和可用性，并为团队间设计和实施同步提供指导。涌现设计–为完全演进和渐进的实施方法提供技术基础。这有助于开发人员和设计人员响应用户的即时需求，使设计随着系统的构建和部署而发展。
有了这种平衡，敏捷架构是解决构建企业解决方案复杂性的精益敏捷方法。它可以满足当前用户的需求，同时可以使系统不断发展以满足近期的近期需求。一起使用，涌现设计和意图将不断构建和扩展架构跑道，为将来产生业务价值提供技术基础。
SAFe Architect为DevOps设计架构和按需发布
敏捷架构通过确保解决方案的架构可以持续交付，从而促进了DevOps文化的发展。架构师参与CD管道的设计和执行，并传播和说明SAFe的CALMR原理。它们允许通过定义_小可行（“足够多”）的架构，确保系统元素之间的松散耦合，支持接口的创建和演化以及通过通用注释，属性和命名约定将架构作为代码来培育决策。敏捷架构还通过自动化架构合规性检查来提高质量。
为了支持连续部署，敏捷架构将部署与发行版本分离。功能不断地部署到生产环境中，但仅按需提供给_终用户。频繁部署可以建立对CDP管道的信任，并减少由更传统的治理实践（例如，发行管理）引起的延迟。这种信任使单个团队和敏捷发布火车（ART）能够在真实的生产环境中独立探索和测试想法。
CD管道以价值假设为起点和终点，在“持续探究”（Continuous Exploration ）中对其进行定义，并_终在“按需发布”中对其进行度量。系统架构提供了必要的遥测来测量假设，以支持 团队和ART的创新会计和其他使用数据，以验证其假设。通过将其他系统因素视为_的架构关切，例如测试架构和测试数据管理，敏捷架构还支持CD流水线。
SAFe Architect使架构与业务价值保持一致
在数字时代，企业依靠技术为客户带来价值。随着业务战略的变化，提供该策略的技术，系统和业务应用程序也必须随之变化。下图显示了客户订单和产品交付的示例操作价值流。操作步骤以绿色显示，带有支持以下步骤的系统和应用程序。那些支持应用程序和系统的客户体验可以通过任何业务更改来实现。架构师紧密合作，企业所有者和产品经理，以确保这些系统能够实现当前和未来的业务目标。
战略主题，项目组合画布和项目组合愿景影响架构并推动架构运行。它们为投资组合中的技术投资提供了约束，方向和总体环境。从更广泛的角度看，架构还必须考虑更大的企业战略，包括对不同产品组合的意识，尤其是对于企业架构师而言。
SAFe Architect如何工作
开发解决方案愿景、解决方案意图、路线图
架构师使架构与业务战略保持一致可以加速实现业务目标。架构师通过将战略从战略主题转变为解决方案来实现业务目标。这些解决方案由它们的愿景，解决方案上下文和解决方案意图定义。解决方案的意图是一个活泼的知识储备，代表系统在需求，设计，结构，行为和所有其他架构方面的单一真相。解决方案意图包括决策，模式，模型和其他技术信息，以用作_少的文档。解决方案意图捕获系统约束，包括非功能需求（NFR）。像所有其他要求一样，NFR会通过自动测试进行连续验证，以确保质量和合规性。
路线图定义了实现解决方案的计划。架构师和团队在路线图中共同定义使能因素，以探索技术选择并构建架构跑道，并就实现这些里程碑提供早期反馈。团队在构建决策时会提供有关架构决策的反馈，以平衡意图和出现。
路线图推动了待办工作清单，待办工作清单定义了ART的所有工作。架构师与产品管理部门合作，确定新功能与技术工作的优先级并保持平衡。他们预计技术债障碍会影响流程和架构跑道的需求，并优先考虑其优先级。
为PI规划准备架构
每次增加，团队都会构建优先级_高的功能和启动器。架构师与产品管理部门合作，定义这些近期工作项目并确定其优先级。他们提供了可行性见解，有助于定义和界定当前功能及其接受标准。他们还考虑了将来的功能，并在积压订单中定义了推动者，以供团队探索和获取确保将来的功能可行的知识。
架构师还考虑将其技术之外的技术依赖性与解决方案培训中的其他ART或企业中的其他ART一起作为这些协调活动中的关键协作者。他们与团队合作以减少在PI计划期间的发现，并帮助确保团队可以在PI计划期间做出必要的决定。
通过PI计划协调架构
在PI Planning中，架构师支持团队创建下一个增量计划。他们将架构简介作为规划议程的一部分进行介绍。在小组在分组讨论期间制定计划时，架构师会在房间中漫游，以确保小组适当地计划技术工作，并确保他们对ART的启动器工作的正确性负责。他们可以解决任何问题和疑虑。
架构师支持“管理评审”以解决有关潜在调整的架构和技术问题。他们还与企业主一起参与，为团队的PI目标分配价值。他们以业务术语解释了促成因素和其他技术工作如何支持其总体目标，以及如何游说其需求和重要性。
通过PI执行支持连续交付
架构师在Enabler中拥有基本和解决方案级别的技术和探索工作，因此可以指导团队的执行进度。他们可以参加这些团队的Sprint计划和/或Sprint演示活动，以跟踪进度，解决问题并调整方向。团队通常也可以使用它们来进行指导，指导，并确保快速解决问题，从而使架构不成为瓶颈。
每次增加，架构师都确保团队展示启动器工作的结果，包括新知识，架构跑道的增加以及对持续交付管道的任何增加。对于大型解决方案，“架构师同步”活动可确保架构师保持一致并在大型解决方案级别共享进度，架构师定期在“架构同步”中开会，如上图所示。
支持新的战略主题和价值流
架构必须不断发展以满足不断变化的业务需求和机会。否则，技术将成为业务执行的瓶颈。业务战略的变化反映在新的或修改的战略主题中，这些主题通过投资组合画布转化为新的或修改的解决方案和/或价值流。企业架构师通过提供意见，参加“价值流图”研讨会以及对技术可行性设定期望来支持和影响此过程。确定新方向后，企业架构师将与系统和解决方案架构师协作以实现新的业务方向。他们交流新策略，并展示其如何改变解决方案的愿景，意图和路线图。企业架构师还协调整个产品组合中的架构工作，以确保解决方案和价值流之间的一致性。它们为技术和平台的长期发展以及产品组合解决方案集的更大的非功能性要求（安全性，合规性，性能等）提供了技术指导。他们经常担任投资组合级推动者的史诗所有者，以确保技术上的重大变化与业务战略保持一致。
引领精益敏捷转型
由于他们的知识和经验，开发社区经常会尊重并高度重视架构师。因此，架构师在任何SAFe转换中都起着关键作用。架构师是精益敏捷的_，因此，他们以更精简的思维方式和操作方式建模，因此开发人员可以从他们的榜样，指导和鼓励中学习。它们可以实现自治并鼓励精通以发展开发社区的知识库和技能。SAFe架构师体现了新的工作方式，参与了组织（实施）路线图的制定，并帮助加速了采用精益敏捷_的方式。
* 英文原文：摘自scaledagileframework官网，经翻译整理。
艾威国际网校
艾威天猫旗舰店
艾威官方微信
艾威网校官方微信
艾威官方视频号
艾威知乎号
企业微信客服
鄙视链？都做数据分析的那些事，BA和DA，谁更重要？
你们眼中的敏捷：是“灵药”还是“毒药”？如何用敏捷提升/搞垮一个团队？
