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 Nächste Überarbeitung Beide Seiten der Revision | ||
|
se:scrummaster [2008-08-07 13:48] stefan |
se:scrummaster [2008-08-07 15:36] stefan |
||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| ===== Scrum Master ===== | ===== Scrum Master ===== | ||
| - | ==== Aufgaben nach Scrum ==== | + | ==== Editor ==== |
| - | === 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 bleibt mir von diesem Sprint besonders in Erinnerung? | + | |
| - | * Was war gut? | + | |
| - | * Was lief schlecht und was können wir tun, um diese Punkte zu beheben/verbessern? | + | |
| - | * 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 ==== | + | |
| - | * Product Owner | + | |
| - | * Kunden an die Ergebnisse lassen ("rumspielen")? | + | |
| - | * Sprint Review mit PO abstimmen (Produktdemo am Ende des Sprints) | + | |
| - | * Zusammenarbeit mit PO klären | + | |
| - | * 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 | + | |
| - | * [[https://141.75.245.203/trac/mse07/wiki/GesamtImpedimentList|Impediment List]] durchgehen | + | |
| - | * Ticket System | + | |
| - | * <del>Feld ReqID nachtragen</del> | + | |
| - | * Frist zum Eintragen der anstehenden Aufgaben setzen | + | |
| - | * <del>Reports für Sprint 7 anlegen</del> | + | |
| - | * Gibt es noch andere sinnvolle Reports? | + | |
| - | * <del>Tickets der Datenbank werden nicht im Report angezeigt</del> | + | |
| - | * Retrospectives an Andert | + | |
| - | * Einheitliche XML-Beispieldatei erzeugen | + | |
| - | * <del>Zuordnung SM/PO in Trac nachtragen</del> | + | |
| - | * Trac | + | |
| - | * Möglichkeit für Burndown-Chart schaffen | + | |
| - | * Wiki aufräumen | + | |
| - | * Scrum-Plugins | + | |
| - | * [[http://trac-hacks.org/wiki/ScrumBurndownPlugin|ScrumBurndownPlugin - Trac Hacks - Plugins Macros etc. - Trac]] | + | |
| - | * [[http://trac-hacks.org/wiki/TimingAndEstimationPlugin|TimingAndEstimationPlugin - Trac Hacks - Plugins Macros etc. - Trac]] | + | |
| - | * [[http://jeffsutherland.com/scrum/2007/03/scrum-burndown-using-trac.html|Scrum Log Jeff Sutherland: Scrum Burndown using Trac]] | + | |
| - | * [[http://weblogs.asp.net/bsimser/archive/2008/02/09/scrumming-with-the-trac-project.aspx|Scrumming with the Trac Project - Fear and Loathing]] | + | |
| - | * SVN | + | |
| - | * https://141.75.245.203/trac/mse07/discussion/1/11 | + | |
| - | * https://141.75.245.203/trac/mse07/discussion/1/9/47#47 | + | |
| - | * Vortrag von Robra | + | |
| - | * <del>Abstimmung zu den letzten Klausuren</del> | + | |
| - | + | ||
| - | ==== Retrospective ==== | + | |
| - | + | ||
| - | === TKs === | + | |
| - | * Mi, 06.08. 19:00 Uhr FPL | + | |
| - | * Do, 07.08. 18:30 Uhr Web/DB | + | |
| - | * Do, 07.08. 19:00 Uhr Simulation | + | |
| - | * Mi, 13.08. 20:00 Uhr Editor | + | |
| - | * ab 12.08. Steuerung | + | |
| - | + | ||
| - | === Editor === | + | |
| * Steffen | * 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. | * 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. | ||
| Zeile 87: | Zeile 15: | ||
| * 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. | * 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. | ||
| - | === Fertigungsplanung === | + | ==== Fertigungsplanung ==== |
| * Patrick | * Patrick | ||
| * Gut: stetige Erreichbarkeit von Stefan | * Gut: stetige Erreichbarkeit von Stefan | ||
| Zeile 111: | Zeile 39: | ||
| * Kathrin soll direkter fragen | * Kathrin soll direkter fragen | ||
| - | === Simulation === | + | ==== Simulation ==== |
| * Umsetzung seit letzem Mal | * Umsetzung seit letzem Mal | ||
| * Petra mehr Engagement im Projekt; Ergebnis: zu 100% Umgesetzt Super Einsatz bei allen Teilmitgliedern. | * Petra mehr Engagement im Projekt; Ergebnis: zu 100% Umgesetzt Super Einsatz bei allen Teilmitgliedern. | ||
| Zeile 140: | Zeile 68: | ||
| * Ordner Integrated: nur compilierbarer code | * Ordner Integrated: nur compilierbarer code | ||
| - | === Steuerung === | + | ==== Steuerung ==== |
| * Highlight | * Highlight | ||
| * erste Erfolge bei den Design- und Implementierarbeiten | * erste Erfolge bei den Design- und Implementierarbeiten | ||
| Zeile 150: | Zeile 78: | ||
| * keine Anmerkung | * keine Anmerkung | ||
| - | === Web/DB === | + | ==== Web/DB ==== |
| * Highlight: Grundlegendes Sprint-Ziel wurde erreicht. | * Highlight: Grundlegendes Sprint-Ziel wurde erreicht. | ||
| * Gut | * Gut | ||
| Zeile 172: | Zeile 100: | ||
| * Product-Backlog wird zukünftig als Basis für die Sprint-Planung verwendet. PB-Einträge werden laufend vom Team geprüft und über Stefan/Andreas aktualisiert. | * Product-Backlog wird zukünftig als Basis für die Sprint-Planung verwendet. PB-Einträge werden laufend vom Team geprüft und über Stefan/Andreas aktualisiert. | ||
| * Es existiert kein Visual Prototype auf dem die Web-Entwicklung basiert. Widerspruch zwischen Theorie und Praxis, da die Theorie viel Zeitaufwand verursacht, welcher nicht geleistet werden kann. | * Es existiert kein Visual Prototype auf dem die Web-Entwicklung basiert. Widerspruch zwischen Theorie und Praxis, da die Theorie viel Zeitaufwand verursacht, welcher nicht geleistet werden kann. | ||
| - | * Visual Prototype wird nicht umgesetzt, da die benötigte Zeit nicht zur Verfügung steht und die Entwicklung bisher auch ohne funktioniert hat. | + | * Visual Prototype wird nicht umgesetzt, da die benötigte Zeit nicht zur Verfügung steht und die Entwicklung bisher auch ohne funktioniert hat. |
| - | + | ||
| - | + | ||
| - | ==== TKs mit den einzelnen Teams ==== | + | |
| - | + | ||
| - | === Allgemeine Punkte === | + | |
| - | * Erwartungen der Teammitglieder an den SM in Erfahrung bringen | + | |
| - | * Meinung zu TK mit mir zu Beginn, Anfang und Ende jedes Sprints. | + | |
| - | * Was ist zur Zeit das größte Hindernis bei der Gesamtprojektarbeit? | + | |
| - | * Meinung zur Zusammenarbeit mit den anderen Teams -> Gibt es Probleme? | + | |
| - | * Zeitprobleme ansprechen -> viele schreiben die Klausuren nicht mit | + | |
| - | * Anregungen/Wünsche für Trac (Wiki, Tickets) und SVN | + | |
| - | + | ||
| - | === Editor === | + | |
| - | * Retrospective | + | |
| - | * Gut: Kurze TKs, Blog | + | |
| - | * Blog | + | |
| - | * Prinzipiell eine gute Sache, aber warum außerhalb von Trac? | + | |
| - | * Schlecht: Keine klaren Verantwortlichkeiten, XML-Datei, viel zu hohe zeitliche Belastung | + | |
| - | * Brauchen sie Unterstützung? | + | |
| - | * Jochen sagt schon, dass er zu wenig Zeit hat. | + | |
| - | * Andreas wird für zwei Sprints Scrum Master. | + | |
| - | * Wenn ja, müssen wir das Problem jetzt schon angehen, da kurzfristige Einarbeitung eines Externen sehr schwierig wird. | + | |
| - | + | ||
| - | === Fertigungsplanung === | + | |
| - | + | ||
| - | === Simulation === | + | |
| - | * Retrospective | + | |
| - | * Gut: Einsatz der Teammitglieder, effizientere TKs | + | |
| - | * Schlecht: keine Tagesordnung, Punkte werden mehrmals diskutiert, unterschiedliche Aufteilung Zeitaufwand, Einarbeitung Jean, Code-Probleme, unsachliche Diskussionen | + | |
| - | * Brauchen sie Unterstützung? Wenn ja, dann jetzt melden! | + | |
| - | * Tagesordnung im Wiki -> siehe FPL | + | |
| - | * Scrum Master als Vermittler zwischen den Fronten | + | |
| - | * Sprint Backlog in OO? Warum nicht Tickets? | + | |
| - | + | ||
| - | === Steuerung === | + | |
| - | * Retrospective | + | |
| - | * Gut: effizientere TKs, Besprechung der Sprintziele mit dem PO in der Präsenzphase, methodisches Vorgehen | + | |
| - | * Schlecht: nichts | + | |
| - | + | ||
| - | === Web/DB === | + | |
| - | * Retrospective | + | |
| - | * Gut: hohe Einsatzbereitschaft, effizientere TKs, bessere Nutzung Tickets, Abstimmung mit PO | + | |
| - | * Schlecht: hoher Zeitaufwand, mangelnde Zeitplanung, Umstellung der IDE, unterschiedliche Schemata, lange Einarbeitungszeit für Rails, Abstimmung Requirements mit PO, kein Visual Prototype | + | |
| - | * Zusammenlegung der Teams | + | |
| - | * Hat es gut geklappt? | + | |
| - | * Hat jeder feste Aufgaben oder wechseln die Mitglieder untereinander? | + | |
| - | * Kommunikation mit anderen Teams (insb. FPL) | + | |
| - | * Wer ist Hauptansprechpartner z.B. für Erstellung eines neuen Views? | + | |
| - | * Kein View -> keine Möglichkeit für FPL weiterzumachen | + | |
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
