[规模化敏捷框架] 5分钟了解SAFe精髓
2020-01-13 本文已影响0人
XBruce
现在,在当前4.5版本中,SAFe在敏捷有更多的追随者。SAFe提供了一种在本质上是高度传统,并且规模比较大的组织内非常快速地扩展敏捷的方法。关键原则是精益和敏捷思维的结合。
SAFe希望融合精益和敏捷背后的理念,为以下问题提供答案:
- 当管理层仍然负有责任时,他们是如何放弃控制权的?
- 如何为成百上千的客户开发产品?
- 如何跨团队协调工作,当团队之间存在依赖关系时?
- 对于可能要耗时多年的,存在依赖的大型软硬件系统,如何建立/架构设计以及实施?
以上答案就隐藏在接下来的信息中。
除了Scrum的三个主要角色——产品负责人、Scrum Master和开发团队成员外,SAFe还为敏捷框架引入了许多新的角色。这些角色被认为是管理多个同时运行的敏捷团队之间的产品集成和流程的关键。
- System Teams -管理由各个Scrum团队生产的产品交付和集成的人
- Architecture Teams - 管理和促进跨团队的共享架构框架
- Product Manager - 领导所有的PO,作为Epic和feature的主要的负责人
- RTE - 领导所有的Scrum Master, 并组织大型团队或主持团队仪式
通过添加这些基本的团队,以及在需要时添加其他团队,许多团队可以一起工作。这些团队共同构成所谓的ART。
ART使得许多敏捷团队在一个产品或部分业务上一起工作。例如,如果有一家金融公司想要开发一个新的移动银行贷款应用程序,那么所有开发该应用程序的敏捷团队可能都在同一个ART中,也可能会有一个独立的“ART”来开发内部会计软件。
SAFe将ARTs与业务价值流相结合。通过将业务建模为精益流程,组织可以持续改进并使用(PDCA)向客户交付价值。ARTs是为业务价值流中的每个步骤构建和部署变更的团队。
- ARTs 与业务价值流的一个或多个类似部分保持一致
- ARTs 限制在120人以内,低于Dunbar数字(指的是人类稳定社交关系的人数上限大约150人)
- ARTs 在Sprint过程中一起工作,在发布界限到来时共同参加仪式
这引出了通过规划、开发、评审和回顾的典型Sprint过程来协调大型团队的需求。SAFe的一个最突出的方面是在实施发布计划时提出的所谓“大房间培训”和“大房间计划”。每个版本称为“程序增量(PI)”,通常耗时4~6个Sprint。
PI Planning:
- 所有的敏捷团队都聚集在一个房间里 (可多达200人,由Stakeholder和系统团队提供)
- 由RTE组织及协调会议
- 产品经理PM为下一个版本提供了一个共同的愿景、一组已经划分优先级的特性列表
- POs和Scrum Masters各自发挥自己的职责执行Planning
- Story Points是一个绝对的度量,用来进行跨团队考量,一般来说1分=1人日
- 团队致力于完成PI的Objectives,而不是故事
- PI Objectives 由BOs赋以Business Value Points
- 团队需要确定团队之间的依赖关系
- Program Board 记录和捕捉所有的工作以及跨团队的依赖关系
- 所有团队 ROAM(Resolve, Owned, Accepted, or Mitigated) 风险
- 每个人都对自己是否能达到目标投“自信完成票”, 持续进行直到所有人都投出满分(5 fingers)
PI检视和调整 (IA):
- 在所有团队中执行系统级Demo
- 通常包括项目赞助者 (BOs)
- 使管理人性化
- BOs对BVP的实现给予反馈
- 回顾会简要地运行,以确定需要解决的最重要的问题
- 然后,通过包括BOs在内的研讨会来解决问题,得到明确的结果和领导层的支持
SAFe的一些原则:
- 要有经济视角 - 不是仅仅响应客户的愿望,而是要根据延迟的成本 (CoD)来评估工作
- 按节奏排计划, 按需发布RoD - 所有的团队必须一起计划,但是只要工作准备好了,他们就可以发布。
- 以明显可评估的工作来建里程碑 - 工作只有在系统层级完整Demo过以后,才可认为已经完成
- 可视化并限制WIP,减小工作的batch size(硬币游戏),并且控制好任务拆分队列长度(batch size越小,队列长度越大) - 采用Lean原则限制WIP ,并且用小的batches来控制队列长度,有助于防止将独立的团队重新变回类似Department的小组
SAFe解决的另一个问题是我们需要不断探索、开发和部署新的解决方案。 这体现在他们的“持续进行Everything”的理念中,它通过价值流促进潜在的工作、正在进行的工作和已完成的工作的转移。
SAFe有四个实施级别:
- Essential SAFe - 最基本的SAFe,由Business Owners进行管理,通常只包含一个Agile Release Train (ART)(名字起的还是蛮巧妙的)
- Portfolio SAFe - 引入投资组合管理功能,以协调不同的团队或者不同的ART
- Large-Solution SAFe - 引入整合不同的ART进行集成交付的Solution Train概念
- Full SAFe - Includes a 在Large-Solutiion基础上引入投资组合管理,用来管理跨Solution Train以及其他ARTs