Hauptgedanke

Man verteidigt eine Stelle oft mit dem Fachwissen, über das sie verfügen soll: Der Product Owner kenne das Fachgebiet, und deshalb bilde er die Schnittstelle. Die Beobachtung widerspricht dieser Zuschreibung. Dieses Wissen findet sich bei Customer Success Managern, die aus der Praxis kommen, bei Leuten aus dem Support, die jeden Tag dieselben Situationen hören, bei einem langjährigen Entwickler im Team.

Es lässt sich auch erwerben, und die Arbeit dafür ist klar benennbar: In der industriellen Instandhaltung ist es die Voraussetzung, Bücher und Videos des Fachgebiets zu verschlingen, um überhaupt etwas abwägen zu können. Ein Product Manager, der diese Arbeit nicht leistet, hat keine Meinung, die er vertreten könnte.

Eine Rolle rechtfertigt sich also nicht durch den Besitz eines Wissens, das andere erwerben können und das ein Teil des Teams bereits hat.

Warum das wichtig ist

Das nimmt ein in Organisationsdebatten häufiges Autoritätsargument weg und ersetzt es durch eine überprüfbare Frage: Wer im Team kennt das Fachgebiet wirklich, und wie hat er es gelernt?

Und es macht aus Fachwissen ein Lernziel für mehrere Personen statt der Rechtfertigung eines einzigen Durchgangspunkts.

Nuancen und Grenzen

Manches Fachwissen erwirbt man nicht durch Lektüre: Die Ausübung eines regulierten Berufs, die Erfahrung in einer Werkstatt, Jahre im Betrieb einer Anlage geben ein Verständnis, das kein Studium ersetzt.

Und ein Wissen, das alle teilen, pflegt womöglich niemand: Es zu verbreiten entbindet nicht davon zu bestimmen, wer es aktuell halten muss.

Ergänzt durch „KI-Wiki: warum ich eine KI-gepflegte Wissensbasis aufgebaut habe“ (2026-05-25). Das Fachgebiet von einer Maschine strukturieren zu lassen verkürzt den Erwerb nicht, es schließt sogar eine Tür, die man für offen hielt. Eine Basis von 950 Notizen aus Normen und Büchern zur industriellen Instandhaltung verschafft niemandem die Kompetenz, ihren Inhalt zu beurteilen: Wer nicht das Niveau hat, zu validieren, was die Maschine extrahiert hat, baut auf Sand, und ein sauber formulierter Output wird ihn nicht darauf hinweisen. Das Werkzeug strukturiert Wissen, das anderswo bereits erworben wurde, und macht es zu Kapital; es ersetzt nicht die Arbeit, die Bücher zu verschlingen, sondern macht sie zur Voraussetzung.

Offene Fragen

• Wem obliegt es zu sagen, dass ein Team sein Fachwissen überschätzt, wenn genau diese Überschätzung es daran hindert, das zu sehen?