Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.
Hauptgedanke
Die Entwicklung hat unter dem Namen Domain-Driven Design bereits geklärt, wie man einen Bereich abgrenzt, was er enthält und wie eine Information aus einem anderen Bereich in ihn hineingelangt. Die Untersuchung einer Produktchance nach genau diesem Zuschnitt zu organisieren — ein abgegrenzter Bereich, seine Regeln, seine lokale Wahrheit —, ist keine dekorative Analogie: Es heißt, auf beiden Seiten dasselbe Konzept zu verwenden.
Was dabei wegfällt, ist eine Abstraktionsschicht dazwischen. Wenn das Produkt nach Themen schneidet und das Engineering nach Domänen, verlangt jeder Wechsel von einer Seite zur anderen eine Umrechnung, und jede Umrechnung verbiegt die Konzepte ein wenig: Was der Product Manager eine Funktion nennt, erstreckt sich über drei Domänen, was das Team eine Domäne nennt, zieht sich durch zwei Opportunitäten. Niemand macht den Fehler absichtlich; er entsteht daraus, dass die Zuschnitte nicht übereinstimmen.
Ein gemeinsamer Zuschnitt macht diese Umrechnungen überflüssig. Die Diskussion dreht sich dann um den Inhalt statt um die Zuordnung zwischen zwei Arten, dasselbe Produkt zu ordnen.
Warum das wichtig ist
Das liefert ein Auswahlkriterium für Produktmethoden, das nicht von ihrer eigenen Qualität abhängt: Bei vergleichbarem Wert ist die Methode, die ihr Vokabular mit dem Engineering teilt, im Gebrauch billiger, weil keine Übersetzungskosten anfallen.
Es verschiebt auch eine wiederkehrende Debatte über das technische Niveau, das man von einem Product Manager erwartet: Es geht nicht darum, programmieren zu können, sondern darum, die Arbeit auf dieselbe Weise zuzuschneiden.
Nuancen und Grenzen
Nicht jedes Konzept der Entwicklung lässt sich übertragen. Das Produkt arbeitet mit Wetten und Annahmen, die der Code nicht kennt: Einen Zuschnitt zu übernehmen heißt nicht, eine ganze Methode zu übernehmen.
Und die Angleichung der Zuschnitte hat ihren eigenen Preis: Der technische Zuschnitt ist nicht neutral, und wer ihn auf der Produktseite übernimmt, erbt seine Architekturentscheidungen.
Offene Fragen
- Wenn die technische Architektur einen Zuschnitt vorgibt, dem die Produktuntersuchung widersprechen müsste — ist es besser, sich ihm anzupassen, oder für die Dauer der Untersuchung bewusst mit zwei Zuschnitten zu leben?