Senior-Entwickler oder Tech Lead: Wer ist im Team wirklich für die Codequalität verantwortlich?

Eine Situation, die sich in vielen Softwareteams in der einen oder anderen Form abspielt. Die Anwendung bricht immer wieder an Stellen, die niemand angefasst hat. Die Führungskraft merkt, dass manche Entwickler Tests schreiben und andere nicht, und wendet sich an die erfahrenste Person im Raum: „Sie sind doch der Senior. Sorgen Sie dafür, dass alle Tests schreiben.“

Der Senior antwortet, dass er gerne hilft, aber nicht bestimmen kann, was Kollegen tun müssen. Die Führungskraft hört „nicht mein Job“. Der Senior hört „Sie sind jetzt für die Arbeit anderer verantwortlich, ohne jede Befugnis darüber“. Beide gehen frustriert aus dem Gespräch, und nichts ändert sich.

Das Problem sind selten die Menschen. Es ist eine Rolle, die niemand definiert hat. Dieser Artikel richtet sich an die Person, die sie definieren kann: den Inhaber, den CTO oder die Leitung der Entwicklung.

Zwei verschiedene Aufgaben mit ähnlichen Namen

Ein Senior-Entwickler zeichnet sich durch technische Tiefe aus: schwierige Probleme lösen, gute Designentscheidungen treffen, Code reviewen, Kollegen beim Wachsen helfen. Sein Einfluss kommt aus der Expertise. Er kann vorschlagen, erklären und zeigen, aber die Kollegen sind nicht verpflichtet, ihm zu folgen.

Ein Tech Lead zeichnet sich durch die Verantwortung dafür aus, wie das Team Software baut: welche Standards gelten, wie Code reviewt wird, welche technischen Schulden abgebaut werden und was passiert, wenn jemand eine vereinbarte Regel ignoriert. Sein Einfluss kommt aus einem Mandat, das die Geschäftsführung erteilt.

Dieselbe Person kann beides tun, und oft tut sie das auch. Aber die zweite Aufgabe kommt nicht automatisch mit der ersten. Sie muss übertragen werden, und das Team muss wissen, dass sie übertragen wurde.

Die Frage, die die Lücke sichtbar macht

Stellen Sie zu jedem Standard in Ihrem Team eine einzige Frage: Was passiert, wenn ein Entwickler sich nicht daran hält?

• Lautet die Antwort „der Tech Lead spricht es an, und wenn nötig geht es an die Geschäftsführung“, dann hat der Standard einen Verantwortlichen.
• Lautet die Antwort „der Senior sollte mit ihm reden“, fragen Sie, was der Senior tatsächlich tun kann, wenn der Kollege Nein sagt. Meistens: nichts, außer eskalieren, und damit wird aus einem Kollegen ein Vorgesetzter, den niemand ernannt hat.
• Ist die Antwort ein Schulterzucken, dann ist der Standard ein Wunsch.

Wer macht was

Ein einfacher Weg zur Klarheit: Schreiben Sie für jede Art von Entscheidung auf, wer vorschlägt, wer entscheidet, wer umsetzt und wer sich kümmert, wenn sie ignoriert wird.

Entscheidung	Schlägt vor	Entscheidet	Setzt um	Wenn sie ignoriert wird
„Neuer Code braucht automatisierte Tests“	Senior oder Tech Lead	Tech Lead, mit Rückendeckung der Geschäftsführung	Das ganze Team, mit Hilfe des Seniors	Tech Lead, dann Geschäftsführung
Wie Code Reviews ablaufen	Tech Lead	Tech Lead	Alle	Tech Lead
Architektur eines neuen Features	Senior-Entwickler	Tech Lead	Die Entwickler am Feature	Tech Lead
Welche technischen Schulden in diesem Quartal abgebaut werden	Tech Lead	Geschäftsführung, auf Empfehlung des Tech Leads	Das Team	Geschäftsführung
Prioritäten zwischen Features	Product Owner oder Geschäftsführung	Geschäftsführung	Das Team	Geschäftsführung
Einem Kollegen helfen, der feststeckt	Jeder	Niemand muss das	Der Senior	Entfällt

