Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.

Über Scrum und Hardware habe ich in diesem Blog schon mehrfach geschrieben:

Jan Fischbach: Scrum für Hardwareprodukte (längerer Artikel mit vielen Verweisen), Teamworkblog, erschienen am 14. Mai 2018, abrufbar unter http://www.teamworkblog.de/2018/05/scrum-fur-hardwareprodukte-langerer.html
Jan Fischbach: Lässt sich Scrum auch in Hardwareprojekten nutzen?, Teamworkblog, erschienen am 26. Mrz 2020, abrufbar unter https://www.teamworkblog.de/2020/03/lasst-sich-scrum-auch-in.html

Schaut gern dort vorbei.

Es kommt auf die Basics an

Im Februar 2025 war unser Kollege aus dem Scrum-Events-Netzwerk Joachim Pfeffer zu Gast bei Michael Jastram, der den Blog Systems Engineering Trends betreibt. Zu dem Gespräch gibt es eine Zusammenfassung.

Aber es wäre viel besser, sich das ganze Gespräch anzuhören. Wenn man seine Entwicklungszyklen drastisch verkürzen will, muss man auf ein paar Dinge achten:

Wie in anderen Bereichen auch, kommt es grundsätzlich auf die Kompetenz der Beteiligten an. Hardwareentwicklung braucht gutes Systems Engineering.
Wir müssen viel stärker auf die Schnittstellen im Produkt achten. Zudem brauchen wir eine Roadmap, wie wir diese Schnittstellen anpassen.
Wir müssen wissen, welche Teile und Pläne wir verwenden. Konfigurationsmanagement erleichtert die Arbeit.

Im Podcast gibt es noch mehr Infos dazu.

Arbeitet mehr mit Prototypen

Gerade liegt ein schon etwas älteres Buch von Preston G. Smith auf meinem Tisch. Er hatte bereits in den 1990ern ein Buch mit Don Reinertsen über Produktentwicklung geschrieben./1/

Im Buch Flexible Product Development geht er näher auf die Details einer agilen Hardwareentwicklung ein. Leider gibt es die überarbeitete Version nur in gedruckter Form. (Die Version von 2007 ist als E-Book bei Lehmanns erhältlich.) Das Warten auf die Lieferung des gedruckten Buchs lohnt sich.

Preston Smith erklärt z. B. sehr gut Modularisierung, Prototypen und Set-based-Design. Der Autor zeigt verständlich, warum viele, frühe und billige Prototypen die Entwicklungszeit verkürzen. Ich glaube, diese Hinweise sind hilfreich für alle, die bisher "klassisch" Hardware entwickeln. Schaut gern in das Inhaltsverzeichnis.

Literaturhinweise

/1/ Smith, Preston G., and Donald G. Reinertsen. Developing products in half the time: new rules, new tools. John Wiley & Sons, 1997. siehe auch https://www.wiley-vch.de/de/fachgebiete/finanzen-wirtschaft-recht/developing-products-in-half-the-time-978-0-471-29252-4
/2/ Smith, Preston G.: Flexible Product Development : Building Agility for Changing Markets. revised edition, New York: John Wiley & Sons, 2018, http://flexibledevelopment.com/FPD-book2.htm

Kommentare

Beliebte Posts aus diesem Blog

Klartext statt Konsens - wie Meetings wieder was bewirken

Bessere Kommunikation ist Lippenstift fürs Protokoll. Kennst Du das: Das Meeting läuft, Energie ist da, der Knoten platzt - und jemand sagt: "Wir müssen besser kommunizieren!" Alle nicken. Jemand schreibt's auf. Und was passiert damit? Nichts . Warum? Weil "besser kommunizieren" keine Handlung ist. Genauso wenig wie: "mehr Verantwortung übernehmen", "offener Feedback geben", "konstruktiver diskutieren", "proaktiver sein", "mehr miteinander reden", "transparenter werden", "Verständnis füreinander zeigen". Alles klingt gut. Aber ohne Klartext bleibt’s ein Vorschlag - nett im Protokoll, aber ohne Effekt auf den nächsten Arbeitstag. Kein konkreter Schritt, keine sichtbare Veränderung. Keiner der's macht. Es ist eine gute Absicht ohne Konsequenz. Wir haben kein Problem Verbesserungen zu identifizieren. Die wahre Herausforderung ist selten das Finden von Verbesserungen. Es ist das Konkretisie...

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Dateien teilen in Teams - arbeiten in gemeinsamen Dateien

Arbeitest du mit Kolleginnen und Kollegen an gemeinsamen Dateien, die in Teams, aus OneDrive oder SharePoint liegen? Hast du dabei vielleicht kein ganz gutes Gefühl, weil du dir nicht so ganz sicher bist, was mit der Datei tatsächlich passiert? Wer darauf Zugriff hat und wie du das sehen kannst? Dann lies weiter, hier stelle ich dir die wichtigsten Fakten und Einstellungen kurz und knapp vor.

Erfahrung mit Vibe-Coding - und warum das keine Teamprobleme löst

Die KI-Werkzeuge zum Erstellen von Werkzeugen für die tägliche Arbeit werden immer besser. Die selbstgestrickten Tools erleichtern die eigene Arbeit. Aber für den Einsatz im Team fehlt noch etwas.

Wie baut man einen Aktenplan auf?

Ein Aktenplan beschreibt, an welcher Stelle genau ein Team seine Dokumente und Nachrichten ablegt. Aber wie baut man den genau auf?

Wenn Leisten Leistung kostet

Immer. Immer "on". Immer mehr. Immer schneller. Und natürlich: Immer besser. Das ist die Welt, in der wir heute leben. Eine Welt der Dauerleistung. Und die hat ihren Preis: Wir werden schwächer. Sofern wir nicht die Grundlagen guten (Selbst-)Managements beherzigen und Pausen machen. Also zur richten Zeit das wirklich Wichtige tun.

Microsoft Copilot - Notebook, Pages, Agents und mehr

Es tut sich sehr viel an der Copilot Front. Gefühlt entwickelt Microsoft mit aller Kraft die KI-Anwendung weiter. Mit dem letzten Update hat sich die Microsoft-Startseite stark verändert. Hier zeige ich, was sich hinter all den Begrifflichkeiten verbirgt und was davon alltagstauglich ist.

From False Starts to Precision Landing: The Evolution of Requirements Management

Requirements management originated in U.S. rocket programs between 1945 and 1970. A small management trick contributed to the success of the Apollo program.

Die Profi-Tools im Windows-Explorer

Haben Sie bei der Urlaubsvertretung sich manches Mal geärgert, wenn Sie Dateien gesucht haben, die ein Teammitglied abgelegt hat? Die Suche im Explorer funktioniert tadellos, aber manchmal sollte man den Suchbegriff noch ein bisschen genauer fassen können. Z.B. mit UND oder ODER oder NICHT... Das geht so einfach, dann man von alleine kaum drauf kommt:

Das Teamwork-Blog

Dieses Blog durchsuchen