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?
„Product Velocity“ ist ein neuer Ansatz, mit dem Unternehmen schneller lernen, Entscheidungen treffen und Ergebnisse liefern können.
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.
Schulung in Hamburg
Für Deutsche: Mein Seminar bei oose in Hamburg am 21./22. September.
Finde dein Anti-Muster
Beantworten Sie ein paar kurze Fragen. Ergebnisse erscheinen sofort. Keine Anmeldung erforderlich.
Webinare im Herbst 2026
Ich spreche mit Geschäftsführern, Branchenführern und Experten für Systemtechnik
Fallstudien in Product Velocity
Umstrukturierung anhand von Customer Journeys
Einsatz des „Inverse Conway Maneuver“, um Teams auf die Produktarchitektur abzustimmen
Kontinuierliche Validierung von sicherheitskritischer Airbag-Software
Dainese verwandelte die MotoGP-Telemetrie und -Simulation in eine kontinuierliche Verifizierungsplattform für eine schnellere und sicherere Entwicklung eingebetteter Software.
Flow-Architektur beschleunigt die Entwicklung
BYD verkürzt die Automobilentwicklung von vier Jahren auf achtzehn Monate durch eine Architektur, die den Fluss beschleunigt.
Modulare Teams für modulare Raketen
Durch die Einrichtung modularer Teams richtete SpaceX die Organisationsstruktur an der Raketenarchitektur aus.
Industrielle Wiederverwertung von Lithium-Ionen-Batterien
Industrielles Lithium-Ionen-Batterierecycling als Geschäftspriorität mit proaktiver systematischer Strukturierung zeigt langfristige Produktgeschwindigkeit.
EF-Bajonett als stabiles Interface über Hardware-Generationen hinweg
Die EF-Bajonettfassung für Objektive schuf Vertrauen in Objektivinvestitionen, bewiesen durch jahrzehntelange Nutzung trotz technologischen Wandels.
Hardware-Modularität für die Fertigung
Hardware-Modularität, abgestimmt auf das Fließband, gab BMW die Flexibilität, die Produktion von Elektroautos bei Bedarf zu beschleunigen.
Schnellere Entwicklung von elektrischen Ölpumpen durch modellbasierte Verifikation
Validierte Simulationen reduzierten späte Tests und verkürzten Entwicklungszyklen von Wochen auf Tage.
Smart Bin Value Framework
Ein Wertrahmenwerk verbindet den Stakeholderwert mit Produktfähigkeiten und hilft der Organisation, sich auszurichten.
Lernen aus dem Flug: Entwicklung wiederverwendbarer Falcon-Booster
Durch den Einsatz von Produktionsverstärkern konnte SpaceX diese kostengünstig wiederverwendbar machen, indem es selbstlandende Fähigkeiten entwickelte.
Vom Verkauf von Triebwerken zum Verkauf von Flugstunden
Indem Rolls-Royce statt Strahltriebwerken Betriebsstunden verkaufte, verlagerte es sich von einem Produkt- zu einem Abonnementmodell.
Autos in einwöchigen Sprints mit einseitigen Interface-Dokumenten bauen
Ein einfaches einseitiges Schnittstellendokument ermöglichte eine effektive Kommunikation zwischen den Teams.
SpaceX Starship vs. NASA Space Launch System (SLS)
Die Entwicklung des SpaceX Starship wendet Prinzipien der Produktgeschwindigkeit an. Ein Vergleich mit der NASA SLS zeigt drastisch die wirtschaftlichen Auswirkungen.
Verschiebung der Schweißnahtprüfung in den Produktionsschritt
Inspektionsverzögerungen beseitigen, um das Fertigungslernen zu beschleunigen
Opal Eismaschine: Nachfrage testen, bevor in großem Maßstab gebaut wird
FastWorks reduziert Risiko und Markteinführungszeit für die Opal Eiswürfelmaschine, indem die Nachfrage vor der Skalierung mit echten Kunden validiert wird.
Die Schleife schließen mit MLOps und Nutzerfeedback nach der Bereitstellung
Feld-Feedback in einem regelmäßigen Rhythmus speist die MLOps-Pipeline, verbessert Sortiermodelle und hält die Benutzer gleichzeitig im Lernprozess engagiert.
Parametrische Turbinenkonstruktion
Von Monaten technischer Iteration zu Tagen des Design-Explorations
Pull-basierte Hardwareintegration
Indem Ameru die vollständige Systemintegration nur bei geänderten Hardware-Risiken auslöste, behielt es schnelle Rückkopplungszyklen bei und schützte gleichzeitig die Systemintegrität.
Isolierung und Validierung kritischer Teilsysteme vor der Integration
Indem Ameru Reifung, Abschieben und Klassifizierung unabhängig voneinander durchführte, verhinderte sie eine vorzeitige Festlegung und gestaltete die Architektur anhand von Beweisen.
Leichtgewichtige Architektur mit arc42 für eine GPS-integrierte Webanwendung
Das Open-Source-Projekt Biking2 demonstriert, wie eine schlanke Architektur mit arc42 die Produktgeschwindigkeit für ein hardwareabhängiges Softwareentwicklungsprojekt ermöglicht.
Lösung des realen Wirtschaftsproblems durch Differenzierung der Stakeholder
Ameru löst das wirtschaftliche Problem des Kunden, indem es den Stakeholder Value explizit und messbar macht.
Modellierung als Plattformstrategie
Wie schrittweise Architekturen und Modellierungsinitiativen zu systemischen Effizienzsteigerungen führten
Zertifizierung als Plattformfähigkeit
Zertifizierung kann ein Engpass sein. Durch die Integration der Genehmigung in die Plattformarchitektur hat Wagner die Zertifizierungszeit drastisch reduziert.
Blockaden eskalieren in 60 Minuten, um den Designfluss zu schützen
Durch die Institutionalisierung der täglichen Eskalation eliminierte Saab die Entscheidungsfindung und schützte Entwicklungsprogramme im Wert von Milliarden von Dollar.
Werkzeuglose Feldwartung durch stabile, zukunftssichere Schnittstellen ermöglichen
Durch die Nutzung des USB-C-Standards und eine einfache mechanische Halterung hat Ameru eine robuste, zukunftssichere Schnittstelle für ihren Entleerungsmechanismus geschaffen.
Verkürzung der Validierungszeit durch virtuelle Verifizierung und Validierung mit Digital Twins
ZF nutzte Modellierung, Simulation und KI, um die Validierungszeit von zwölf auf zwei Monate zu verkürzen.
Schnelle Motoreniteration durch kontinuierliche Vollsystemintegration
SpaceX überarbeitet, baut und testet Raptor-Triebwerke im Zwei-Tage-Rhythmus.
Neueste Texte
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.
(KI) Automatisierung ohne Beschleunigung
Grundsätze der Produktgeschwindigkeit #3. Automatisierung, insbesondere durch KI, kann den Prozess verlangsamen. Denken Sie an das Little’sche Gesetz.
In Deutschland gibt es keine Wohnungsknappheit. Es gibt ein Problem mit dem Zustrom.
Architektur und Fluss #4. Das Anti-Muster, das ein ganzes Land lahmlegt: Eine Fallstudie zur deutschen Wohnungskrise.
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
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.
English
German