敏捷性是指公司或其业务职能之一快速适应不断变化的需求的关键能力。这些可能是新的客户要求或市场环境的变化。 因此，作为一家敏捷公司是自组织的，拥有能够以高度自由度进行自我管理的小型团队和单位。 这些团队与客户保持密切联系，这使他们能够快速响应客户的期望。如此贴近市场可以让您的业务部门以客户为中心， 从而快速了解对他们的期望。这也使敏捷公司能够为成为“学习型组织”奠定基础。

参与汽车电子开发的公司必须考虑许多准则，包括 SPICE ^® 和 功能安全 等行业标准，以及 空间安全 等要求。 他们还必须考虑影响公司的任何特殊情况以及高级管理层的期望。 因此，在汽车中应用敏捷原则需要两个方面的敏捷性：对客户的适应性以及对行业所面临环境的适应性。 这些是我们在应用我们在汽车电子方面的专业知识时系统地解决的挑战。

您的开发组织只有在不能被障碍阻碍的情况下才是真正的敏捷。 与其他领域交叉的业务部分会影响您的研发职能的有效性，因此我们确保您的人力资源人员、采购和法律专家将自己视为发展的服务提供者。 通过使用 Management 3.0 等管理方法，您还可以了解如何成功管理敏捷开发。

一切“自动运行”都不应该遵循敏捷方法和实践。 每个客户的要求都是不同的，公司面临的每种情况或每个外部因素都是不同的。 每家公司都是独一无二的。 为了相应地进行调整，敏捷方法为人们提供了适当操作所需的空间。 关键的挑战是在适应性和纪律有时相互冲突的目标之间取得健康的平衡。

我们是德国电气和电子制造商协会 (ZVEI) 敏捷系统开发工作组的成员。 这使我们能够分享 Kugler Maag Cie 在涉及汽车电子供应商和生产商的敏捷开发方法的大量实施项目中收集的经验。

自 2010 年以来的敏捷汽车。

看板是一种按需计划技术。它突出了瓶颈，目的是避免停滞。看板与现有的角色和流程配合得很好， 因此它可以逐步引入公司或通过先锋团队推出。因为它创造了透明度，看板也可用于试验事物并以较小的增量实施更改。

Scrum 和看板相辅相成：Scrum 使事物具有适应性；看板提高了产出。这两种方法都提高了公司内部的透明度。

持续集成 (CI) 的目的是减少集成问题，例如由不同团队成员的变化引起的问题。 每天可以将更改一次或多次合并到一个共同的基线中。 CI 的一个重要先决条件是有一个用于管理源代码的共享存储库， 它允许仔细检入或检出（提交/更新）和同步。

汽车电子是在复杂的星座中开发的——不同的工程学科在不同的层次上相互影响，分布式团队在不同的地点（国内和国外）工作， 然后供应商和次级供应商为整个系统做出贡献。非常特别的挑战。

通过扩展，想法是将敏捷团队中的自我管理原则转移到整个大型单位。 适应能力要求企业成为一个学习的组织，尤其是大公司。 因此，在这种情况下，我们不会提供交钥匙解决方案。 相反，我们与您一起制定一个概念，以确保它适合您的特定公司。 缩放模型可以为这个过程提供一个模板，因为它们更容易达成共识。

规模化敏捷框架 (SAFe) 是汽车电子行业用于在组织的任何级别上规模化敏捷方法和实践的主要模型。 SAFe 特别适合负责同时交付大量客户项目的大型开发单位。

SAFe 涵盖的业务级别

商务解决方案

整个公司的投资组合管理

我们使用 SAFe 通过发布火车来同步这些不同的级别，也是为了让您的公司能够提供持续的收益。

如果您的公司需要同步许多一起开发系统的 Scrum 团队，那么大规模 Scrum 尤其有用。 通过同步 Scrum 事件，所有利益相关者都获得了相同的理解。 LeSS 基于一种非常直接的哲学，非常适合公司内的某些星座。

LeSS 包含许多非常简单的基本元素

Scrum 在汽车环境中的用途和应用：这本《汽车中的敏捷》袖珍指南解释了敏捷汽车开发中遇到的典型角色、事件和工件。 定制 Scrum 解释了在汽车电子开发中使用 Scrum 所需的调整。

包括实用的寄存器

提供德文或英文版本

作为汽车敏捷系列的一部分，Automotive SPICE ^® 和敏捷开发为您将敏捷方法应用于电子开发提供了有用的支持。 特别关注汽车电子领域的 Scrum、看板、持续集成和测试驱动开发 (TDD)。

该袖珍指南借鉴相关流程，解释了如何根据 Automotive SPICE ^® 使用敏捷开发方法和实践。

本袖珍指南仅提供英文版本。

包括实用的寄存器

让您的公司、项目或团队做好准备，让他们更适应即将推出的需求

为您的组织结构和工作流程创建单独的概念，以确保它们非常适合您的公司

在您的公司建立敏捷团队并在跨部门级别将其扩展到您的概念

识别跨多个模型的流程并让您的要求与SPICE®、功能安全指南和安全要求等行业要求相吻合

评估和评估，以了解您的开发功能在适应性和流程成熟度方面的状态

培训和辅导课程，让您的员工将敏捷原则应用于实际情况