基于大规模的敏捷框架(基于大规模的敏捷框架(ScaledAgileFramework)实践)实践
由 Dean Leffingwell 创建的 Scaled Agile Framework 被誉为在组织层面可以和 Scrum 相媲美的敏捷框架,它特别适用于在组
织机构内部扩展敏捷,而且需要跨越多个团队,同时组织内部需要提升产品开发和交付时间的情形。本文通过对 SAFe 的实
质,计划和发布等管理方式的阐述,并且结合在实际项目的经验,给有计划使用或者正在使用大规模敏捷框架 的项目人员提
供相关的参考和启发。
有关 SAFe 实质概要介绍
面向企业的 Scrum-SAFe
常规的敏捷框架适用于中小型项目团队,而且不具有扩展性。基于常规的敏捷框架,SAFe 定义了一个可扩展的敏捷框架模
型,它适用于大型团队的合作开发,可以帮助提高团队之间的协作性,降低团队管理的复杂性。
下面的因素可能会影响你是否确定在企业中实施 SAFe:
1. 如果你已经在团队级别成功应用和尝试过敏捷,现在有意在更大的层面,跨团队来考虑组织层的计划和投资组合实行。
2. 如果你有多个团队在各自独立应用敏捷,一旦遇到障碍,延期或失败,就会影响其他团队,甚至整个公司目标的实现。
3. 如果你渴望跨组织的扩张敏捷实践,但不确定需要什么新的角色、哪些存在的角色 ( 例如:管理 ) 需要改变以及如何改
变。
4. 如果你试图在整个组织中实施敏捷实践,但你还在与跨业务部门达成一致策略的问题和文档层面到程序到团队层面一致
对齐的问题上苦苦挣扎。
5. 如果你的组织需要提升产品开发和交付周期,你已经听说过像 John Deere 这样的公司熟练的用 SAFe 扩展敏捷实践获
取的成功,你想自己尝试下敏捷的带来的好处。
图 1. SAFe 是企业层面的 Scrum
如果你的企业如图 1 所示,已从 SAFe 从团队(Team)、计划(Program)和投资组合(Portfolio)三个层面清晰定义了敏
捷的框架,你可以尝试按照下面的方式来定义和细化你的敏捷框架。
首先,SAFe 框架在投资组合层由投资组合管理委员会(Program portfolio Manager)来负责定义和驱动投资策略如何形成和
资金的组合形式,然后将其体现成为叙事诗(Epics)。一个 Epic 可以是一列单独的敏捷火车(Agile Release Train)来执
行, 也可以是几个火车的组合。Epic 是直接面向客户的、设计架构级别的业务解决方案。
接着,在第二层计划层由产品经理(Product Manager)负责把等待安排的计划(Backlog)进行排序,并且把投资策略转化
成具体的新功能(Feature),同时和业务负责人一起设计出项目的愿景和路线。
最后,在第三层团队由产品负责人(Product Owner)和团队成员根据上面的定义细化出用户故事(User Story)和验收标
准,开发团队可以从候选的用户故事里面优先选择可以提前开始的内容,其余的留到故事池里面等待后续的选择。
由此可见,SAFe 从三个层面保证了团队和企业的投资组合的最终愿景一致。同时,在实施过程中,需要一系列的里程碑事件
来保证最终的实现和高层愿景设计的持续一致。而里程碑事件的制定主要通过计划发布(Release planning)和系统的展示
(System Demo)来保证。
SAFe 的几个关键的角色: