Idee

Wer ein Feature konzipiert, ohne es bis in die Produktion zu tragen, externalisiert die Kosten seiner eigenen Ungenauigkeiten

Info

Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.

Hauptgedanke

Auf der Entwicklungsseite ist eine Regel anerkannt: Wer den Bug erzeugt, behebt ihn. Nicht um zu bestrafen, sondern damit die Verantwortung für die Korrektur an die Verantwortung für die Produktion gebunden bleibt — auch wenn der Entwickler schon an einem anderen Thema sitzt, auch wenn es die Planung durcheinanderbringt.

Dieselbe Regel gilt für die Produktkonzeption, und sie wird selten eingehalten. Ein Product Manager, der konzipiert und dann jemand anderem überlässt, die Sache bis in die Produktion zu tragen, tut genau das, was man dem Entwickler vorwirft, der ausliefert und zum nächsten Thema übergeht: Er sieht nie, wo sein Verständnis unzureichend, seine Formulierung mehrdeutig, seine Abwägung wacklig war. Die Kosten seiner Ungenauigkeiten trägt das Team, das sie entdeckt, und die Information kommt nicht zu ihm zurück.

Die Schleife schließt sich nicht — und genau diese Schleife erzeugt Qualität. Qualität lässt sich nicht nachträglich delegieren, weder auf der Code- noch auf der Produktseite.

Ergänzt durch „Qualität gehört denen, die liefern“ (2026-06-03). Die auf der Entwicklungsseite angeführte Regel ist nicht nur ein Gebot der Fairness: Sie beruht auf zwei verschiedenen Wirkungen, und die Übertragung auf die Produktkonzeption erbt beide. Vor der Auslieferung wirkt sie als Anreiz — wer weiß, dass seine Ungenauigkeiten zu ihm zurückkommen, formuliert anders. Danach ist sie der einzige Weg, auf dem die Information zu ihrem Urheber zurückgelangt: Wer an seiner Stelle korrigiert, findet eine technische Ursache, keine Entscheidungsursache. Genau dieser zweite Teil fehlt dem Product Manager, der anderen überlässt, seine Konzeption bis in die Produktion zu tragen — er behält den Anreiz dem Namen nach und verliert die Rückmeldung, aus der er lernen würde.

Warum das wichtig ist

Das liefert einen Fairnesstest innerhalb einer Organisation: Eine Anforderung, die auf der Entwicklungsseite als nicht verhandelbar gilt, kann für diejenigen, die konzipieren, nicht ausgesetzt werden — sonst ist sie keine Regel, sondern eine Hierarchie.

Und es erklärt, warum sich manche Konzeptionsfehler wiederholen: Ihr Urheber begegnet ihren Folgen nie, also weist ihn nichts auf sie hin.

Nuancen und Grenzen

Bis in die Produktion dabeizubleiben kostet Zeit, und diese Zeit lässt sich nirgendwo anders hernehmen als bei der nächsten Konzeption. Die Schleife hat ihren Preis, und ihn zu tragen heißt, einen geringeren Durchsatz in Kauf zu nehmen.

Zudem macht eine sehr große Organisation die Schleife in dieser Form undurchführbar: Ab einer bestimmten Größe läuft sie über Vorrichtungen — Review nach der Auslieferung, Zugang zum Support, Anwesenheit bei Demos — statt über die Präsenz einer einzigen Person von Anfang bis Ende.

Offene Fragen

  • Übermitteln diese Rückmeldevorrichtungen, was eine durchgehende Präsenz übermittelte, oder nur das, was sich aufschreiben lässt?