Der Funktionsaufruf kehrt zurück, bevor die Welt sich geändert hat
Wer die Physik beim Funktionsaufruf in der Entwicklung ignoriert, entdeckt Fehler erst bei der Integration.
Von Mercedes zu NIO: Was moderne Engineering-Toolchains ausmacht
Dr. Yousef Hooshmand hat sowohl im deutschen als auch chinesischem Automotive-Umfeld gearbeitet und teilt seine Perspektive.
Hendrik Dahmke: Product Velocity braucht gemeinsames Verständnis
In diesem Gastbeitrag betrachtet Hendrik Dahmke Product Velocity aus der Perspektive eines Systems Engineers.
Das Phoenix Project im Orbit: Kessler Seven
„Kessler Seven“ ist ein Science-Fiction und erzählt die Geschichte, wie durch Product Velocity zehntausend Menschenleben gerettet werden.
Warum funktionale Ketten keine Capability Threads sind
Drawing on Robin Yeman’s MBSE Summit keynote, this article explain capability threads and how integration bottlenecks emerge despite MBSE.
Deutschland hat kein Wohnraumproblem. Deutschland hat ein Flow-Problem.
Product Velocity lässt sich auch auf Themen außerhalb der Produktentwicklung anwenden, zum Beispiel Wohnraum in Deutschland.
Nicht die Ingenieure: Wenn das Vorgehensmodell zum Engpass wird
Nicht die Ingenieure sind der Unterschied zwischen langsamen und schnellen Firmen, das Vorgehensmodell ist der Engpass!
Vier Sichtweisen auf Ontologien zwischen SysML, KI und Philosophie
Vier Vorträge zeigten Ontologien als Verbindung von SE, Wissensgraphen, KI und philosophischen Fragen nach Bedeutung und Existenz.
Wenn Komplexität kippt: Tim Weilkiens über den digitalen Sturm im Engineering
Tim Weilkiens beschreibt die Situation im Engineering durch die Explosion in Komplexität und anderen Bereichen als perfekten Sturm.
Finde das Problem, bevor Du es löst: Der Product Velocity Anti-Pattern Finder
Der Anti-Pattern Finder ermöglicht Anwendern, in zwei Minuten ein Problem bezüglich Product Velocity zu finden.
Die Mathematik der Product Velocity: Warum Geschwindigkeit eine Frage der Unsicherheit ist
Die Theorie hinter Product Velocity lässt sich mit Mathematik ausdrücken und optimiert Reduktion von Unsicherheit mit vier Variablen.
Wir brauchen zuerst das Problem, nicht die Lösung
Probleme müssen vor Lösungen verstanden werden, um unnötige Komplexität zu vermeiden und die optimale Lösung zu finden.
