Agile wird im Embedded-Umfeld oft früh abgetan: Man könne nicht iterieren, so das Argument, wenn die Hardware erst in Woche zwölf eintrifft. Für Scrum nach Lehrbuch stimmt das — für Agilität, die die Randbedingungen mitdenkt, nicht. Es ging nie um Zwei-Wochen-Sprints um ihrer selbst willen, sondern darum, den Abstand zwischen einer Entscheidung und der Rückmeldung zu verkürzen, die zeigt, dass sie falsch war — auch dann, wenn ein Teil des Systems noch als bestelltes Silizium unterwegs ist.
Diese Kurse stammen aus echten Embedded-Transformationen — demselben Terrain, das unsere Trainer im Agile-Embedded-Podcast behandeln. Sie reichen vom ersten Anstoß für ein Team, das so noch nie gearbeitet hat, über Scrum Master und Requirements Engineering für Hardware-Software-Produkte bis zu den Product-Owner- und Führungsrollen, die verhindern, dass eine Transformation beim ersten Termindruck wieder zurückfällt.