Hauptgedanke

Die übliche Sorge – Produktleute werden die Entwickler ersetzen – verkennt die Bewegung. Was tatsächlich anderswohin wandern kann, ist eine klar umrissene Kategorie: der dringend angeforderte Export, die Abfrageoberfläche, das Dashboard, die vorübergehende Oberfläche, all das, wofür man ein Team regelmäßig aus dem Produktkern abzieht. Wenn Produkt-, Support- oder Fachteams einen Teil dieser Anfragen auffangen, entlastet das die Kette, statt sie zu verkleinern.

Was auf der anderen Seite entsteht, ist nicht weniger technisch. Damit andere produzieren können, ohne etwas kaputt zu machen, braucht es saubere interne APIs, wiederverwendbare Komponenten, eingehaltene Konventionen, sichere Umgebungen, geregelte Rechte, automatische Kontrollen. Das aufzubauen, verlangt Entscheidungen darüber, was bereitgestellt wird, in welcher Form, mit welchen Zusagen und welchen Grenzen – Architekturarbeit, keine Implementierungsarbeit.

Der Beruf schrumpft also nicht: Er rückt eine Stufe nach oben, vom Bau von Funktionen zum Bau dessen, was die Arbeit der anderen möglich macht.

Warum das wichtig ist

Das gibt der Sorge eine andere Antwort als Beschwichtigung. „Die Entwickler werden nicht ersetzt“ überzeugt niemanden; zu zeigen, worin die neue Last besteht und dass sie architektonischer ist als die alte, lässt sich überprüfen.

Es nennt auch die Bedingung, ohne die die Öffnung für andere Funktionen scheitert: Wenn niemand das Gelände baut, bringt die Öffnung Bastelei hervor, und die angeblich gesparte Zeit kehrt als Reparaturarbeit zurück.

Nuancen und Grenzen

Die Verlagerung setzt voraus, dass die Organisation bereit ist, eine Arbeit mit indirektem Wert zu finanzieren. Eine interne Plattform liefert dem Kunden nichts Sichtbares, und sie ist die erste Position, die unter Druck gestrichen wird.

Auch lassen sich nicht alle Kompetenzen übertragen: Interne Schnittstellen zu entwerfen, die von anderen Funktionen genutzt werden sollen, ist ein anderes Handwerk, als eine Funktion von Anfang bis Ende zu entwickeln.

Offene Fragen

• Behält ein Team, das Leitplanken baut, ohne je eine Funktion zu bauen, die Kenntnis des Geländes, die es braucht, um gute Leitplanken zu entwerfen?