Scrum Master

Zusammenhänge SM, PO und DEV Team

Aufgaben und Eigenschaften

Der Alltag eines Scrum Masters

Ein Vollzeitjob?

Wer ist für diese Rolle geeignet?

PO: Das richtige Produkt bauen

DEV Team: Das Produkt richtig bauen

SM: ??

allen Beteiligten behilflich zu sein

Werte, Prinzipien und Praktiken von Scrum zu verstehen und anzunehmen

=> Coach für DEV Team + PO

Prozessführung

Scrum Team  + gesamte Organisation

individuell + organisationsspezifisch + effizienter Zugang

Coach

Servant Leader

Prozessautorität

Schutz vor Störungen

Beseitigung von Hindernissen

Berater in der Organisationsentwicklung

(Agile) Coach für Scrum Team und PO

-> jedwede Barrieren zw. diesen Rollen aus dem Weg räumen

PO ermöglichen, die Entwicklung direkt zu unterstützen

Beobachten wie Team Scrum anwendet

Helfen, Team-Leistung zu steigern

Probleme gemeinsam mit Team lösen (Team selbst vs. SM aktiv)

seine Aufgaben zu verstehen / durchzuführen

bei Aktivitäten (zB Pflege des BL) unterstützen

helfen, das Geschäftsergebnis (mit Hilfe von Scrum) zu maximieren

Erwartungsmgmnt. (Erw. abwägen/steuern)

Team alles notwendige zur Verfügung stellen

Beanstandungen / Änderungswünsche vertreten und kommunizieren (-> Team)

-> nachweisliche Verbesserungen für Team

Dienende Führungskraft

=> dem Scrum Team zu Diensten sein

=> wichtigste Bedürfnisse erfüllen

Was kann ich heute tun,
damit das Team effizienter wird?

SM = Prozaut. des Scrum Teams

bevollmächtigt, Team nicht nur an eigene Ansätze + Vorgehensweisen hält, sondern auch an Werte, Prinzipien und Praktiken

=> unterstützt Team bei fortlfd. Optimierung d. Arbeitsprozesse, um gel. Geschäftswert zu max. (sorgt nicht dafür, dass Arbeit erledigt wird – aber hilft Team eig. Prozesse zu def. und einzuhalten, um Arbeit zu schaffen)

Schutz vor störenden Einflüssen

Schutz des DEV Teams vor Störfaktoren von außen, um darauf konzentrieren zu können, mit jedem Sprint Geschäftswert abzuliefern

Quellen: Änderungen von Stakeholder während Sprint, Probleme die andere Teams verursachen

SM = Puffer (beantwortet Fragen, kümmert sich um Manager, schlichtet Streitigkeiten)

Hindernisse aus dem Weg räumen

die die Produktivität des Teams beeinträchtigen (nicht selbst lösen können)

Bsp: instabile Produktionsserver während Tests (Teil der DoD), die nicht dem Team selbst unterstanden (Cloud) -> SM Serverstabilität verbessert, durch Zusammenarbeit mit externe Anbieter

Berater in Organisationsentwicklung

hilft Teams dabei, Denkweise zu ändern

Scrum kann üblichen Status quo beträchtlich durcheinander bringen -> Anpassungen nötig, um mit Scrum Erfolg zu haben -> meist schwierig und schmerzhaft -> SM vermittelt Auswirkungen + weitreichende Vorteile

=> Veränderungen auf allen Ebenen der Organisation (für langfristigen Nutzen)

SM-Eigenschaften

sachkundig

neugierig

geduldig

zur Zusammenarbeit fähig

schätzend

transparent

effizienter Prozesscoach muss Scrum sehr gut kennen

technische Probleme des Teams verstehen

technisches Verständnis der vom Team verwendeten Technologien haben (kein Experte -> Team)

geschäftliches Grundverständnis (kein Experte -> PO)

Kombination Fähigkeiten Coach + Kenntnisse hinsichtlich Arbeitsprozesse + eingesetzte Technik + geschäftlichen Aspekt um zielführende Fragen zu stellen

-> bewusst investigative Gespräche init. und Fragen stellen (“Darüber habe ich noch nicht nachgedacht. Aber jetzt, wo du das sagst …”)

