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 17:21] stefan |
se:scrummaster [2008-08-17 15:22] stefan gelöscht |
||
---|---|---|---|
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) | + | |
- | * 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 | + | |
- | * Möglichkeit für Burndown-Chart schaffen | + | |
- | * <del>Reports für Sprint 7 anlegen</del> | + | |
- | * Gibt es noch andere sinnvolle Reports? | + | |
- | * Tickets der Datenbank werden nicht im Report angezeigt | + | |
- | * Retrospectives an Andert | + | |
- | * Einheitliche XML-Beispieldatei erzeugen | + | |
- | * <del>Zuordnung SM/PO in Trac nachtragen</del> | + | |
- | * Zusammenarbeit mit PO klären | + | |
- | * Wiki aufräumen | + | |
- | * 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 | + | |
- | * Abstimmung zu den letzten Klausuren | + | |
- | + | ||
- | ==== Retrospective ==== | + | |
- | + | ||
- | === TKs === | + | |
- | * Mi, 06.08. 19:00 Uhr FPL | + | |
- | * Mi, 06.08. 20:00 Uhr Editor | + | |
- | * Do, 07.08. 18:30 Uhr Web/DB | + | |
- | * Do, 07.08. 19:00 Uhr Simulation | + | |
- | * 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 81: | 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 105: | 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 134: | 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 144: | 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 166: | 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 | + | |
- | + | ||
- | === 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 | + |