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?

Print Friendly, PDF & Email
Swipe to start

PO: Das richtige Produkt bauen

DEV Team: Das Produkt richtig bauen

SM: ??

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

Coach

Servant Leader

Prozessautorität

Schutz vor Störungen

Beseitigung von Hindernissen

Berater in der Organisationsentwicklung

Print Friendly, PDF & Email

(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)

 

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

Dienende Führungskraft

=> dem Scrum Team zu Diensten sein

=> wichtigste Bedürfnisse erfüllen

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

Print Friendly, PDF & Email

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)

Print Friendly, PDF & Email

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)

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

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)

Print Friendly, PDF & Email

SM-Eigenschaften

sachkundig

neugierig

geduldig

zur Zusammenarbeit fähig

schätzend

transparent

Print Friendly, PDF & Email

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)

Print Friendly, PDF & Email

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 ;)

Print Friendly, PDF & Email

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!

Print Friendly, PDF & Email

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)

Print Friendly, PDF & Email

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.)

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

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!

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

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?

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

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!

Print Friendly, PDF & Email

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

Print Friendly, PDF & Email

Start

  • Einführung
  • Rollen
  • Aufgabenstellung
  • Aufgaben
  • Coach
  • Coach PO
  • Servant Leader
  • Prozessautorität
  • Schutz vor Störungen
  • Beseitigung von Hindernissen
  • Berater in Organisation
  • Fähigkeiten
  • Sachkundig
  • Neugierig
  • Geduldig
  • Teamfähig
  • Schützend
  • Transparent
  • Alltag
  • Alltag Beispiele
  • Alltag Beispiele II
  • Die Rolle des SM
  • Wer?
  • Vollzeit?
  • Kombination mit anderen Rollen
Share Tweet
Agile Software