Ein Tech Lead ist kein Senior Developer mit neuem Titel. Die Rolle erfordert einen Mindset-Shift: von "Code schreiben" zu "Team befaehigen". Was genau macht ein Tech Lead den ganzen Tag?
Die 6 Kernaufgaben eines Tech Leads
Die Rolle eines Tech Leads laesst sich in sechs Kernbereiche unterteilen. Die Gewichtung haengt von Teamgroesse und Unternehmensphase ab.
1. Architektur-Entscheidungen
Die wichtigste Aufgabe: Technische Richtung vorgeben.
- Technologie-Auswahl: Welche Frameworks, Libraries, Cloud-Services passen?
- Architektur-Design: Wie strukturieren wir das System fuer Skalierung und Wartbarkeit?
- ADRs (Architecture Decision Records): Warum haben wir X gewaehlt statt Y? Dokumentiert fuer die Zukunft.
- Technische Roadmap: Was muessen wir wann modernisieren?
Praxis-Tipp
ADRs sind Gold wert. Wenn jemand in 2 Jahren fragt "Warum haben wir das so gemacht?", haben Sie die Antwort schriftlich - inklusive Kontext und Alternativen.
Mehr dazu: Microservices vs. Monolith - Die pragmatische Entscheidung
2. Code Reviews
Code Reviews sind mehr als "LGTM" schreiben:
- Qualitaetssicherung: Bugs, Security-Luecken, Performance-Probleme finden
- Architektur-Einhaltung: Passt der Code zur vereinbarten Struktur?
- Wissenstransfer: Konstruktives Feedback statt Kritik
- Standards etablieren: Konsistenz im Codebase sicherstellen
Ein guter Tech Lead reviewt nicht alles selbst - er baut eine Review-Kultur auf, in der das Team sich gegenseitig reviewt.
Best Practices: Code Review Best Practices
3. Team-Mentoring
Der unterschaetzte Teil der Rolle:
- Pair Programming: Gemeinsam komplexe Probleme loesen, Wissen transferieren
- 1:1 Gespraeche: Karriereentwicklung, Feedback, Blocker besprechen
- Schulungen: Interne Workshops zu Architektur, Testing, Best Practices
- Recruiting: Technische Interviews fuehren, Job-Profile schaerfen
Das Ziel: Sich selbst ueberfluessig machen. Wenn das Team ohne Sie nicht klarkommt, haben Sie als Tech Lead versagt.
Mehr dazu: Team-Mentoring in der Software-Entwicklung
4. Prozesse und Tooling
Infrastruktur fuer Produktivitaet schaffen:
- CI/CD-Pipelines: Automatisiertes Testing und Deployment
- Entwicklungs-Workflows: Git-Flow, Trunk-Based Development, Feature Flags
- Monitoring: Welche Metriken sind wichtig? Wie reagieren wir auf Incidents?
- Dev Environment: Docker, lokale Entwicklungsumgebung, Dev/Staging/Prod
Haeufiger Fehler
Prozesse um der Prozesse willen. Jeder Prozess muss ein konkretes Problem loesen. Wenn niemand weiss, warum ein Prozess existiert, sollte er weg.
5. Stakeholder-Kommunikation
Der Tech Lead ist die Bruecke zwischen Business und Engineering:
- Technische Uebersetzung: Komplexe Konzepte fuer Nicht-Techniker erklaeren
- Realistische Schaetzungen: Ehrliche Aufwandsschaetzungen, keine "Happy Path" Zahlen
- Trade-off-Kommunikation: Was sind die Vor- und Nachteile verschiedener Ansaetze?
- Status-Updates: Technischer Fortschritt fuer Management und Investoren
6. Sprint-Begleitung
Agile Prozesse technisch unterstuetzen:
- Sprint Planning: Technische Machbarkeit pruefen, Aufgaben schaetzen
- Refinement: User Stories technisch durchdenken, Abhaengigkeiten identifizieren
- Retrospektiven: Technische Learnings dokumentieren
- Blocker loesen: Wenn das Team feststeckt, einspringen
Zeitverteilung nach Teamgroesse
Die Gewichtung der Aufgaben verschiebt sich mit wachsendem Team:
| Aufgabe | 2-5 Devs | 6-10 Devs | 10+ Devs |
|---|---|---|---|
| Eigener Code | 40-50% | 20-30% | 10-15% |
| Code Reviews | 15% | 20% | 15% |
| Architektur | 15% | 20% | 25% |
| Mentoring | 10% | 15% | 20% |
| Meetings/Kommunikation | 15% | 20% | 25% |
Was ein Tech Lead NICHT macht
Genau so wichtig wie die Aufgaben sind die Nicht-Aufgaben:
- Kein Micro-Management: Entwickler brauchen Autonomie, nicht staendige Kontrolle
- Nicht alle Entscheidungen allein: Das Team einbeziehen, Ownership verteilen
- Nicht der einzige Reviewer: Review-Kultur im Team aufbauen
- Kein "Feuerwehrmann": Ursachen bekaempfen, nicht nur Symptome
- Nicht der "beste Coder": Fuehrung ist wichtiger als Code-Skills
Fractional Tech Lead: Die gleichen Aufgaben, fokussiert
Ein Fractional Tech Lead macht die gleichen Aufgaben - nur fokussierter:
- Architektur-Entscheidungen: Die wichtigsten Weichenstellungen
- Code Reviews: Kritische PRs, nicht alle
- Mentoring: Fokus auf Senior-Entwickler, die dann weitergeben
- Prozesse: Aufsetzen und dokumentieren, nicht taegliche Wartung
Mit 8 Stunden pro Woche kann man viel bewegen - wenn man fokussiert bleibt.
Fazit
Ein Tech Lead ist Multiplikator, nicht Einzelkaempfer. Der Wert liegt nicht in den eigenen Code-Zeilen, sondern darin, wie viel besser das gesamte Team durch Sie wird.
Wenn Sie nach 6 Monaten gehen und das Team bricht zusammen - haben Sie versagt. Wenn das Team weiter produktiv ist und Ihre Entscheidungen weiterleben - haben Sie alles richtig gemacht.
Tech Lead Kapazitaet
Braucht Ihr Team technische Fuehrung? Lassen Sie uns sprechen.
Termin vereinbaren