从另一个角度审视敏捷(SAFe)对汽车行业的价值

对于从另一个角度审视敏捷(SAFe)对汽车行业的价值的相关题，以及汽车app应用想必很多人都想知道，下来听小编解说。

如果长时间说话灵活，就会感觉有点不舒服。敏捷确实很好，但仔细想想，它在任何地方都很好。但当我真正尝试的时候，我却没有力气去做。

一

形容词——敏捷

从我在汽车行业的观察来看，除了《敏捷宣言》和Scrum3355形式具有比较典型的敏捷理论意义外，其余一般都没有得到大家的共识和接受，有效实施的项目很少。

去年，我写了一篇题为《敏捷》的文章，将敏捷视为一种思维方式。观点没有太大变化，甚至观念也逐渐发生着微妙而悲观的调整。所以后来和别人交流的时候，大致——敏捷作为“形容词”，意味着抛开敏捷方法本身。

我已经阅读与敏捷相关的文章有一段时间了。这并不是说我不鄙视敏捷，但仅仅谈论敏捷就像空中楼阁。我两年前就已经了解了敏捷的原理，互联网成功的例子也是如此，迁移到汽车行业是困难的。现在我们需要符合汽车行业和产品实践、既懂汽车又懂软件的人才。

2

再给敏捷一次机会

过去我遇到的敏捷大多是以Scrum为代表的小规模敏捷。各路英雄基本上都破壳而出，付诸实践。很多人说没用。当然，也有人写过。ppt里有用的东西

事实上，小团队本质上是敏捷的。人越来越少，要做的工作也越来越少。通过少数人坐在一起开会、加班，我们可以快速做出反应。他们与客户的关系也非常密切。敏捷方法可能会受到一定程度的监管。它可能在某种程度上存在，但它本身似乎并没有起到决定性的作用。

但大型、复杂的团队自然是缓慢、复杂且高度依赖的。当今的汽车软件供应链通常是一个非常难以管理的大型团队。

我对小团队、小敏捷没有耐心，因为重复的纠结。在我完全脱离敏捷的最后时刻，我最近参与了一个SAFe过渡项目。我意识到这些因素似乎会影响一些事情我对大规模团队汽车软件开发有几个优势感兴趣。所以我个人决定再给敏捷一次机会。到安全局。

下面我们简要总结一些亮点。

三

SAFe的一些关键增量和亮点

精益、价值、交互、解耦、小颗粒、迭代、增量……所有敏捷方法论中都会提到这些概念，SAFe也不例外。我不会详细介绍。我们站在汽车行业的角度，汇总了几个关键点，以提取增量或亮点。

SAFe有自己的一套价值观、原则、方法和实践，构成了一个逻辑层次框架体系，但它是横向列出的，而不是分类的，只注重实际目的和要点。

调整和对齐

信息透明

快速集成

节奏同步

给予知识工作者自由

敏捷设计

敏捷发布列车

PI计划会议

4

SAFe在汽车企业中对应的价值

本节我们将结合汽车企业来探讨以上总结的八项内容的适用性。

41排序

小团队不存在这个题。五人小组只需喊一声就能知道对方在想什么、会做什么。

然而，当团队发展到50人、200人、1000人、10000人时，即使大声尖叫也就像玩扩音器一样，最终它会蔓延到国家和公司之外的各个地方。拨打电话时请务必考虑到时差。

我记得我过去在一家大型外企担任项目经理的经历。公司程序规定，PM应每周组织一次会议，协调信息、协调行动。这可能看起来很笨拙，但却是最常见的解决方案。

汽车公司天生就融入这些大型跨组织团队中，协调他们的想法、概念和意见是一项非常困难且极其有价值的任务。SAFe提出这一点引起了人们的关注。

协调和调解包括方方面面，这里我们重点关注

