← ZurĂŒck zur Startseite

Das Manifest der entscheidungszentrierten Entwicklung

Software war immer entscheidungszentriert
Wir haben nur vergessen, die Entscheidungen zu bewahren

Moderne Software basiert auf Entscheidungen.

Jedes ausgelieferte Feature,
jeder behobene Bug,
jedes Rollback
beginnt mit einer Entscheidung.

Und doch, wÀhrend Code versioniert, getestet und bewahrt wird,
verschwinden Entscheidungen leise.

Das Problem sind nicht fehlende Daten

Software-Teams sammeln bereits enorme Mengen an Daten: Logs, Metriken, Analysen, Dashboards.

Wenn sich etwas Àndert, sagen uns Daten was passiert ist.

Aber wenn etwas bricht oder sich unerwartet verbessert, lautet die wahre Frage immer:

Warum haben wir uns entschieden, das zu tun?

Diese Antwort lebt selten an einem dauerhaften Ort.

Entwicklung ist bereits entscheidungszentriert

Entscheidungszentrierte Entwicklung ist keine neue Methodik.

Sie ersetzt nicht: Agile, Scrum, Kanban, DevOps, Lean

Sie erkennt einfach eine RealitÀt an:

Software-Entwicklung dreht sich bereits um Entscheidungen. Wir behandeln Entscheidungen nur nicht als erstklassige Artefakte.

Code hat GedÀchtnis. Entscheidungen nicht.

Wir können Code vergleichen, zurĂŒcksetzen, Code-Historie prĂŒfen.

Aber Entscheidungen sind verstreut ĂŒber Slack-Threads, Jira-Kommentare, Meeting-Notizen, Stammeswissen, menschliches GedĂ€chtnis.

Wenn Menschen gehen,
gehen Entscheidungen mit ihnen.

Was bleibt, ist Code ohne Kontext.

Jede Entscheidung ist eine Hypothese

Keine Entscheidung ist neutral.

Jedes Deployment sagt implizit: "Wir glauben, dies wird X verbessern", "Wir erwarten, dass sich Metrik Y bewegt", "Wir akzeptieren diesen Kompromiss"

Ob aufgeschrieben oder nicht,
jede Entscheidung ist eine Hypothese.

Entscheidungszentrierte Entwicklung stellt eine einfache Frage:

Wenn wir bereits Experimente durchfĂŒhren, warum weigern wir uns, sie zu erinnern?

Was entscheidungszentrierte Entwicklung NICHT ist

Entscheidungszentrierte Entwicklung ist nicht: Analysen, A/B-Tests, Benutzerverhaltens-Tracking, Dashboards, Echtzeit-Überwachung

Diese Tools beantworten: "Was passiert?"

Entscheidungszentrierte Entwicklung beantwortet: "Warum ist das passiert und sollten wir diese Entscheidung wieder treffen?"

Entscheidungen zu vergessen hat einen Preis

Wenn Entscheidungen vergessen werden: wiederholen Teams alte Fehler, Regressionen wirken mysteriös, VorfÀlle scheinen zufÀllig, Diskussionen laufen endlos im Kreis.

Teams streiten ĂŒber Meinungen, statt vergangene Beweise zu prĂŒfen.

Nicht weil Daten fehlen, sondern weil Kontext fehlt.

GedÀchtnis ist ein Wettbewerbsvorteil

Teams, die Entscheidungskontext bewahren, bewegen sich schneller, streiten weniger, setzen selbstbewusst zurĂŒck, verteidigen gute Entscheidungen, vermeiden schlechte zu wiederholen.

Entscheidungszentrierte Entwicklung geht um den Aufbau von organisatorischem GedÀchtnis, nicht mehr Dashboards.

Das Prinzip

Code erklÀrt wie.
Daten erklÀren was.
Entscheidungen erklÀren warum.

Moderne Software-Teams brauchen alle drei.

Abschließender Gedanke

Wir brauchen nicht mehr Tools, die uns sagen, was passiert ist.

Wir brauchen Systeme, die sich erinnern, warum wir uns entschieden haben, es geschehen zu lassen.

Mehmet Berkay Karataß

Entwickler von Afterchange