Literatur

"User Stories Applied", ein Buch von Mike Cohn.

Er macht auf simple Art und durch sehr schöne Beispiel klar, worin genau der Unterschied zwischen Use Cases und User Stories liegt, was eine gute User Story ausmacht und wie man zu User Stories kommt.

http://www.mountaingoatsoftware.com/scrum

Ken Schwaber

Sprint 2 Retrospecitve

Sprint 2 war ein guter Sprint. Das Team "kämpft" mit der Methodik. Inhaltlich wird am Produkt nicht viel entwickelt - Scrum steht im Zielfeuer...

Der Product Master hat zu schlichten und das Team auszurichten.

Was war gut:

• Gute Auslastung und Zusammenarbeit im Team
• Planning und Estimation sehr gut dokumentiert
• Meetings werden pünktlich aufgesucht, immer vollzählig
• Team arbeitet selbständig
• "Should be in" Task wurden vom Team im Sprint zugewiesen und angenommen
• Gute Doku im Wiki
  

Was ist verbesserungswürdig:

• User Stories kommen zu spät vor der Estimation ins Team - Vorbereitung notwendig
• User Stories vom Product Owner ungenau
• Produckt Backlog inkonsistent (Excel)
• Kunden vom Test Director abbringen, da er dort User Stories erfasst
• After Scrum Sitzung oft endlos und ohne Ziel, keine Moderation
• Testing nicht instituionalisiert
  

Massnahmen:

• Sitzungsabläufe werden neu festgelegt
• Ziel und Zeit pro Sitzung im After Scrum, Moderator
• Team physisch zusammenlegen (bislang verteilt)
  

Scrum Master

Wenn der Daily Scrum so abläuft, ist irgend was falsch! Das ist eher eine schlechte Darstellung...