背景信息的排序。在大型汽车组织中，尤其是开发、测试等专业领域的组织中，人们往往对接受工作抱有小视角，因此往往不知道自己为什么要做这项工作，为什么在这个时候做，以及是谁做的。他们是.我正在为你做这件事。我们不讲使命、愿景、价值观，如果没有至少一些背景信息，人的主观能动性就会非常弱。

整合组织的沟通语言。当你刚到一家大外企时，通常需要一个术语表才能快速上手。本术语表是组织沟通语言的一部分。它的存在本身并不会让你遇到我正在谈论的ABC和你正在谈论的ABC。告诉我。这种情况有所不同。再以软件为例，软件开发中经常需要区分不同类型的功能、系统、子系统、模块、单元的名称，对这些名称进行排序和映射是一项极大提高效率的工作。

我们深入了解我们的客户。从广义上讲，客户是万能的。只要你能把结果传达给对方并让对方接受，他们就是你的客户。在这种情况下，汽车系统将有多个“客户”，因此题的目的应该是强调对客户的一致理解。

不断检查对齐情况。现在的情况很乱，公司也很乱，但调整只是暂时的，需要不断调整。这可能会让人本能地想到召开更多的会议，但如果有更好的办法，我现在就不提了，下面继续阅读。

42信息透明度

透明度并不新鲜，所有敏捷都强调透明度，但我认为它对于大型团队的敏捷转型仍然具有很大的影响。

管理者的优势之一就是信息鸿沟，我看过有说过，所谓信息鸿沟就是话语权。没有题，但题是我们经常看到需要相信的现象，却被教导“年轻人不要太认真”。虽然这已经是六个月前的事了，而C队却在做着同样的事情，想法不同，但ABC的三个团队之间却有一种默契，他们正在静静地等待着一部大片，见面时都会微笑着互相打招呼。我什么也没做。

不共享信息是一种可怕的文化，这种文化在汽车公司中随处可见。我希望能够设计出一个可视化的工作流程或者工具，能够在一定程度上打破这个无用的障碍。

43快速集成

当我看到这个的时候，我有点兴奋。

为什么很多互联网背景的产品经理很难与汽车爱好者产生共鸣？这是因为，汽车不是一个产品，而是众多产品的集合，而这个集合不是简单的堆叠而是有机的整合，是凹凸的整合，是手掌和手背的整合。只有集成才能体现功能和性能的集成。这种无论大小的各个级别的集成占据了汽车开发的一半。

此外，我们在汽车软件开发中遇到的一个常见瓶颈是没有ECU、没有线束、没有外围组件、没有工作台、没有车辆环境。目标。也是实现目标的手段。

因此，大规模敏捷性需要增加对开发环境的投资，以支持快速持续集成，同时又不抑制大动作。

44节奏同步

我第一次遇到节奏的概念是几年前，当时我在印度的一个自称敏捷的软件团队工作。

当时我的项目非常紧急，一个月内要满足客户的样品交付。关键环节是印度软件团队必须完成关键功能的发布。这是经过一番努力之后发生的。这与印度队两周的冲刺时间表不谋而合。

但还没等我喘口气，软件项目经理就给我带来了坏消息原来他们在忙碌的时候犯了一个错误，把错误的需求基线传递给了交付团队。

请再次联系我们，并告知我们您将在2周内收到新的请求。然后我们不得不坐在那里等待样品交付被推迟，尽管这个题后来通过其他方式得到了解决，但“时间盒”的概念在当时对我来说似乎是一个愚蠢而糟糕的主意。

后来我逐渐了解到，印度团队同时支持全多个项目的软件开发。遵守时间意味着保持固定的节奏，而节奏的稳定意味着能够执行多方的计划。通过超越我对单个项目的视角，着眼于整个组织，理论上可以保持更全面、更稳定的价值交付。

车辆软件开发的稳定节奏使所有相关团队能够可靠且可预测地协作。这就是节奏的意义。

