Ein besserer Ansatz für die Entwicklung cyber-physischer Produkte
Die Bedeutung von
Product Velocity
Was führt dazu, dass eine Organisation schneller vorankommt als eine andere?
Die Produktgeschwindigkeit beschreibt, wie schnell Sie erkennen, worauf es ankommt, und dies in wertvolle Produktverbesserungen umsetzen.
Manche Unternehmen entwickeln schneller bessere Produkte. Nicht nur ein bisschen, sondern um ein Vielfaches.
BYD[1] entwickelt neue Fahrzeuge innerhalb von 18 Monaten, während herkömmliche Hersteller dafür Jahre benötigen. SpaceX hat die Wirtschaftlichkeit von Raketenstarts durch schnelle Iterationen revolutioniert[2]. Selbst Start-ups wie Ameru[3] beantwortete an den Wochenenden ihre wichtigsten technischen Fragen und brachte das Produkt in weniger als einem Jahr auf den Markt.
Diese Organisationen haben kaum etwas gemeinsam, außer einer Sache: Sie optimieren ihre Lern-, Entscheidungs- und Koordinationsprozesse. Die Softwareentwicklung hat sich seit Jahrzehnten in diese Richtung weiterentwickelt. Die gleichen Prinzipien gelten auch für cyber-physische Produkte.
Ich nenne diese Denkweise Product Velocity. Es handelt sich nicht um eine weitere Methodik. Es ist eine Disziplin, die darauf abzielt, zu verstehen, warum manche Organisationen bei der Entwicklung komplexer Produkte andere Organisationen regelmäßig übertreffen.
Die vier Grundsätze[4] und der Velocity-Loop[5] ein praktisches Modell zur Identifizierung von Engpässen, zur Verbesserung des Wertstroms und zur Beschleunigung des Lernprozesses bieten. So wie DevOps die Softwareentwicklung verändert hat, zielt Product Velocity darauf ab, die Art und Weise zu verändern, wie wir komplexe Produkte entwickeln.
Webinare im Herbst 2026

Ich spreche mit Geschäftsführern, Branchenführern und Experten für Systemtechnik
Ich habe einen Science-Fiction-Roman geschrieben

Es geht eigentlich nicht um Platz. Es geht darum, warum Produkte verspätet ausgeliefert werden.
Fallstudien in Product Velocity
Neueste Texte
Was passiert, wenn Systemmodelle in die CI-Pipeline aufgenommen werden?
Architektur für Flow #6. Systemmodelle (MBSE) können die Produktgeschwindigkeit durch die Unterstützung von CI fördern. Dabei gibt es jedoch zahlreiche Fallstricke.
Bevor Sie irgendetwas beschleunigen, sollten Sie sich diese vier Fragen stellen
Warum Unternehmen nur langsam vorankommen #6. Bei Ihren Initiativen zur Beschleunigung ersparen Ihnen diese vier Fragen Enttäuschungen. Mit oder ohne KI.
Nicht jedes Warten ist Zeitverschwendung
Architektur für den Fluss #5. Warten ist nicht immer Zeitverschwendung. Das eigentliche Problem besteht darin, nur die Kapazität zu messen und die Wartezeit außer Acht zu lassen.
Velocity Loop 2.1: Vom Engpass zum Rückgrat
Erläuterung der Geschwindigkeitsschleife #5. Diese Überarbeitung der Schleife verdeutlicht die visuelle Semantik und verringert Missverständnisse.
Wie „Product Velocity“ Mercedes retten kann
Warum Unternehmen träge bleiben #5. Mercedes wird nicht dadurch gerettet, dass man von den Mitarbeitern verlangt, mehr Stunden zu arbeiten. Klare Ziele und ehrliche Kennzahlen hingegen schon.
Eine Methode verbreitet sich schneller als Geschichte als als Anleitung
„Kessler Seven“ ist ein Science-Fiction-Roman, der davon handelt, wie durch die Reparatur defekter Übergänge und Tore zehntausend Leben gerettet werden.

Das Buch
Product Velocity wird von MIT Press veröffentlicht. Das Buch stellt das Betriebsmodell und die zugrunde liegenden technischen Prinzipien vor.
Schulungen, Workshops und sonstige Veranstaltungen
In Schulungen und Workshops verwenden Ingenieurteams das Product Velocity Arbeitsbuch, um strukturelle Engpässe zu identifizieren und Interventionen in ihren Entwicklungssystemen zu definieren.
Bevorstehende Veranstaltungen
30-tägige Intervention
Vortrag auf der ReConf 2026 (Deutsch)
Interview mit Joe Justice zum Thema Produktgeschwindigkeit
Product Velocity anwenden
Einige Organisationen wenden Product Velocity direkt in ihren Entwicklungsprogrammen durch gezielte Einsätze an.
Alternativ beginnt die 30-tägige Intervention mit einem Kick-off-Workshop. Die Teams können entscheiden, ob sie die restlichen 30 Tage eigenständig oder mit professioneller Anleitung absolvieren.