Steht in der Spalte „Entscheidet“ der Senior bei Dingen, die die Arbeit anderer betreffen, und hat das niemand aus der Geschäftsführung laut ausgesprochen, dann kommt genau daher die Reibung.

Was man von einem Senior ohne Mandat vernünftigerweise erwarten kann

Situation	Vernünftig zu erwarten	Nicht vernünftig zu erwarten
Tests fehlen	Darauf hinweisen und eine Lösung vorschlagen	Kollegen dazu bringen, sie zu schreiben
Ein Kollege fragt, wie man einen Test schreibt	Es ihm zeigen	Jeden Tag die Arbeit aller kontrollieren
Das Team braucht einen Standard	Ihn entwerfen und erklären	Ihn im Namen aller beschließen
Jemand ignoriert den Standard	Es einmal ansprechen	Ihn zurechtweisen
Ein riskantes Design wird gebaut	Bedenken mit Argumenten äußern	Es im Alleingang blockieren

Ein guter Senior hebt die Qualität eines Teams durch Vorbild, Reviews und Hilfe. Verlangt man von ihm, Regeln gegenüber Gleichgestellten durchzusetzen, ohne dass jemand gesagt hat, dass er das darf, beschädigt man genau die Beziehungen, auf denen dieser Einfluss beruht.

Anzeichen, dass die Rolle fehlt

Sie brauchen kein Audit, um es zu sehen. Wenn Ihnen drei oder mehr dieser Punkte bekannt vorkommen, ist in Ihrem Team niemand wirklich für die technische Qualität zuständig:

• Jeder Entwickler hat seine eigene Vorstellung davon, was „fertig“ bedeutet.
• Code Reviews finden statt, wenn jemand Zeit hat, und die Freigabe ist meist eine Formalität.
• Dieselbe Diskussion über Tests oder Struktur kommt alle paar Monate wieder und endet ohne Entscheidung.
• Ihr erfahrenster Entwickler ist frustriert, und Sie wissen nicht genau, warum.
• Fehler, die beim Kunden landen, werden als Pech besprochen und nicht als Lücke im Prozess.
• Wenn Sie bei einer technischen Entscheidung fragen „Wer hat das entschieden?“, lautet die Antwort „Das hat sich so ergeben“.

Keiner dieser Punkte ist für sich allein eine Katastrophe. Zusammen bedeuten sie, dass das Team jeden Tag für eine Entscheidung bezahlt, die niemand getroffen hat: wer die Regeln festlegt.

Das einseitige Mandat

Wenn jemand für die technische Qualität verantwortlich sein soll, schreiben Sie es auf. Es muss nicht lang sein. Eine Seite wie diese, mit der Person abgestimmt und dem Team bekannt gegeben, beseitigt den Großteil der Verwirrung:

Die letzten beiden Zeilen sind die wichtigsten. Ohne Eskalationsweg hat die Leitung Verantwortung ohne Befugnis. Ohne Zeit wird die Rolle zu unbezahlten Überstunden, und der beste Entwickler hört langsam auf, einer zu sein.

Drei Wege, die Rolle aufzusetzen

• Einen Tech Lead im Team benennen. Meist die richtige Antwort für ein eingespieltes Team mit einem erfahrenen Senior, der die Rolle will. Geben Sie ihm das Mandat und die Zeit, und verkünden Sie es.
• Eine gemeinsame Teamvereinbarung treffen. In kleinen Teams können die Standards gemeinsam vereinbart und aufgeschrieben werden, und die Geschäftsführung kümmert sich um Ausnahmen. Niemand kontrolliert niemanden; die Regel gehört allen.
• Einen externen Senior für einen festen Zeitraum holen. Wenn intern niemand die Rolle will oder das Team jung ist, kann ein erfahrener Externer mit einem Mandat der Geschäftsführung die Standards, die Tests und den Review-Prozess aufbauen und dann an jemanden im Team übergeben. Wie das im Alltag funktioniert, lesen Sie in unserem Artikel darüber, was Sie tun können, während Sie einen Senior-.NET-Entwickler suchen.