除了单条线的节奏之外，还有多条线的同步，这是SAFe的核心，它可以让我们统一规划几十条线的汽车软件开发，也有利于我们的工作。如果不进行功能、43种集成等之间的权衡，每个集成级别都会存在大量延迟。

45给予知识工作者自由

尤其是软件开发人员，是非常典型的知识型员工，依靠脑力活动实现附加值。

许多管理者都有很强的自我意识，对自己评价很高。不可否认，管理者有相对大的视野，但没有人比员工自己对事情的处理方式有更大的发言权。

为知识型员工提供信息、自由、支持，释放他们的热情和能量，是优秀管理者应该而且能够做到的。否则，你的员工只会花费精力来证明你是对的。

46敏捷设计

这让我想到了防错，这是一种源自机器架构的设计概念，可以轻松地用来解释“设计敏捷性”的含义。

如何防止上图中左边的ABC形状放错位置？染色？培育？训练？实践？其实最有效的办法就是像右图那样收起来。

这也是设计敏捷性的含义。架构、软件和工具的设计本身就具有敏捷的特点，比如人们常说的解耦和自动化。

设计层面的创新将带来效率的巨大飞跃。这个我就不详细说了，但是需要沉淀，需要量变才能引发质变。

47敏捷发布火车

该术语是SAFe中最常见的增量之一。

根据SAFe的概念，AgileReleaseTrain是指假设有5到12个Agile团队组成的组织，使用Timebox迭代来保持节奏，通过PI规划会议实现同步，并使用AgileReleaseTrainBacklog实现共同的Sortby。目标。

从SAFe的角度来看，提供了五种类型的角色定义

发布培训工程师是敏捷发布培训教练。

产品管理拥有、定义敏捷发布火车待办事项并确定其优先级。

系统架构师为参与敏捷发布系列的团队提供架构指导和技术支持。

系统团队提供流程和工具来尽早、频繁地集成和评估资产。

企业主是敏捷发布系列的关键利益相关者。

此外，还提供了四种类型的团队定义

流程一致的团队围绕工作流程组织的团队，直接向客户或最终用户交付价值。

复杂子系统团队围绕特定子系统组织的团队，需要深厚的专业知识和专业知识来支持它。

团队围绕为其他团队提供服务的的开发和支持而组织的团队。

团队支持此类团队可以利用他们的专业技能来支持其他团队并帮助他们精通新技术。

客观地说，这些角色和团队几乎都存在于传统汽车电子企业中，没有明显的特殊性。

当然，敏捷发布训练仍然很有意义，其主要价值贡献在于三点

在本文中，我们提出了一种更适合复杂、系统化产品开发的相互依赖的多线开发团队集成形式。

节奏同步确保可预测的价值交付并减少等待浪费。

这种组织模型可帮助您直接传达价值、更轻松地协调工作并缩短沟通路径。

48PI计划会议

与敏捷发布系列相比，PI是SAFe的另一个关键增量和最具代表性的形式。

PI规划会议是一种节奏固定的活动，可以作为敏捷发布列车的心跳，确保敏捷发布列车每8-12周召开一次为期两天的PI规划会议。能够定义功能优先级并执行故事点接口和依赖关系的估计和处理

这些重要的会议可以提供一个沟通的，大家可以协调、协调，快速做出决策。

然而，经过几次实践经验，效果逐渐好转，但仍然不尽如人意，比预想的还要差。大多数人仍然感觉没有动力，必须不断探索和调整。

5

最后写一下

说实话，SAFe极大地改变了我对敏捷的印象。

前面概述的SAFe的八个关键功能实际上可能对应于大型汽车组织的常见题和痛点。

然而，即使在练习之后，我仍然感到很多不适，需要适应。到目前为止，我个人的印象分为两部分。

SAFe值得一试。

还是需要大量的切割。

如果您关注公众号，点击公众号首页右上角的“”并设置星标，就可以实时接收公众号“随青言”的最新文章。

在