Welche agilen Rollen brauche ich wirklich in meinem Team?

Scrum-Basis

• Product-Owner (PO): verantwortlich für Produkt-Wert + Backlog. Entscheidet was + warum.

• Scrum-Master (SM): Servant-Leader, beseitigt Hindernisse, schützt Prozess.

• Entwicklungsteam: cross-funktional, 3-9 Personen, entscheidet wie.

Wann zusätzliche Rollen

• Product-Manager: wenn PO überlastet - Strategie + Stakeholder-Management.

• UX-Lead: wenn Design strategisch wichtig.

• Architekt: bei komplexer technischer Vision.

• Tech-Lead: wenn Senior-Coaching im Team nötig.

• Cross-Team-Rollen bei Skalierung (RTE, Chief-PO, Stream-Lead).

Cross-Funktionalität im Team

1. Skill-Mix im Team: Backend, Frontend, QA, ggf. UX, DevOps.

2. Keine Silo-Rollen ('ich mache nur QA').

3. T-Shape-Skills: Tiefe in 1 Bereich + Breite über andere.

4. Cross-Schulung als Investition (z. B. Frontend-Devs lernen Backend-Basics).

Anti-Pattern: zu viele Rollen

• Senior, Lead, Principal, Architect, Tech-Lead, Product-Lead, Sr-Eng-Manager - 7 Rollen, niemand weiss wer entscheidet.

• Komplexität erschlaegt Tempo.

• Status-Definition wird zum Politicum.

• Junioren finden keine klaren Aufstiegs-Pfade.

Anti-Pattern: zu wenige Rollen

• PO + SM in einer Person - Konflikt zwischen Was + Wie.

• Kein dedizierter PO - Backlog ungepflegt, Team raetselt was wichtig ist.

• Kein SM - Prozess-Disziplin verfällt.

• Tech-Lead fehlt bei größeren Teams - Architektur driftet.

Rollen-Prüfung im Workshop

1. Aufgaben-Inventur: was tut das Team wöchentlich?

2. Pro Aufgabe: wer ist heute verantwortlich?

3. Doppel-Belegungen + Lücken sichtbar machen.

4. Diskussion: welche Rolle gehört zu welcher Aufgabe?

5. Soll-Bild der Rollen definieren.

6. Migration in 1-2 Quartalen.

Praktische Faustregeln

• Pro Team max 1 PO + 1 SM + 5-9 Entwickler.

• Cross-Team-Rollen pro 5-10 Teams.

• Reife Teams brauchen weniger Rollen - nicht mehr.

• Jede neue Rolle braucht klares Mandat + Verantwortung.

• Im Zweifel: weniger ist mehr.

Anti-Patterns

• Titel-Inflation als Bindungs-Instrument - kurzfristig wirkt, langfristig kaputt.

• Rollen nicht aktualisiert - wachsende Schief-Lagen.

• Personal-Verantwortung in Scrum-Master-Rolle - Konflikt.

• Rolle ohne entsprechende Fähigkeit - Frust + Demotivation.

• Rollen geheim - niemand weiss, wer was tut.