Technische Schulden haeufen sich dort, wo niemand Verantwortung traegt.
Jeder kennt das: Eine bestimmte Klasse oder ein bestimmtes Modul, an das sich keiner herantraut, nicht weil es verboten ist, sondern weil niemand weiss, was darin passiert, und niemand derjenige sein moechte, der es kaputt macht.
Das ist kein Kompetenzmangel. Das ist fehlendes Ownership.
Was Code Ownership bedeutet
Nicht, dass nur eine Person einen Bereich anfassen darf, sondern dass diese Person ihn am besten kennt, als Ansprechpartner fungiert und dafuer verantwortet, dass er nicht verkommt. CODEOWNERS-Dateien in Git-Repositories machen das explizit und triggern automatisch Review-Anfragen bei Aenderungen.
Ownership in kleinen Teams
Auch ohne formelles Ownership sollte informelles Ownership explizit gemacht werden: Welche Bereiche gibt es, wer kennt sich am besten aus, wer springt ein, wenn die Hauptperson ausfaellt?
Der Bus Factor als Warnsignal
Wie viele Personen muessten ausfallen, damit kritisches Wissen verlorengeht? Ein Bus Factor von eins ist ein Risiko, das sich durch Pair Programming, Code Reviews und Dokumentation erhoehen laesst.
Cleanup als Ownership-Akt
Wenn Cleanup-Initiativen wie Refactoring oder das Entfernen von Dead Code nicht vorankommen, liegt es oft daran, dass niemand explizit Ownership dafuer traegt. Ein benannter Owner pro Initiative aendert das spuerbar.
Checkliste: CODEOWNERS-Datei angelegt und gepflegt, Bus Factor fuer kritische Bereiche identifiziert, Wissensverteilung aktiv gefoerdert, Cleanup-Initiativen mit benannten Owner, Ownership regelmaessig im Team besprochen.
Ein Beispiel aus der Praxis
Ein zentrales Abrechnungsmodul wurde ueber Jahre von einem einzigen Entwickler betreut, der das System als einziger vollstaendig verstand. Als diese Person das Unternehmen verliess, dauerte jede kleine Aenderung an diesem Modul plötzlich ein Vielfaches der urspruenglichen Zeit, weil das gesamte Wissen erst mühsam rekonstruiert werden musste. Seit diesem Vorfall gilt im Team eine feste Regel: Kein kritisches Modul darf einen Bus Factor von eins haben, mindestens zwei Personen muessen es aus eigener Erfahrung kennen.
Ownership-Struktur in eurem Entwicklungsteam klaeren? markom.digital beraet bei der Einfuehrung von Code-Ownership-Strukturen, passend zur Teamgroesse.
