[规模化敏捷框架] 5分钟了解SAFe精髓

现在,在当前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

SAFe官网

版权所有,转发著名出处

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,670评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,928评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,926评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,238评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,112评论 4 356
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,138评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,545评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,232评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,496评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,596评论 2 310
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,369评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,226评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,600评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,906评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,185评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,516评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,721评论 2 335

推荐阅读更多精彩内容