Hauptgedanke

„Darf ein Product Manager in die Produktion deployen?“ ist eine falsch gestellte Frage, weil sie eine einzige Antwort erwartet, wo das Produkt nicht homogen ist. Die nützliche Frage betrifft die Zone: Übersetzungen, Inhalte, Dashboards und Nur-Lese-Screens bergen ein geringes Risiko; kleine schreibende Aktionen und eingegrenzte Änderungen an der Oberfläche ein mittleres; Zahlung, Berechtigungen, Sicherheit, sensible Daten, kritische Fachlogik und Architektur ein hohes.

Diese Einteilung folgt nicht den Grenzen der Produkte. Eine regulierte Software enthält relativ sichere Ansichtsscreens; ein harmlos wirkendes Produkt enthält eine sehr heikle Zone, sobald es Berechtigungen oder eine unumkehrbare fachliche Entscheidung berührt. Es ist also die Zone und nicht die Branche, die das Anforderungsniveau festlegt.

Die Analogie mit dem Einstieg eines Junior-Entwicklers trägt: Man gibt ihm am ersten Tag nicht die Schlüssel zum Kern des Produkts, man beginnt mit einfachen Bereichen und erweitert sie in dem Maß, in dem sich die Kompetenz zeigt. Dieselbe Treppe gilt für ein Produktprofil, das baut – vorausgesetzt, Kompetenz, Kontext und Leitplanken wachsen gemeinsam.

Warum das wichtig ist

Das ersetzt eine Identitätsdebatte durch eine praktikable Abwägung: Statt zu entscheiden, wer beitragen darf, entscheidet man, welche Zonen offen sind und unter welchen Bedingungen.

Und es schützt vor beiden Extremen: dem pauschalen Verbot, das jeden Beitrag einfriert, und der pauschalen Öffnung, die jemanden eine Abrechnungsregel ändern lässt, kaum dass er gelernt hat, eine Pull Request aufzumachen.

Nuancen und Grenzen

Die Risikokarte muss gepflegt werden, und sie altert: Eine als sicher geltende Zone ist es weniger, sobald eine Integration sie mit einem sensiblen Ablauf verbindet.

Und das Risiko beschränkt sich nicht auf die berührte Zone: Eine harmlose Änderung an einer gemeinsam genutzten Komponente pflanzt sich überall fort, wo diese wiederverwendet wird.

Offene Fragen

• Wer erstellt und pflegt die Karte der Risikozonen in einem Team, in dem mehrere Berufe zum selben Repository beitragen?