Kontext
WikiGeschwindigkeit eine extreme Fahrzeugentwicklungsgeschwindigkeit verfolgen nach Joe Gerechtigkeit trat 2006 der Automotive X Prize Challenge bei. Das Ziel war es, ein straßenzulassungsfähiges, sicheres, viersitziges Auto mit mehr als der doppelten Kraftstoffeffizienz eines Toyota Prius zu bauen. Das Team wandte Scrum auf Hardware an und machte regulatorische Tests, Effizienzexperimente und Produktziele zu wöchentlicher Arbeit. Dies legte einen Engpass offen, den traditionelle Spezifikationen nicht lösen konnten: Schnelle Modulteams mussten immer noch physische Teile, Lasten, Wärmeübertragung, Daten, Kostenbeschränkungen und Sicherheitsauflagen integrieren.
Architekt für Flow
Struktur WikiSpeed teilte das Auto in eine kleine Anzahl von Modulen auf, die unabhängigen Teams gehörten. Jedes Team benötigte vor Beginn eines Sprints eine stabile Schnittstelle, die oft durch einen physischen Stummel oder die freigelegte Schnittstelle der vorherigen Fahrzeugversion dargestellt wurde. Paket Schnittstellen erfassten nur die Einschränkungen, die andere Teams benötigten: Geometrie, Befestigungspunkte, Lasten, Wärmeübertragung, Datenaustausch, Kostengrenzen und Compliance-Ziele. Die Schnittstelle beschrieb, was das Modul erfüllen musste, nicht wie das Team es bauen musste.
Commit Ein Modul wurde erst fertiggestellt, wenn es mit seiner Schnittstelle verbunden war und mit dem Rest des Fahrzeugs funktionierte. Konstruiere Integration floss daher in die Definition of Done jedes Teams ein, anstatt auf eine spätere Phase verschoben zu werden. Schnittstellen konnten bis zu einmal pro Sprint geändert werden, jedoch nur durch Scrum-at-scale-Koordination zwischen den Product Ownern. Dies hielt die Teams synchron und bewahrte gleichzeitig lokale Freiheiten.
Beschleunigen
Priorisieren WikiSpeed nutzte einseitige Spezifikationen, um den Umfang auf die wenigen kritischen Beschränkungen für das gesamte Fahrzeug zu reduzieren. Dies ermöglichte es den Teams, ihre Anstrengungen zu bündeln und lokale Optimierungen zu vermeiden, die die Integration verlangsamen würden. Commit Teams, die sich für stabile Schnittstellen während eines Sprints einsetzten, ermöglichten unterbrechungsfreie parallele Arbeit.
Konstruiere Jedes Team baute und integrierte jede Woche ein funktionierendes Modul im Rahmen eines kompletten Fahrzeugs. Die Integration wurde nicht aufgeschoben, sodass Probleme sofort auftraten. Betreiben Jeder Sprint produzierte ein funktionierendes Auto, das unter realen Bedingungen eingesetzt werden konnte. Entwickeln Rückmeldungen aus der Integration und der praktischen Anwendung flossen direkt in den nächsten Sprint ein, was eine schnelle Iteration von Design und Produktion ermöglichte.
Ergebnis
Explizite, minimale Schnittstellen ermöglichten die parallele Modulentwicklung, kontinuierliche Gesamtfahrzeugintegration und wöchentliche Auslieferung funktionierender Autos. Der Ansatz reduzierte den Koordinationsaufwand bei gleichzeitiger Aufrechterhaltung der Systemkohärenz unter schnellem Wandel. Dieselben Prinzipien wurden später von Joe Justice in seiner Arbeit mit Tesla und SpaceX, wodurch diese Praktiken auf groß angelegte Automobil- und Luftfahrtsysteme ausgeweitet werden.
English
German