Artikel
Schreiben über Product Velocity
Newsletter
2 Mal pro Monat. Neue Artikel, Webinare, Videos, Schulungen. Sie können sich jederzeit abmelden.
Warum die meisten Fallstudien nutzlos sind
Fallstudien zu Product Velocity #1. Aufschlussreiche Fallstudien erläutern Mechanismen, Abwägungen und Organisationsstrukturen.
Fallstudien spielen eine seltsame Rolle in der Produktentwicklung. Jeder behauptet, sie wertzuschätzen, doch die meisten Fallstudien enden als geschliffene Erfolgsgeschichten, denen genau die Details fehlen, die sie nützlich machen würden.
Mit Product Velocity möchte ich Fallstudien anders behandeln.
(mehr …)Architekturentscheidungen, die die Geschwindigkeit leise zerstören
Architektur und Ablauf #3. Die Architektur entscheidet darüber, ob Veränderungen reibungslos verlaufen oder an der Koordination scheitern.
Die meisten Organisationen erleben eine Verlangsamung der Auslieferung als Problem der Ausführung. Teams sind zu langsam, die Integration dauert zu lange, Releases verzögern sich. Die instinktive Reaktion ist, den Prozess, die Werkzeuge oder die Personalbesetzung zu optimieren. Doch in vielen Fällen ging die Geschwindigkeit bereits verloren, lange bevor das Design begann. Sie ging verloren, als Architektur-Entscheidungen festlegten, wie sich Änderungen im System ausbreiten würden.
Architektur allein macht Produkte nicht schnell oder langsam. Sie bestimmt die Kosten von Änderungen. Sobald Grenzen, Schnittstellen und Abhängigkeiten festgelegt sind, fließt jede zukünftige Entscheidung entweder reibungslos oder stagniert in der Koordination. Dieser Beitrag basiert auf Teil III – Systemarchitektur und destilliert eine einfache, aber unbequeme These: Architektur ist eine wirtschaftliche Entscheidung über Verzögerung. Wenn man sich da irrt, wird keine Prozessoptimierung später noch Geschwindigkeit gutmachen können.
(mehr …)Was Value Stream Mapping in der Produktentwicklung übersieht
DevOps für physische Produkte #1. Bei der Produktentwicklung muss nicht nur der Materialfluss, sondern auch der Informationsfluss abgebildet werden.
Das Buch Sehen lernen von Mike Rother und John Shook ist die maßgebliche Einführung in die Wertstromanalyse. Ihr Umfang ist unerschrocken auf Produktion und Logistik ausgerichtet. Das physische Material bewegt sich. Bestände türmen sich auf. Die Durchlaufzeit kann mit einer Stoppuhr und einem Klemmbrett gemessen werden.
Dieser Fokus ist eine Stärke, keine Einschränkung. Das Buch lehrt eine Methode, Systeme zu betrachten. Sobald man die Logik verstanden hat, ist der Sprung vom Verkaufsraum zur Produktentwicklung kleiner, als es scheint. Dieser Beitrag rezensiert zunächst das Buch, wie es geschrieben wurde. Anschließend wird erklärt, wie seine Ideen direkt auf Product Velocity anwendbar sind.
(mehr …)Warum schnellere Teams trotzdem langsam liefern
Warum Unternehmen nur langsam vorankommen #1. Lokale Effizienzsteigerungen lösen systemische Entwicklungsengpässe nur selten.
Traditionelle Produktunternehmen stehen vor einer unbequemen Realität. Wettbewerber tauchen scheinbar aus dem Nichts mit innovativeren, schneller auf den Markt gebrachten und oft dramatisch günstigeren Produkten auf. Die instinktive Reaktion ist, nach Effizienzsteigerungen: schnellere Werkzeuge, schlankere Prozesse, mehr Automatisierung auf Arbeitsplatzebene. Doch Organisationen, die diesen Weg einschlagen, stellen oft fest, dass ihre gesamte Entwicklungsgeschwindigkeit hartnäckig unverändert bleibt oder sogar sinkt.
Dies ist kein Ausführungsfehler. Es ist ein Scheitern eines Paradigmas.
(mehr …)Die Velocity Loop erklärt: DevOps für physische Produkte
Der Velocity Loop erklärt: #1. Der Velocity Loop überträgt DevOps-Prinzipien auf die Entwicklung cyber-physischer Produkte.
Die meisten Organisationen spüren, dass ihre Produktentwicklung langsamer ist, als sie sein sollte. Weniger können benennen, wo die Verlangsamung tatsächlich stattfindet. Velocity Loop liefert Ihnen diese Diagnose auf einen Blick. Sie können Folgendes sehen:
- Wo die Absicht stockt
- Wo Entscheidungen sich stapeln
- Wo Feedback verloren geht,
- Wo Lernen niemals zurück ins System kommt
Hohe Produktgeschwindigkeit ist eine operative Anforderung für jedes Unternehmen, das aufbaut komplexe, cyber-physische Produkte. Die wahre Herausforderung ist nicht ob Geschwindigkeit möglich ist, aber wie man sie erreicht systematisch und wiederholbar. Die Velocity Loop begegnet dieser Herausforderung, indem sie die Kernlogik von DevOps auf physische Produkte überträgt und kontinuierliches Feedback und Integration an Umgebungen anpasst, in denen Hardware, Software und Betrieb mit sehr unterschiedlichen Geschwindigkeiten weiterentwickelt werden.
Im Kern verbindet die Geschwindigkeitsregelschleife vier Praktiken. Business, System Stewardship, Engineering und Delivery. Zusammen bilden sie ein geschlossenes System, das Absicht in Ergebnisse und Ergebnisse zurück in Lernen umwandelt. Während Sie weiterlesen, können Sie die Schleife bereits als Spiegel verwenden.
(mehr …)Produktgeschwindigkeit ist jetzt ein Wettbewerbsproblem
Warum Unternehmen langsam bleiben #1. China Geschwindigkeit. Unternehmen, die ihre Produktentwicklung nicht beschleunigen können, laufen Gefahr, ihre Wettbewerbsfähigkeit völlig zu verlieren.
Geschwindigkeit wird seit langem als Thema der Effizienz diskutiert. Kürzere Vorlaufzeiten. Weniger Übergaben. Bessere Werkzeuge. Diese Gespräche verfehlen das Wesentliche. Es ist nicht mehr optional, einen neuen Ansatz für die Produktgeschwindigkeit zu verfolgen.
Produktgeschwindigkeit bedeutet nicht, die gleiche Arbeit schneller zu erledigen. Es geht darum, ob Organisationen überhaupt lebensfähig bleiben.
(mehr …)Produktgeschwindigkeit bei 4 Veranstaltungen im Frühjahr 2026
Melden Sie sich jetzt für den halbtägigen „Product Velocity“-Workshop am 27. April 2026 in München an und sparen Sie 10% mit dem unten stehenden Rabattcode.
Nicht nur ReConf ein sprechen und ein Werkstatt wurden bei Product Velocity akzeptiert. Hier sind alle meine Spring-Events:
31. März: Komplexität meistern, Zürich(Vergangenheit)- 27.–29. April: ReConf, MünchenErhalten Sie 10% gratis mit Aktionscode: REC26_SPRE_2523)
- 7./8. Mai Mesconf, München
- 8./9. Juni: MBSE-Gipfel, Traunkirchen
Wenn Sie an der Beschleunigung der Hardware- oder cyber-physikalischen Produktentwicklung arbeiten, treffen Sie mich dort!
👉 Jetzt registrieren und 10% deaktivieren mit dem Promo-Code: REC26_SPRE_2523
(mehr …)Die 4 Prinzipien zur Strukturierung des Buches
Hochgeschwindigkeitsorganisationen teilen vier wiederkehrende Strukturprinzipien.
Aktualisierung: Ich habe dies ursprünglich im November 2025 veröffentlicht, nachdem ich etwa ein Drittel des Entwurfs geschrieben hatte. Zu diesem Zeitpunkt beschloss ich, das Buch um diese 4 Prinzipien der Produktgeschwindigkeit aufzubauen.
Lesen Sie dieser Artikel für eine eingehendere Berichterstattung.
(mehr …)Deine Kollegen haben das Problem, an dem du festhängst, bereits gelöst
Knowledge Flow #1. Das erste „Product Velocity Mastermind“-Treffen hat gezeigt, dass der Engpass selten in fehlendem Wissen liegt. Der Engpass besteht vielmehr darin, dieses Wissen in Fluss zu bringen.
Wir haben letzte Woche die erste Sitzung des Product Velocity Mastermind abgehalten.
Ein Mitglied brachte ein echtes Problem in die "heiße Phase": Wie können Ingenieurteams einen modellbasierten Ansatz tatsächlich annehmen, wenn die Toolchain unbekannt ist und die Frist real ist.
Was danach geschah, war kein Rahmenwerk eines Beraters. Es waren 15 Personen, die jede von einem anderen Winkel gegen dieselbe Wand gelaufen waren und in Echtzeit Notizen verglichen. Innerhalb von 20 Minuten hatte die Person in der Schusslinie drei Ansätze, die sie nicht in Betracht gezogen hatte, darunter einen, der bereits in einem anderen Unternehmen gescheitert war, und genau begründet, warum.
(mehr …)Was technische Führungskräfte nach meinem Keynote-Vortrag über Produktgeschwindigkeit fragten
Fragen und Diskussionen aus einer Keynote zur Beschleunigung der Entwicklung cyber-physischer Produkte.
Ich habe die Keynote über Produktgeschwindigkeit bei Modern RE in Leipzig. Die Vorbereitung auf die Keynote hat mir auch geholfen, das große Ganze für das Buch im Auge zu behalten.
Wenn Sie an dieser Keynote interessiert sind, um sie Ihrem Team in Ihrem Unternehmen (oder in jedem anderen Rahmen) zu präsentieren, Kontaktiere mich.
English
German