Benutzer-Werkzeuge

Webseiten-Werkzeuge


se:scrummaster

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
se:scrummaster [2008-08-05 10:27]
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) +
-    * 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 +
-    * Möglichkeit für Burndown-Chart schaffen +
-    * <​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>​ +
-  * 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 +
-  * <​del>​Abstimmung zu den letzten Klausuren</​del>​ +
- +
-==== 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  ​    +