Das Gespräch, ohne das Missverständnis

Für Führungskräfte ein besserer Einstieg als „Sorgen Sie dafür, dass alle Tests schreiben“:

„Ich möchte, dass automatisierte Tests für neuen Code zum Standard werden. Würden Sie die Regeln entwerfen und dem Team helfen, sie umzusetzen? Ich verkünde, dass sie für alle gelten, und ich kümmere mich darum, wenn sich jemand nicht daran hält.“

Für Seniors eine bessere Antwort als „Das ist nicht mein Job“:

„Ich definiere den Standard gerne und helfe allen, ihn umzusetzen. Können wir festhalten, dass es eine offizielle Regel für das Team ist, und wer sich kümmert, wenn sie nicht eingehalten wird?“

Beide Versionen sagen dasselbe wie das ursprüngliche Gespräch. Der Unterschied ist, dass Verantwortung und Befugnis am selben Ort landen.

Warum das für das Unternehmen zählt

Codequalität ist kein Hobby von Entwicklern. Fehlende Tests und uneinheitliche Standards zeigen sich als Fehler in der Produktion, als Features, die jedes Jahr länger dauern, und als Systeme, die sich nur noch eine Person anzufassen traut. Unser Artikel über technische Schulden und langsame Entwicklung zeigt, wie sich das aufbaut.

Das meiste davon lässt sich vermeiden, aber nur, wenn jemand klar dafür verantwortlich ist und man es ihm auch gesagt hat.

Es ist auch einer der häufigsten Gründe, warum gute Leute gehen: Verantwortung ohne Befugnisse zermürbt. Mehr dazu in warum gute Entwickler kündigen.

Fragen, die wir oft hören

Muss jeder Senior-Entwickler irgendwann Tech Lead werden?

Nein. Viele hervorragende Seniors gehen lieber technisch in die Tiefe und haben kein Interesse daran, zu führen. Beide Wege sind wertvoll. Wer jemandem den zweiten aufzwingt, verliert meist einen guten Entwickler und gewinnt einen widerwilligen Lead.

Unser Team hat fünf Entwickler. Brauchen wir überhaupt einen Tech Lead?

Sie brauchen jemanden, der für die technischen Standards zuständig ist, auch wenn es nur ein paar Stunden pro Woche sind. In kleinen Teams reichen oft eine gemeinsame Vereinbarung und eine Führungskraft, die dahintersteht.

Sollte der Tech Lead mehr verdienen?

Wenn die Rolle echte Zeit und echte Verantwortung kostet, ja, beim Gehalt oder durch spürbar weniger andere Arbeit. Ein Mandat ohne Zeit und ohne Anerkennung hält nicht lange.

Kann ein externer Entwickler diese Rolle übernehmen?

Für einen festen Zeitraum ja, und das funktioniert oft gut: Ein Externer hat keine Vorgeschichte in der internen Teampolitik. Das Mandat muss von der Geschäftsführung kommen, und das Ziel sollte sein, die Rolle an jemanden im Team zu übergeben.

Wie wir arbeiten

ProCoding ist ein .NET-Studio in Split, Kroatien. Neben der Entwicklung helfen wir Teams oft dabei, die technische Seite der Zusammenarbeit aufzusetzen: Coding-Standards, automatisierte Tests, Code Reviews und die Weitergabe von Wissen, immer mit einem klaren Mandat der Geschäftsführung und mit dem Ziel, all das bei Ihrem Team zu lassen. Als monatliches Kontingent an Tagen oder mit einem .NET-Freelancer in Ihrem Team. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.

Quellen

• The standard of code review, Google Engineering Practices