Stefans Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Sie befinden sich hier: start » se » scrummaster
Zuletzt angesehen:
se:scrummaster

**Dies ist eine alte Version des Dokuments!**

Inhaltsverzeichnis

Scrum Master

Aufgaben nach Scrum

Nach Schwaber

  • Ensures that the team is fully functional, productive and improves quality.
  • Enables close cooperation across all roles and functions and removes barriers.
  • Shields the team from external interferences.
  • Ensures that the process is followed.
  • Teaches Product Owner and Team how to fulfill their roles.

aus Schulungsunterlagen

  • Guards and supports the Scrum process
  • Facilitates team decision-making and team maturity
    • Divergence of ideas leading to informed convergence on decisions
  • Removes impediments
  • Protects the team from external interruptions
  • Acts as chief communicator – coordinates communications between team and external stakeholders, management, and other corporate communication

Regelmäßige Aufgaben

  • Projektbesprechung in Nürnberg planen
    • Castello reservieren
    • Vorarbeiten für Retrospectives von Teams einfordern
  • Sprint Retrospectives erstellen
    • Was war gut?
    • Was lief schlecht und was können wir tun, um diese Punkte zu beheben/verbessern?
    • Was bleibt mir von diesem Sprint besonders in Erinnerung?
  • Kontrolle/Administration Ticket System
  • Trac-Ausfälle dokumentieren/Bergmann kontaktieren
  • TK mit Teams zu Beginn (Retrospective), in der Mitte (aktueller Stand) und am Ende (Sprint Review inkl. Demo des Produkts) des Sprints

Offene Punkte

Retrospective

TKs

  • Mi, 06.08. 19:00 Uhr FPL
  • Mi, 06.08. 20:00 Uhr Editor
  • Do, 07.08. 18:30 Uhr Web/DB

Editor

  • Steffen
    • Highlight: Besonders gut haben mir die kurzen Telefonkonferenzen (10-20 min) gefallen. Diese haben wir dadurch erreicht, dass mittels eines Blogs über unsere Tätigkeiten ein öffentliches "Tagebuch" geführt haben. Somit wusste jeder Bescheid, was gut läuft und was nicht.
    • Gut: Unser Blog und unsere kurzen Konferenzen.
    • Schlecht: Was mir nicht so gut gefallen hat, ist die Tatsache, dass jeder in allen Programmmodulen arbeitet und somit Konflikte vorprogrammiert waren. Um das Problem zu beheben würde ich Vorschlagen Verantwortlichkeiten für die Module festzulegen.
  • Andreas
    • Highlight: Mementoerstintegration hat funktioniert. Gemeinsames Debugging am Editor hat Spass gemacht.
    • Gut: Einführung des Editor-Team Blogs hat Kommunikation und Effizienz gesteigert. Spontante Reaktion bei akuten Probemen möglich. Reduzierung der TK-Dauer durch festes Schema/Gliederung in Grundzügen gelungen.
    • Schlecht: XML Schemadefinition läuft im Gesamtteam nicht zufriedenstellend. Jochen ohnehin stark durch Projekt belastet → Gesamtlösung muss gefunden werden!
  • Jochen
    • Highlight: Die zeitliche Verbesserung der TKs. Wir haben versucht Herrn Anderts Weisungen zu befolgen und es hat sich sehr gut (noch nicht ganz perfekt) umsetzen lassen.
    • Gut: Wir haben einen Team-eigenen Blog eingeführt, bei dem jeder seinen Status und Probleme schildern konnte. Dies als Ersatz für das Daily-Meeting. Es wurde rege genutzt und half für eine schnelleren Informationsweg.
    • Schlecht: Die 2 1/2 h pro Woche Projektarbeit ist leicht untertrieben. Alleine meine Arbeitszeit für das Projekt (ohne zu Lernen) hat das 10 fache pro Woche leicht überschritten. So sollte es zukünftig nicht weiterlaufen.
se/scrummaster.1217770179.txt.gz · Zuletzt geändert: 2014-04-05 11:42 (Externe Bearbeitung)

Seiten-Werkzeuge

Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Noncommercial-Share Alike 4.0 International
CC Attribution-Noncommercial-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki