Die Globalisierung und die Digitalisierung sorgen kontinuierlich für eine Veränderung des Umfelds vieler Unternehmen und stellen diese vor neue Herausforderungen. Kunden verlangen verstärkt individuelle und leistungsfähige Produkte mit kurzen und flexiblen Entwicklungszyklen. Während die Entwicklung eines neuen Automobils vor der Jahrtausendwende noch zwischen vier und sechs Jahren dauerte, sind heutzutage Entwicklungszyklen zwischen zwei und vier Jahren Standard. Hinzu kommen eine stetig wachsende Anzahl an Features und die Erwartungshaltung der Kunden nach individueller Abstimmung.

Um diesen neuen Anforderungen gerecht zu werden, setzen Unternehmen zunehmend auf eine agile Produktentwicklung. In der Softwareentwicklung haben sich agile Methoden wie Scrum oder Kanban längst in der Breite durchgesetzt. Der nächste logische Schritt ist, die Anwendung von Agilität auszuweiten durch den Einsatz dieser Frameworks auch in Hardware- und Mechanikumgebungen.

Das Problem von Körperlichkeit bei physischen Inkrementen

Allerdings birgt diese Übertragung viele Herausforderungen. Hardware und Mechanik haben einen bedeutenden Unterschied zu Software: die Körperlichkeit. Ein Grundprinzip der agilen Entwicklung ist die regelmäßige Bereitstellung funktionsfähiger Produktinkremente in kurzen Abständen. Was bei Softwareprodukten mit einem Klick auf "kompilieren" recht schnell umzusetzen ist, stellt sich bei Hardware- und Mechanikprodukten als komplexe Aufgabe dar.

Ein praxisnahes Beispiel verdeutlicht dies: In den frühen Phasen der Entwicklung eines Autositzes lässt sich nicht ohne Weiteres ein funktionsfähiges Inkrement (also ein potenziell auslieferbares Produkt) erstellen. Der Entwicklungsprozess erfordert hierbei umfassende Planung, detaillierte Konstruktion, Materialauswahl und aufwendige Tests. Bis ein physisch einsatzbereites Produkt vorliegt, ist ein langer Weg zu gehen.

Eine zentrale Frage ist also, wie agile Inkremente sinnvoll in der Hardwareentwicklung definiert werden können. Dieser Artikel liefert Antworten auf diese Fragen und bietet zudem konkrete Beispiele aus unserer langjährigen Erfahrung und Praxis.

Agile Inkremente: der Schlüssel zur iterativen Entwicklung

Bei der agilen Produktentwicklung wird der Entwicklungsprozess in sich wiederholende Iterationen geteilt, welche oft als "Sprints" oder "Zyklen" bezeichnet werden. Ein Sprint hat in der Regel eine Dauer von zwei bis vier Wochen. Während eines Sprints arbeitet das Entwicklungsteam kontinuierlich daran, die während des "Sprint-Planungsmeetings" definierten Aufgaben zu erledigen. Diese Aufgaben werden oftmals als "User Storys" oder "Tasks" definiert und sind typischerweise aus den Anforderungen des Produktauftraggebers oder des Kunden abgeleitet.

Ein Inkrement stellt hierbei einen konkreten Fortschritt zum Produktziel dar und wird sorgfältig geprüft, um sicherzustellen, dass es nutzbar ist. Innerhalb eines Sprints können mehrere Inkremente erstellt werden, üblicherweise als Ergebnisse von Tasks und User Storys. Der Fokus beim Inkrement liegt darin, dass das Inkrement am Ende des Zyklus "erlebbar" und "feedbackfähig" ist. "Erlebbar" bedeutet, dass es dem Kunden präsentiert wird und dieser mit dem Produkt interagieren kann. "Feedbackfähig" heißt in diesem Zusammenhang, dass Stakeholder auf Basis des Inkrements in Dialog treten, Diskussionen angeregt und Meinungen ausgetauscht werden können. In der Softwareentwicklung wird an dieser Stelle von "funktionierender Software" gesprochen.

Wichtige Eigenschaften eines Inkrements sind, dass es auf Funktionalität getestet ist und sowohl die "Definition of Done" (DoD) als auch die Akzeptanzkriterien erfüllt. In der Softwareentwicklung könnte die DoD zum Beispiel folgende Punkte beinhalten:

• Der Code ist vollständig kommentiert.
• Der Code wurde peer-reviewed (gegengeprüft).
• Ein Eintrag im Changelog ist angelegt (Änderung wurde dokumentiert).