Hauptgedanke

Wenn ein Produkt-, Support- oder Fachteam beginnt, mit einem Assistenten Oberflächen und Werkzeuge zu bauen, liegt der Reflex nahe, eigens dafür ein Regelwerk zu entwerfen: eigene Charta, eigene Regeln, eigener Freigabeprozess, eigenes Anforderungsniveau. Dieser Reflex erzeugt ein zweites System neben dem ersten, das gesondert gepflegt werden muss und auseinanderlaufen wird.

Dabei gibt es das Werkzeug längst, und es wurde genau für dieses Problem gebaut: Continuous Integration, Sicherheitsscanner, Repository-Konventionen, Qualitätsregeln, abgesicherte Umgebungen und zunehmend auch Anweisungsdateien, Prompts und Skills, die Entwickler für den eigenen Gebrauch schreiben. Nichts davon muss für Nicht-Entwickler neu erfunden werden; es genügt, dass ihr Code dort durchläuft.

Die Rahmungsarbeit ist also Anschlussarbeit – welche Repositories, welche Umgebungen, welche automatischen Kontrollen für diesen Code gelten – und keine Erfindung neuer Normen.

Warum das wichtig ist

Das verändert die Frage, die man dem technischen Team stellt. „Was muss man von einem Product Manager verlangen, der codet?“ verlangt eine lange, anfechtbare Antwort; „Woran schließen wir ihn an?“ verlangt eine operative Antwort, die weitgehend schon vorliegt.

Es vermeidet auch eine absurde Asymmetrie, bei der Code von Produktleuten eigens dafür geschriebenen Regeln unterläge, strenger oder vager als die, die für den Code des Teams gelten.

Nuancen und Grenzen

Der Anschluss setzt voraus, dass das Werkzeug existiert und in gutem Zustand ist. In einer Organisation mit schwachen automatischen Kontrollen gibt es nichts, woran man anschließen könnte, und das Thema wird wieder der Aufbau dieses Werkzeugs – für alle, nicht nur für die Neuen.

Manche Punkte lassen sich nicht anschließen und müssen tatsächlich entschieden werden: welche Repositories zugänglich sind, welche Schreibrechte auf Daten bestehen, wem die entstehenden Objekte gehören.

Offene Fragen

• Welcher Teil des Werkzeugs, das Entwickler für sich selbst schreiben, bleibt für Nicht-Entwickler unbrauchbar, weil ein gemeinsames Vokabular fehlt, und nicht, weil Rechte fehlen?