专家快速解答：关于SAFe敏捷发布火车的10个问题

学   员：王老师上午好，您作为知名企业级顾问，我公司打算尝试SAFe规模化敏捷，关于敏捷发布火车，几个问题想向您请教一下。

王明兰：您好，请讲。

Q1.

学   员：能一句话说明敏捷发布火车是什么吗？

王明兰：敏捷发布火车（ART）是一个由敏捷团队组成的长期存在的大团队，它与其他利益相关者一起，在价值流中逐步开发、交付和运行一个或多个解决方案。

 

 

Q2. 

学   员：组织里如何识别哪些人属于一个敏捷发布火车？ 

王明兰：敏捷发布火车是围绕企业重要的开发价值流组织的，其存在的唯一目的是通过构建为最终用户带来利益的解决方案来实现该价值的承诺。因此，核心是要识别价值流。ART是跨功能的，具有定义、实施、测试、部署、发布解决方案所需的所有软件、硬件、固件和其他相关职能人员。

 

Q3. 

学   员：那问题来了，有些支持性职能人员比如质量、工具基础设施、安全审计等人员也需要全职为一个敏捷发布火车服务吗？

王明兰：这个问题非常务实。SAFe理论上并没有明确这点。从我们的实际经验上看，产品和解决方案交付的人员需要为全职在价值流上工作。支持性职能人员可能会服务于组织里的多个价值流，即：可能会为组织里多敏捷发布火车服务。

Q4. 

学   员：敏捷发布火车一般是多大的规模？

王明兰：敏捷发布火车通常为50–125人，它们一起规划、提交、开发和部署产品或解决方案增量。

Q5. 

学   员：为啥有125这个上限呢？超过125人就不行吗？

王明兰：125这个上限来源于邓巴数字。邓巴数字由英国牛津大学的人类学家罗宾·邓巴（Robin Dunbar）在20世纪90年代提出。该定律根据猿猴的智力与社交网络推断出：人类智力将允许人类拥有稳定社交网络的人数是148人，四舍五入大约是150人。敏捷发布火车的规模设置为125人上限是个经验值。从实际经验来看，超过100人的敏捷发布火车其管理复杂度已经比较高，

Q6. 

学   员：我们在开展敏捷之前就有版本火车，每个月一次大版本发布。敏捷发布火车和版本火车有什么区别吗？

王明兰：完全不是一码事。这是文字上的误解。很多公司版本火车只是一个固定发布节奏的实践而已。敏捷发布火车是一种围绕价值流的组织方式，敏捷发布火车有定义专门的角色、职责、团队构成和运作流程。

 

Q7.

学   员： 既然敏捷发布火车和版本火车不是一码事，为啥敏捷发布火车也叫“火车”呢？ 

王明兰：这个只能问SAFe发明人喽。我认为SAFe是借用了“火车”做比喻。火车里有人、有使命，一躺火车有目标。火车有列车长、乘务员。就像共同在一个价值流上工作的团队一样，有人，有使命，有目标，有计划，有成员，有管理角色；火车的特点是按计划启动，到站卸货，这与SAFe所倡导的按节奏开发，按需发布非常一致；每班次火车有明确的目标，就像SAFe每个PI一样有明确的目标。

 

Q8.

学   员： 敏捷发布火车有哪些新的角色吗？

王明兰：敏捷发布火车有几个新的角色：Release Train Engineer 简称为RTE，Product Management（产品管理）、System Architect/Engineering （系统架构师/工程师）、Business Owners（业务负责人） 、客户。

 

Q9. 

学   员：这些新角色，和Scrum 团队里的角色scrum master、product owner、团队成员有什么上下级汇报关系? 

王明兰：敏捷发布火车不体现职能线的上下级汇报关系，只定义角色和职责。实际中，我们一般建议组织任命这些角色的人来自组织里相对经验资深的人员，才能够有能力承担起这些重要的职责。

Q10. 

学   员：敏捷发布火车除了这些角色之外，还有哪些人？

王明兰：除了这些角色之外，最核心的当然就是敏捷团队。一个个跨职能的敏捷团队才是敏捷发布火车交付价值的主体。

 

学   员：哇，我清楚了很多。SAFe的敏捷发布火车真的不是一般的火车呢！谢谢老师。

王明兰：客气了。学无止境，翰德恩咨询伴您一路成长，为您解决数字化和敏捷DevOps转型过程中的各种疑难杂症。