Direkt zum Hauptbereich

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:

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


Kommentare

Beliebte Posts aus diesem Blog

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.

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.

Schätzungen sind schätzungsweise überschätzte Schätze

"Wer viel misst, misst viel Mist." Zumindest ist diese Gefahr gegeben. Entweder misst man z. B. Mist, weil man zu früh zu KPIs zur Messung von Ergebnissen greift, oder aber man greift zu den falschen KPIs, die gar nicht das messen, was man wissen möchte. Einst war agiles Arbeiten der alternative Ansatz, aber inzwischen gibt es auch für einige Details dessen, was in Konzernen als "agil" praktiziert wird, einleuchtende alternative Ideen, die bis heute noch nicht so richtig auf die große Bühne vorgedrungen zu sein scheinen. 

Wenn es mal gerade etwas schwierig bei Kund:innen wird… Zwei Fragen, die uns helfen, unsere Strategie mit unseren Kund:innen abzusprechen.

Seit 2024 organisieren Bob Galen und ich eine Masterclass für agile Coaches. Wir möchten die Ausbildung von agilen Coaches verbessern und ihnen Techniken mitgeben, mit denen sie bei ihren Kund:innen etwas einfacher haben. Bisher haben wir in vier Durchgängen mit jeweils 14 Modulen ungefähr 70 Extraordinarily Badass Agile Coaches ausgebildet (/1/). In diesem Blogpost möchte ich ein paar Erfahrungen und simple Techniken aus der Masterclass teilen, wie wir unsere Strategie besser abstimmen können. Sie beschränken sich nicht auf agiles Coaching – das ist nur das Setting.

Teamleitungen gesucht

Was macht Teams erfolgreich? Kann man das lernen? Ab Herbst starten unsere Kurse für aktuelle und künftige Teamleitungen. Jetzt gibt es die Gelegenheit, den Kurs zu testen.

Nachschau zum Lean Coffee-Spezial "Agil einfach machen" (Interaktive Buchvorstellung)

Bei unserem Lean Coffee-Spezial Ende Mai waren wir von Lean Coffee Karlsruhe/Frankfurt Zeugen einer Buchvorstellung, doch nicht nur das – natürlich gab es auch einen nicht unbeträchtlichen Anteil an eigener Aktion, denn bei unseren Spezialterminen ist traditionell „Teilgabe“ angesagt. Das Autorenduo Christian Baron und Janick Oswald zeigte uns, was es mit „Agil einfach machen“ auf sich hat.  

Wie überprüft man den aktuellen Stand einer neuen gemeinsamen Ablage?

Ihr habt in eurem Team die individuellen, unordentlichen Ablagen auf eine gemeinsame Ablage, die nach Vorgängen und Prozessen geordnet ist, umgestellt. Woher wisst ihr, ob das wirklich funktioniert? In diesem Beitrag gibt es 10 Auditfragen.

Intelligent filing

Most digital workplaces are disorganized. Important documents are scattered, there are too many emails in the inbox, and information is fragmented across different chats and boards. The consequence is that if you search for information, you have to visit all these different places. Still, you won't be sure you'll find it. Fortunately, there is a better way to structure your digital workplace. This method is more than 200 years old. It still works really well.