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.
Präsenzseminar vom 21. bis 22. September in Hamburg, veranstaltet von oose — Mehr erfahren und buchen
Lernen
Über
Teilnehmen
Nachrichten
- Nicht jedes Warten ist Zeitverschwendung
- Velocity Loop 2.1: Vom Engpass zum Rückgrat
- Wie „Product Velocity“ Mercedes retten kann
- Eine Methode verbreitet sich schneller als Geschichte als als Anleitung
- (KI) Automatisierung ohne Beschleunigung
- In Deutschland gibt es keine Wohnungsknappheit. Es gibt ein Problem mit dem Zustrom.
- Conways Gesetz ist nur die halbe Wahrheit: Lernen Sie den „Conway-Drift“ kennen
- Ein Pilotplatz für eine 30-tägige „Product Velocity“-Maßnahme
- Es liegt nicht an den Ingenieuren
- Vier Prinzipien, zwei Geschwindigkeiten
- Die Geschwindigkeitsfunktion löst ein Kommunikationsproblem und ist kostenlos nutzbar
- Warum Produktgeschwindigkeit eine gemeinsame Sprache braucht
- Warum niemand das gesamte System besitzt
- Die Gleichung hinter schneller Produktentwicklung
- 3 Organisationsformen, die die Entwicklung leise verlangsamen
- Wie die ersten 30 Tage der Produktgeschwindigkeit tatsächlich aussehen
- Warum Produkt-Denken nicht mehr ausreicht
- Was mir das Schreiben von 74.000 Wörtern über Produktgeschwindigkeit beigebracht hat
- Architektur bestimmt, wie schnell Organisationen lernen
- Die 4 Prinzipien hinter Product Velocity
- Warum die meisten Fallstudien nutzlos sind
- Architekturentscheidungen, die die Geschwindigkeit leise zerstören
- Was Value Stream Mapping in der Produktentwicklung übersieht
- Warum schnellere Teams trotzdem langsam liefern
- Die Velocity Loop erklärt: DevOps für physische Produkte
- Produktgeschwindigkeit ist jetzt ein Wettbewerbsproblem
- Produktgeschwindigkeit bei 4 Veranstaltungen im Frühjahr 2026
- Die 4 Prinzipien zur Strukturierung des Buches
- Deine Kollegen haben das Problem, an dem du festhängst, bereits gelöst
- Was technische Führungskräfte nach meinem Keynote-Vortrag über Produktgeschwindigkeit fragten
- Produktgeschwindigkeit ergibt sich aus Interaktionen über vier Stakeholder-Domänen
- Warum MIT Press zu Product Velocity Ja sagte
- Was ich bei einem Verlag suchte
- 2. Angebot von Apress
- Warum ich Lean Systems in Product Velocity umbenannt habe
- Wie ich einen Verlag für Product Velocity gewählt habe
- Das erste Signal, dass Produktgeschwindigkeit Anklang fand
- Senden des Produkt-Velocity-Vorschlags an MIT Press
- Der schwierigste Teil war, das Problem klar zu definieren
- Warum ich mit Product Velocity begonnen habe
- Bevor Produktivität einen Namen hatte
English
German