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-03 16:06] 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 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 | + | |
| - | * Do, 07.08. 19:00 Uhr Simulation | + | |
| - | * coulon.j | + | |
| - | * robert.stumpe | + | |
| - | * p.keinath | + | |
| - | * andreas.macher1 | + | |
| - | * 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 91: | 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 115: | 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 144: | 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 154: | 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 163: | Zeile 87: | ||
| * Grundlegendes Sprint-Ziel wurde erreicht. | * Grundlegendes Sprint-Ziel wurde erreicht. | ||
| * Schlecht | * Schlecht | ||
| - | *Problem: Zeitplanung im Sprint 06 war schlecht. D.h. am Anfang wurde von mehreren im Team wenig gemacht und viel Arbeit auf das Ende verschoben. Gegenseitige Abhängigkeiten der einzelnen Aufgaben haben das Problem noch verschärft. Team verständigt sich darauf, dass dies ein Problem darstellt. | + | * Zeitplanung im Sprint 06 war schlecht. D.h. am Anfang wurde von mehreren im Team wenig gemacht und viel Arbeit auf das Ende verschoben. Gegenseitige Abhängigkeiten der einzelnen Aufgaben haben das Problem noch verschärft. Team verständigt sich darauf, dass dies ein Problem darstellt. |
| - | * Maßnahme: Im nächsten Sprint soll konsequent von Anfang an für das Projekt gearbeitet werden (Urlaub oder wichtige geschäftliche Verpflichtungen stellen eine begründetet Ausnahme dar). Falls das Problem wieder auftritt, kann dies von jedem Teammitglied angesprochen werden. Am Ende von Sprint 07 wird bewertet, ob die Vereinbarung von allen eingehalten wurde. | + | * Im nächsten Sprint soll konsequent von Anfang an für das Projekt gearbeitet werden (Urlaub oder wichtige geschäftliche Verpflichtungen stellen eine begründetet Ausnahme dar). Falls das Problem wieder auftritt, kann dies von jedem Teammitglied angesprochen werden. Am Ende von Sprint 07 wird bewertet, ob die Vereinbarung von allen eingehalten wurde. |
| - | * Problem: Entwicklungsumgebung für DB wurde während des Sprints von SQL-Skripten auf den Oracle-JDeveloper umgestellt. Daraufhin traten unvorhergesehene Probleme mit dem JDeveloper auf, welche sich auch auf die Web-Entwicklung ausgewirkt haben. | + | * Entwicklungsumgebung für DB wurde während des Sprints von SQL-Skripten auf den Oracle-JDeveloper umgestellt. Daraufhin traten unvorhergesehene Probleme mit dem JDeveloper auf, welche sich auch auf die Web-Entwicklung ausgewirkt haben. |
| - | * Maßnahme: Grundsätzlich soll der JDeveloper als Entwicklungsumgebung für die DB beibehalten werden. Da verschiedene Dinge beachtet werden müssen, wird es zukünftig ein Haupt-SQL-Skript geben, welches weitere SQL-Skripte aufruft. Dieses Skript muss nach Aktualisierungen getestet werden und funktionieren, damit es von allen im Team ohne Hintergrundwissen verwendet werden kann. | + | * Grundsätzlich soll der JDeveloper als Entwicklungsumgebung für die DB beibehalten werden. Da verschiedene Dinge beachtet werden müssen, wird es zukünftig ein Haupt-SQL-Skript geben, welches weitere SQL-Skripte aufruft. Dieses Skript muss nach Aktualisierungen getestet werden und funktionieren, damit es von allen im Team ohne Hintergrundwissen verwendet werden kann. |
| - | * Problem: Während des Sprints entstand eine verwirrende Anzahl von unterschiedlichen Schematas auf dem zentralen DB-Server. | + | * Während des Sprints entstand eine verwirrende Anzahl von unterschiedlichen Schematas auf dem zentralen DB-Server. |
| - | * Maßnahme: Zukünftig werden nur noch folgende Schemata verwendet: WEB/FPLAN für Entwicklung/Test (DB als Hilfs-Benutzer für SQL-Skripte) und WEB-KUNDE für Produktion. | + | * Zukünftig werden nur noch folgende Schemata verwendet: WEB/FPLAN für Entwicklung/Test (DB als Hilfs-Benutzer für SQL-Skripte) und WEB-KUNDE für Produktion. |
| - | * Problem: Zeitbelastung durch das Projekt war höher als geplant. | + | * Zeitbelastung durch das Projekt war höher als geplant. |
| - | * Maßnahme: Jeder im Team ist bereit auch zukünftig mehr zu geben, um ein fertiges und gutes Produkt zu erstellen. | + | * Jeder im Team ist bereit auch zukünftig mehr zu geben, um ein fertiges und gutes Produkt zu erstellen. |
| - | * Problem: Notwendige Rails-Einarbeitung hält uns bisher noch von schnellerem Vorankommen ab. | + | * Notwendige Rails-Einarbeitung hält uns bisher noch von schnellerem Vorankommen ab. |
| - | * Maßnahme: Diese Problem sollte sich von selbst erledigen, da die grundlegenden Rails-Mechanismen nun bekannt sind. | + | * Diese Problem sollte sich von selbst erledigen, da die grundlegenden Rails-Mechanismen nun bekannt sind. |
| - | * Problem: Das Product-Backlog enthält veraltet bzw. bereits gestrichene Anforderungen. Außerdem wurden die einzelnen Anforderungen im Sprint-Backlog nicht direkt berücksichtigt. | + | * Das Product-Backlog enthält veraltet bzw. bereits gestrichene Anforderungen. Außerdem wurden die einzelnen Anforderungen im Sprint-Backlog nicht direkt berücksichtigt. |
| - | * Maßnahme: 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. |
| - | * Problem: 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. |
| - | * Maßnahme: 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. |
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
