Benutzer-Werkzeuge
se:scrummaster
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
|
se:scrummaster [2008-08-03 15:29] stefan |
— (aktuell) | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ===== 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 ==== | ||
| - | * Stand Simulation | ||
| - | * Konflikte? | ||
| - | * Einarbeitung Jean | ||
| - | * Unfaire Aufteilung Zeitaufwand | ||
| - | * Benötigen sie noch Unterstützung? | ||
| - | * Kunden an die Ergebnisse lassen ("rumspielen")? | ||
| - | * https://141.75.245.203/trac/mse07/wiki/ScrumProzessbeschreibungEtc | ||
| - | * Videos | ||
| - | * <del>http://video.google.com/videoplay?docid=-7230144396191025011</del> | ||
| - | * http://www.infoq.com/presentations/Agile-Management-Google-Jeff-Sutherland | ||
| - | * http://www.youtube.com/watch?v=fb9Rzyi8b90&eurl=http://inside-scrum.blogspot.com | ||
| - | * SVN-Refactoring | ||
| - | * Blog Team Editor | ||
| - | * [[https://141.75.245.203/trac/mse07/wiki/GesamtImpedimentList|Impediment List]] durchgehen | ||
| - | * Ticket System | ||
| - | * Feld ReqID nachtragen | ||
| - | * Frist zum Eintragen der anstehenden Aufgaben setzen | ||
| - | * Möglichkeit für Burndown-Chart schaffen | ||
| - | * Reports für Sprint 7 anlegen | ||
| - | * Gibt es noch andere sinnvolle Reports? | ||
| - | * Retrospectives an Andert | ||
| - | * Einheitliche XML-Beispieldatei erzeugen | ||
| - | * Zuordnung SM/PO in Trac nachtragen | ||
| - | * Zusammenarbeit mit PO klären | ||
| - | * Wiki aufräumen | ||
| - | * Erwartungen der Teammitglieder an den SM in Erfahrung bringen | ||
| - | * Sprint Review mit PO abstimmen (Produktdemo am Ende des Sprints) | ||
| - | * Zeitprobleme ansperechen -> viele schreiben die Klausuren nicht mit | ||
| - | * Tickets der Datenbank werden nicht im Report angezeigt | ||
| - | * Vortrag von Robra | ||
| - | * SVN | ||
| - | * https://141.75.245.203/trac/mse07/discussion/1/11 | ||
| - | * https://141.75.245.203/trac/mse07/discussion/1/9/47#47 | ||
| - | |||
| - | ==== 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
