敏捷汽车
在一个正在转型的汽车工业中，保持适应性是竞争力的一个关键方面。 敏捷型开发组织使您能够快速调整您的团队、项目甚至公司以适应新的产品需求或市场需求。
敏捷汽车——究竟意味着什么？
敏捷性是指公司或其业务职能之一快速适应不断变化的需求的关键能力。这些可能是新的客户要求或市场环境的变化。 因此，作为一家敏捷公司是自组织的，拥有能够以高度自由度进行自我管理的小型团队和单位。 这些团队与客户保持密切联系，这使他们能够快速响应客户的期望。如此贴近市场可以让您的业务部门以客户为中心， 从而快速了解对他们的期望。这也使敏捷公司能够为成为“学习型组织”奠定基础。
参与汽车电子开发的公司必须考虑许多准则，包括 SPICE® 和 功能安全 等行业标准，以及 空间安全 等要求。 他们还必须考虑影响公司的任何特殊情况以及高级管理层的期望。 因此，在汽车中应用敏捷原则需要两个方面的敏捷性：对客户的适应性以及对行业所面临环境的适应性。 这些是我们在应用我们在汽车电子方面的专业知识时系统地解决的挑战。
团队是敏捷的起点
为确保客户在未来保持中心地位，敏捷组织应将重点放在最小的共同点上：创意团队。 以团队为出发点会自动改变组织整体的运作方式；中央管理控制被自我管理的团队所取代。 参与该过程的每个团队和每个人都对组织的整体成功负有自己的责任。
为了使团队能够专注于手头的任务并让客户始终处于首位，协调检查被最小化。
敏捷团队受到的保护来自于……
- 结构、格式和流程——提供明确的方向并鼓励人们自我组织
- 跨学科的团队结构，提供所有必需的技能
- 确保高级管理人员能够灵活工作并受到保护的措施。
敏捷管理
敏捷公司经理的任务是鼓励人们组织起来。敏捷团队按照定义的结构与管理层互动， 这清楚地说明了他们应该实现的期望。反过来，经理们会遇到阻碍团队工作的障碍。
整体组织
您的开发组织只有在不能被障碍阻碍的情况下才是真正的敏捷。 与其他领域交叉的业务部分会影响您的研发职能的有效性，因此我们确保您的人力资源人员、采购和法律专家将自己视为发展的服务提供者。 通过使用 Management 3.0 等管理方法，您还可以了解如何成功管理敏捷开发。
团队的团队
我们同步您不同敏捷团队之间的协作。 为此，我们将所有团队的流程与“发布火车”保持一致。 我们还选择合适的规模模型来匹配您的目标，例如 SAFe、LeSS、Nexus 和 Scrum of Scrums。
敏捷团队
为了提供一个让您的敏捷团队可以协作的框架，我们根据 Scrum 或看板原则构建方法。 我们的敏捷教练针对 Scrum Master 和产品负责人等关键角色提供重要培训。 我们还为您的团队提供持续集成等敏捷方法的指导，并与他人分享重要的敏捷理念。 这使您的团队可以在项目开始后自行管理。
您的项目需要支持吗？ 我们是您与电子开发中的管理咨询和改进计划有关的一切事宜的联系人。
敏捷过程、方法和实践
Scrum 和看板等敏捷方法是创建学习型敏捷组织的有效工具。 通过使用迭代过程（称为“冲刺”或“节奏”），可以逐步改进概念并快速测试它们是否适合在实践中使用。 使用较短的迭代周期可以快速提供可以讨论的所需见解。
从方法到心态
一切“自动运行”都不应该遵循敏捷方法和实践。 每个客户的要求都是不同的，公司面临的每种情况或每个外部因素都是不同的。 每家公司都是独一无二的。 为了相应地进行调整，敏捷方法为人们提供了适当操作所需的空间。 关键的挑战是在适应性和纪律有时相互冲突的目标之间取得健康的平衡。
我们很自豪我们自 2008 年以来一直是功能安全的先驱之一，这使我们有机会利用我们在制定 ISO 26262 安全标准方面的经验。
汽车电子的功能安全？ 我们是专家！
迄今为止，我们已在 TUV 莱茵功能安全（汽车）认证计划下培训了 100 多名专家。
汽车电子的功能安全？ 我们是专家！
根据 ISO 26262，我们在功能安全方面拥有丰富的经验，在全球范围内与 100 多家客户开展了 700 多个项目。
汽车电子的功能安全？ 我们是专家！
我们是德国电气和电子制造商协会 (ZVEI) 敏捷系统开发工作组的成员。 这使我们能够分享 Kugler Maag Cie 在涉及汽车电子供应商和生产商的敏捷开发方法的大量实施项目中收集的经验。
自 2010 年以来的敏捷汽车。
精选的基于团队的方法
Scrum 提供了一个项目管理框架，允许公司在动荡的市场中保持灵活性。 目标应该是通过避免不必要的努力来关注客户利益。开发团队应负责在系统框架内组织自己。 这使得可以快速有效地协调工作和相互检查。通过定义角色和流程，Scrum 让客户直接参与开发流程。
看板是一种按需计划技术。它突出了瓶颈，目的是避免停滞。看板与现有的角色和流程配合得很好， 因此它可以逐步引入公司或通过先锋团队推出。因为它创造了透明度，看板也可用于试验事物并以较小的增量实施更改。
Scrum 和看板相辅相成：Scrum 使事物具有适应性；看板提高了产出。这两种方法都提高了公司内部的透明度。
持续集成 (CI) 的目的是减少集成问题，例如由不同团队成员的变化引起的问题。 每天可以将更改一次或多次合并到一个共同的基线中。 CI 的一个重要先决条件是有一个用于管理源代码的共享存储库， 它允许仔细检入或检出（提交/更新）和同步。
极限编程 (XP) 是一种软件开发技术，旨在提高软件质量和对不断变化的客户需求的响应能力。 敏捷软件开发的一个特点是版本在较短的开发周期内频繁传播。
功能驱动开发 (FDD) 是一组基于最佳实践的方法，可以将较长的项目分解为不同的阶段。 每个阶段的重点在于确定为客户增加价值的更多功能。
测试驱动开发 (TDD) 包括最初根据需求和草稿逐步开发测试 - 足以交付特定功能 - 然后开发完成这些测试所需的最少代码。 这种方法确保可以使用此代码实现需求和解决方案草案，并具有明确需求的额外好处。测试成为详细设计的可实施元素，自动更新。
用户故事是从实际用户的角度描述场景，回答以下问题：谁？什么？为什么？
经常用于执行此操作的模板是：
作为一个<who: type of user>, 我想 <what: required action>, 这样 <why: a benefit/value>.
在公司层面扩展敏捷性
汽车电子是在复杂的星座中开发的——不同的工程学科在不同的层次上相互影响，分布式团队在不同的地点（国内和国外）工作， 然后供应商和次级供应商为整个系统做出贡献。非常特别的挑战。
通过扩展，想法是将敏捷团队中的自我管理原则转移到整个大型单位。 适应能力要求企业成为一个学习的组织，尤其是大公司。 因此，在这种情况下，我们不会提供交钥匙解决方案。 相反，我们与您一起制定一个概念，以确保它适合您的特定公司。 缩放模型可以为这个过程提供一个模板，因为它们更容易达成共识。
精选的缩放模型
规模化敏捷框架 (SAFe) 是汽车电子行业用于在组织的任何级别上规模化敏捷方法和实践的主要模型。 SAFe 特别适合负责同时交付大量客户项目的大型开发单位。
SAFe 涵盖的业务级别
- 团队
- 程序
- 商务解决方案
- 整个公司的投资组合管理
我们使用 SAFe 通过发布火车来同步这些不同的级别，也是为了让您的公司能够提供持续的收益。
如果您的公司需要同步许多一起开发系统的 Scrum 团队，那么大规模 Scrum 尤其有用。 通过同步 Scrum 事件，所有利益相关者都获得了相同的理解。 LeSS 基于一种非常直接的哲学，非常适合公司内的某些星座。
LeSS 包含许多非常简单的基本元素
- 原则
- 规则
- 实验
Nexus 的结构比 LeSS 更加简约，基于低级别的形式化规则。 这些授权团队有更多的余地，由 Nexus 集成团队同步。 通过允许更高的自由度，Nexus 使利益相关者可以更多地组织他们自己的任务。
Scrum@Scale 鼓励公司扩展他们现有的 Scrum 设置，而不是建立一个新的框架。 Scrum@Scale 没有制定规则，而是提出问题，让利益相关者自己开发扩展概念。
同步是通过使用产品所有者周期和 Scrum Master 周期来实现的。
您的项目需要支持吗？ 我们是您与电子开发中的管理咨询和改进计划有关的一切事宜的联系人。
敏捷实践的阅读材料和工具
看板袖珍指南
本袖珍指南提供了使用看板引导持续开发工作的不同方法的描述性解释。 它还可以让您熟悉看板的原理，向您介绍有用的角色和格式。 袖珍指南还概述了最佳使用看板的详细规则。
- 55页
- 环扣装订
- 英文版本
Scrum 袖珍指南
Scrum 在汽车环境中的用途和应用：这本《汽车中的敏捷》袖珍指南解释了敏捷汽车开发中遇到的典型角色、事件和工件。 定制 Scrum 解释了在汽车电子开发中使用 Scrum 所需的调整。
- 88页
- 环扣装订
- 包括实用的寄存器
- 提供德文或英文版本
Automotive SPICE® 和敏捷袖珍指南
作为汽车敏捷系列的一部分，Automotive SPICE® 和敏捷开发为您将敏捷方法应用于电子开发提供了有用的支持。 特别关注汽车电子领域的 Scrum、看板、持续集成和测试驱动开发 (TDD)。
该袖珍指南借鉴相关流程，解释了如何根据 Automotive SPICE® 使用敏捷开发方法和实践。
本袖珍指南仅提供英文版本。
- 120页
- 环扣装订
- 包括实用的寄存器
敏捷扑克工具
这个敏捷工具可用于帮助您的 Scrum 或看板团队以有趣的方式估算所需的时间投资。 这种估计方法有时也称为计划扑克。
简短实用的说明，解释如何使用敏捷扑克。 非常适合从事复杂项目的跨学科团队。 敏捷扑克套装装在坚固的金属盒中，可用于大量计划会议。
幸福指数卡
一种直接的测量工具，用于评估 Scrum 团队成员的满意度。 每个人都使用一张匿名的幸福卡来告诉其他人他们此刻的感受。 然后将这些分数相加，以评估敏捷团队的整体满意度。
适用于日常情况的日常工具。 要求可以办到。
您的项目需要支持吗？ 我们是您与电子开发中的管理咨询和改进计划有关的一切事宜的联系人。
我们可以为您提供更多支持……
- 让您的公司、项目或团队做好准备，让他们更适应即将推出的需求
- 为您的组织结构和工作流程创建单独的概念，以确保它们非常适合您的公司
- 在您的公司建立敏捷团队并在跨部门级别将其扩展到您的概念
- 识别跨多个模型的流程并让您的要求与SPICE®、功能安全指南和安全要求等行业要求相吻合
- 评估和评估，以了解您的开发功能在适应性和流程成熟度方面的状态
- 培训和辅导课程，让您的员工将敏捷原则应用于实际情况