SM beantwortet Fragen nie direkt, sondern reagieret mit (wohlüberlegten, tiefgreifenden, helfenden) Gegenfrage ;)

keine unmittelbare Lösungen / Antworten vorgeben -> Team Zeit geben, um Sache selbst auf Grund zu kommen

viel Geduld aufbringen, obwohl Problem schon erkannt wurde ;)

auf Zunge beißen, Team Lösung erarbeiten lassen und nur zielführende Fragen stellen, um Dinge voranzubringen!

SM muss in Lage sein, mit PO, DEV Team und alle anderen Parteien zusammenzuarbeiten

immer Ausschau nach Gelegenheiten halten, um bessere Zusammenarbeit innerhalb Team zu erreichen (zB außergewöhnlichen Teamgeist beweisen)

Schützend vor Team stellen (Bodyguard)

SM wacht sorgsam um sein Team

gibt acht vor organisatorischen Hindernissen und Personen mit abweichenden Zielen

Gespür für Team-Belange UND Bedürfnisse der Org. -> gesunder Mittelweg

Schwierigkeiten erkennen (verliert jemand Anschluss, fällt zurück in nicht-agile Arbeitsweisen -> helfen, Probleme zu überw.)

alle Formen der Kommunikation sind transparent zu machen

Zusammenarbeit mit Team lässt keine Heimlichtuerei zu

nur verlässliche Audios/Visios vom SM!

nur durch Transparenz kann sich Org. auf Prüfstand stellen, um nötige Anpassungen / Veränderungen vorzunehmen

Beseitigung von Hindernissen (5 %)

Kommunikation (5 %)

Organisationsentwicklung (5 %)

Assistenz für Product Owner (25 %)

Trainieren des Teams (10 %)

Scrum-Aktivitäten (50 %)

=> jeden Tag andere Verteilung!

Coaching der Teammitglieder zur verb. Nutzung von Scrum / techn. Praktiken

Auffrischung von Trainingseinheiten (zB schätzen Prod. Backlog Items -> Pl. Poker)

Kommunikation zur Aktualisierung des Sprint/Release Burndown, für Gespräche mit nicht-Scrum-Teammitgliedern, Pflege des PBL gem. mit PO (schreiben + priorisieren), außerdem zu Funktionsumfang, Terminplanung, Budget und Qualität

Org. behilflich sein, in Wertekette (Verkauf, Marketing, Personal, Subunternehmer) besseres Verständnis für Scrum zu entwickeln

Beseitigung von Hindernissen zu jeder Zeit (von unvorhergesehen Ereignissen) -> große Unbekannte im SM-Alltag

Die Rolle des Scrum Master

Wer ist am besten dafür geeignet?

Vollzeitbeschäftigung ja oder nein?

Kombinierbar mit anderen Scrum und nicht-Scrum-Rollen?

Org. die gerade in Scrum einsteigt, meist noch keine Gedanken um Personalie

SM: zuvor oft Projekt-/Produktmanager, Entwickler, Tester, … -> egal
oder: techn. (Entw.-)-Leiter, Personalverw. -> bisherige Arbeit/Qualität sinkt dadurch + Interessenskonflikte!?

wichtig: Eigenschaften + Bereitschaft, die erwähnte Verantwortung zu übernehmen

neues Team (wenig Zus.arbeit, Scrum wenig bekannt) -> mehr Coaching als rout. Team (längere Zus.arbeit, mit Scrum gut zurecht)

mit wachsender Erfahrung des Teams verbringt SM weniger Zeit mit ihnen – spielt dann entscheidende Rolle in Org. -> sinkt Bedarf auf Team-Ebene, führt er Wandel innerhalb der Org. herbei (logist. Hemmnisse)

-> erfordert beträchtlichen Zeiteinsatz – muss aber nicht immer Vollzeit sein – Rollenkombination durchaus denkbar!

denkbar: Mitgl. DEV Team mit freien Kapaz. -> Inter.konflikt! (Hindern. beseit. vs wichtige Tasks erledigen) -> wo werden Abstriche gemacht? unerw., zeitaufw. Hindernissse zusätzl. zu eigent. Aufgaben

No-Go: SM + PO (eig. Coach?, Prod.aut. erf. Forderungen stellen, Proz.aut. erf. vermitteln)

besser: SM für mehrere Teams / mit Rollen außerhalb Scrum