Die Gleichung hinter schneller Produktentwicklung

Grundsätze der Produktgeschwindigkeit #1. Produktentwicklung ist das Management wirtschaftlicher Risiken unter Unsicherheit.

The Math Behind Product Velocity

Wir betrachten Produktentwicklung oft als die Erstellung von Funktionen, aber in Wirklichkeit handelt es sich um das Management wirtschaftlicher Risiken unter Unsicherheit. Die Formel, die diesen Zusammenhang ausdrückt, besteht nur aus vier Variablen.

Wenn eine Produktinitiative beginnt, ist die wirtschaftlich gewichtete Unsicherheit U(t) hoch. Wir wissen noch nicht, ob die Lösung technisch funktionieren wird, ob die Kunden sie wertschätzen werden, ob sie zu akzeptablen Kosten geliefert werden kann oder wie sie im Betrieb funktionieren wird. Mit der Zeit sollte diese Unsicherheit abnehmen. Was den Erfolg bestimmt, ist nicht nur, wie gering die Unsicherheit schließlich wird, sondern wie lange das Kapital gebunden bleibt, während sie ungelöst ist. Die wirtschaftliche Exposition kann als ∫ U(t) dt ausgedrückt werden. Geschwindigkeit V, die Rate, mit der die Unsicherheit abnimmt, kann proportional ausgedrückt werden als 

Unser Ziel ist es, diese Fläche zu minimieren (nicht zu eliminieren) und sie schnell genug und mit ausreichender Relevanz zu reduzieren, damit die kumulative Exposition gering bleibt. Die Rate, mit der die Unsicherheit abnimmt und damit die Größe des Integrals, wird durch vier Strukturvariablen bestimmt:

ΔUr— Relevante Unsicherheit beseitigt. Jeder vollständige Feedback-Durchlauf des Systems muss wirtschaftlich bedeutsame Unsicherheiten beseitigen. Schnelle Zyklen, die triviale Annahmen validieren, reduzieren das Risiko nicht. Value Thinking stellt sicher, dass die Lernbemühungen auf das abzielen, was für die Stakeholder wirklich wichtig ist.

L End-to-End-Feedbacklatenz. Dies ist die Zeit, die eine Hypothese benötigt, um die Bereiche Business, Architektur, Engineering und Delivery zu durchlaufen und als validierte Evidenz zurückzukehren. Kurze lokale Zyklen reichen nicht aus, wenn der gesamte Weg langsam bleibt. Shift Left und Accelerate wirken beide primär auf die Reduzierung von L.

λ — Leckage. An den Grenzen der Praxis sind Lernsignale verzögert, verloren, verzerrt oder fehlinterpretiert. Leckagen verringern die effektive Unsicherheitsbeseitigung, selbst wenn Zyklen existieren. Fehlende Abstimmung zwischen Geschäftsabsicht und technischer Ausführung oder zwischen Technik und Betrieb erhöht λ. Die Geschwindigkeits-Schleife macht diese Übergänge explizit, da unkontrollierte Grenzen die Unsicherheitsreduktion leise untergraben.

C Strukturelle Komplexität. Folgend de Wecks Erhaltungsprinzip, kann die gesamt-systemische Komplexität nicht eliminiert werden und setzt sich aus drei Komponenten zusammen: C1 spiegelt inhärenten funktionalen Ehrgeiz wider. C2 erfasst die Schnittstellenkomplexität. C3 erfasst die topologische Komplexität und die Struktur der Ausbreitungsveränderung. Die Geschwindigkeit wird dadurch bestimmt, wo C2 und C3 sitzen im Verhältnis zu Lernschranken. Wenn C2 und C3 span practice boundaries, synchronisationsanforderungen steigen, Latenz nimmt zu und Leckagen wachsen. Architect for Flow bedeutet daher, die Komplexität dort zu platzieren, wo sie das Lernen am wenigsten beeinträchtigt.

Finden Sie die vier Variablen in der Geschwindigkeitsregelung

Diese vier Variablen sind ausreichend, da sich die meisten anderen Faktoren in ihnen zusammenfassen lassen. Beispielsweise beeinflusst die Werkzeugqualität die Latenz, die Organisationsausrichtung die Leckage und die Plattformstrategie die strukturelle Komplexität.

Diese Neuausrichtung führt zu der Erkenntnis, dass Produktgeschwindigkeit die Rate ist, mit der wirtschaftlich relevante Unsicherheit abgebaut wird, und die kumulative Leistung die Fläche unter der Unsicherheitskurve ist. In cyber-physischen Systemen, in denen Hardware, Software und Zertifizierung mit unterschiedlichen Geschwindigkeiten arbeiten, bestimmt die architektonische Platzierung der Komplexität, ob die langsamste Schleife das gesamte System dominiert.

Der Fallstudien demonstrieren, wie sich dies in der Praxis auswirkt. Jeder konzentriert sich auf einen bestimmten Aspekt der Geschwindigkeitsregelung.

Das Buch

Der Product Velocity Buch destilliert diese Ideen in zwei praktische Instrumente: Vier Leitprinzipien und ein Karte der vier Kernpraktiken. Sobald dies so gesehen wird, können sich Organisationen auf ein einziges Ziel einigen: die wirtschaftliche Belastung zu minimieren, indem Komplexität und Rückkopplung so strukturiert werden, dass die Unsicherheit im Laufe der Zeit schnell und bedeutsam abnimmt. Alles andere in der Produktentwicklung ist zweitrangig gegenüber dieser Geometrie.

Ähnliche Beiträge