标签：火车 敏捷性 SAFe 发布 开发 交付 敏捷 团队 必备
规模化敏捷之于项目群，就像Scrum之于敏捷团队。为了创建高质量业务解决方案，企业需要提高自身能力，提升团队和技术敏捷性，实现真正的规模化敏捷。
敏捷发布火车
实现团队和技术敏捷性，首先需要敏捷团队围绕共同的达成目标团结起来。
这里引申出 “ 敏捷发布火车（ART)”： 在敏捷发布火车上，有着可靠的列车时刻表、固定的开发节奏、标准的敏捷发布速度、可预测的计划。 另外，敏捷发布火车上的人员包括：车长（Scrum Master）、司机（Product Manager）、维修人员（System Architect）等。
在敏捷发布火车上，由 5—12个敏捷团队 组成的虚拟、自组织的大型组织通过一个固定的开发时间进行集中开发，以达成产品的价值交付。 由于整列火车朝着一个方向前进，因此列车上的人员都是以相同节奏工作的，并保持进度同步。 这保证 车上人员有共同的愿景和方向，并能够提出最终的解决方案 。
“发布火车”创建了一个能够最大化 价值交付、创新和可持续性的环境，使团队围绕一个共同的目标团结起来，并应用于一个精益敏捷的、基于流程的交付模型。
SAFe价值观
在敏捷价值观的指导下，每个敏捷团队通过小批量频繁交付缩短反馈、交付周期，并根据不 断变化的用户需求调整发布计划。 而且在整个组织中， 每个敏捷团队都是跨职能的，团队中所有成员都能够快速适应跨职能所需技能，这在很大程度上消除了移交和延迟的可能。
通常，敏捷团队使用多种敏捷方法，包括Scrum、XP和看板，大多数人选择使用以下Scrum实践来配置他们的工作事件：
-
工作的迭代周期通常为两周；
-
将工作分解为小的用户故事；
-
开启计划会议；
-
召开站立会议；
- 持续进行演示会议；
- 给出反馈，讨论改进流程。
在每个团队都践行敏捷的大前提中， SAFe又提出几项核心价值观：
- 对齐 ——敏捷组织并不是敏捷团队的简单叠加，其工作必须基于企业的业务目标，发挥出1+1 >2的力量，这就要求团队之间要协调一致，并以企业战略为一致的行动纲领；
- 透明 ——工作中需要表现出对团队其他成员的信任，而工作透明是建立团队中成员相互信任模式的推动剂；
- 内建质量 ——内建质量推动了在最短的可持续交付时间内交付价值的精益目标。质量标准存在于开发的各项过程中，伴随着项目实施、开发存在；
- 项目群执行 ——敏捷发布火车的创建就是为了加强团队的执行力和持续的交付价值。
内建质量
其中，内建质量是关乎价值交付的大事，因此格外重要。所有的敏捷团队，无论是软件、硬件相关还是其他，都必须创建高质量的解决方案，并定义他们自己内置的质量实践。为了防止返工和延迟，质量必须以一种内在、稳定的标准“融入”价值创造中，避免价值创造与质量标准的分离。
内建质量的实践 有以下几种途径：
1. 建立价值流通管道
敏捷团队在产品开发过程中需要消除阻碍价值流动的阶段性问题，以实现快速开发和发布高质量的产品。
2. 集体所有权及其标准
集体所有权意味着团队内或多个团队之间共享开发流程，单个成员的缺席不会影响到产品的调整或开发的进度。同样，在开发过程中，各项生产指标及其标准经团队成员商议的结果制定而成，一经确定 不会轻易改变。
3.完成的定义
与上文提到的生产指标及其标准不同，只有当工件和更大的价值增量证明了产品符合质量标准及完整性时，产品才能被认为已经完成。
尽管敏捷团队在各自的团队内部能够达成良好的产品集成效果，但当多个敏捷团队组合在一起时，小团队内实施的敏捷无法将各团队联系起来，会导致开发速度和产品质量下降。
规模化敏捷强调的“团队和技术敏捷”要求各团队专注于提高内建质量，组建跨职能的团队，为规模化敏捷搭建坚固、可靠的桥梁。
标签：火车,敏捷性,SAFe,发布,开发,交付,敏捷,团队,必备 来源： https://www.cnblogs.com/minjieagile/p/13431360.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。