Dienstag, 12. Februar 2008

Syndato bei der .NET User Group Leipzig


Jens Korte, Geschäftsführer der SYNDATO GmbH Dresden, führt am Freitag 15.02.08 bei der .Net Usergroup Leipzig einen Scrum Workshop durch.

Abstact:

„Wir sollten unbedingt SCRUM einsetzen. Ich habe gehört dass wir damit endlich unsere Software zum Termin liefern und alle glücklich sind.“

Ist das wirklich so? Ist SCRUM das Allheilmittel gegen Projektchaos, überzogene Budgets und Deadlines sowie gegen unzufriedene Kunden und Mitarbeiter? Was ist überhaupt SCRUM und wie funktioniert es? Klappt das auch bei uns und wenn ja, wo fangen wir an? Diese und ähnliche Fragen wird Jens Korte am 15.02.2008 bei einem kostenlosen Workshop zu SCRUM beantworten.

Samstag, 9. Februar 2008

Sprint Retrospective

Scrum, ein Management Framework für agile Software Entwicklung, definiert Rollen, Rituale und Artefakte und den Zyklus
Plan->Do->Reflect->Improve
Für jeden Zyklus gibt es ein Ritual: Sprint Planning, der Sprint, Sprint Review und Sprint Retrospective.

Die Sprint Retrospective soll reflektieren, wie ein Sprint gelaufen ist. Die Sprint Retrospective wird meistens im Anschluss an den Sprint Review durchgeführt.
Das gesamte Team wird eingeladen, der Product Owner ist anwesend, der Scrum Master moderiert. Andere Stakeholder sind willkommen, allerdings nur als Zuschauer.

Während der Sprint Retrospective sollte das Team:
  • Das Product-Burndown Chart auswerten. Wie ist es gelaufen? Hat das Team in diesem Sprint geliefert, was geplant und angenommen wurde? Man kann die aufgewendeten Stunden des Sprints im Vergleich zu den User Stories setzen und mit vorherigen Sprints vergleichen und graphisch darstellen. Das Team sollte Schwankungen im Graph untersuchen und erkennen, ob man besser oder schlechter wird. Das Warum sollte herausgefunden werden.
  • Die Team Velocity auswerten. Zur Ermittlung der Velocity (Geschwindigkeit) summiert man alle Story Points des Sprints, die mit DONE abgearbeitet wurden und setzt sie in Relation zu dem Total aller geschätzten Story Points im Product Backlog. Das kann man graphisch darstellen und erhält über mehrere Sprints einen Trend. Dieser Trend ist sehr wichtig für das Sprint Planning. Die Velocity ist ein Anhaltspunkt für die Arbeit, die ein Team für einen Sprint annehmen kann. Das Team sollte auch hier Schwankungen in der Kurve hinterfragen, Überstunden berücksichtigen und den totalen Aufwand errechnen: Wieviel Stunden wurden effektiv aufgewendet? Was wurde geliefert?
  • Diskutieren, was gut gelaufen ist. Jedes, wirklich jedes Teammitglied hat Erfahrungen gemacht, die jetzt ausgewertet werden sollten. Positive Punkte werden jetzt hervorgehoben. Es wird sichergestellt, dass diese im nächsten Sprint wiederholt werden können.
  • Diskutieren, was nicht so gut gelaufen ist. Punkte, die vom Team in diesem Sprint als nicht so gut erachtet werden, sollten auf den Tisch gebracht werden. Es ist wichtig, das Warum herauszufinden, um die Ursache im kommenden Sprint abzustellen.
  • Entscheiden, was im nächsten Sprint verändert wird. Das Team sucht sich ein paar wenige Dinge heraus, die im kommenden Sprint anders gemacht werden sollen. Das sollten aktive und realistische Punkte sein, die auch wirklich in einem Sprint verändert werden können.
Das ist ein kontinuierlicher Lernprozess.

Die Sprint Retrospective ist kein auferlegtes Muss vom Management. Hier ist das Team auf sich gestellt - selbstorganisierend und selbstregulierend.

Scrum Breakfast in Zürich, 5. März 08

Beim nächsten Scrum Breakfast in Zürich am 5.März 2008 gibt es erneut einen Vortrag mit praktischen Erfahrungen, gehalten von Jiri Lundak - der erste zertifzierte Scrum Master der Schweiz.

Jiri Lundak berichtet über den Einsatz von Scrum bei Projekten im Öffentliche Bereich:

Scrum in the Public Sector: Practical Experiences

Topics:

  • Hurdles a software company faces, when it decides to become agile
  • The challenge of staying agile
  • Lesson learned
Datum: 5 März 2008 (immer der erste Mittwoch im Monat)
Zeit: von 8.00h bis 10.00h, der Vortrag beginnt um 8.35h
Ort: namics ag, Konradstrasse 12, CH-8005 Zürich
Anmeldung: xing.com

Der Vortrag ist in deutsch.

Die Teilnahme ist kostenlos. Wie immer sponsort namics Kaffee, Gipfeli und Orangensaft.

Dienstag, 5. Februar 2008

Agile Estimation, Mike Cohn

Mike Cohn bei einem Bay XP Event zum Thema Estimation.



Freitag, 1. Februar 2008

Wie gross ist ein Scrum Team?

Gibt es eine absolute Obergrenze für die Teamgrösse? Lässt sich ein Scrum Team beliebig skalierien? Gibt es immer nur einen Product Owner? Wie muss man sich Scrum bei einem Team von 400 Entwickler vorstellen? Wie schätzt ein Scrum Team den Aufwand?

Mike Cohn von Mountain Goat Software beantwortet diese Fragen bei onSoftware, ein Podcast von InformIT.

Planning Poker

Play. Estimate. Plan.

Ein paar Trainer und Consultants von
Mountain Goat Software hatten die Idee für eine einfache, webbasierte Web Applikation, mit der man Planning Poker spielen kann.

Planning Poker
gehört Mountain Goat Software. Man kann die Software nicht kaufen oder runterladen, es ist Applikcation-as-service Lösung, online verfügbar. Man muss nur einen Account anlegen und los gehts ...

Um einen Planning Poker zu spielen, muss man einen Account haben, ein Spiel eröffnen und seine Teammitglieder einladen, indem man einen Link verschickt.

Um Planning Poker spielen zu können braucht man nur einen Browser. JavaScript muss aktiviert sein.

agile42 bringt neues Scrum Tool auf Basis von Trac

agile42, ein Berliner Unternehmen, dass praxisorientierte und -basierte Prozessberatung, Trainings und Software anbietet, hat zu Beginn des Jahres ein einfaches, webbasiertes Tool herausgebracht, dass den Scrum Prozess unterstützt - Agilo for Scrum.

Agilo for Scrum bietet einen Satz von Plugins, die die Standardfunktionalität von Trac erweitern, z.B. FilteredTicket Plugin, Links Plugin, ScrumDashboard Plugin und viele mehr.

Um Agilo for Scrum einsetzen zu können, braucht man eine Python Umgebung und eine lauffähige Installation von Trac. Agilo ist eine Open Source Software (Apache Software Licence 2.0) und kann hier runtergeladen werden.

Auf der Website von agile42 gibts noch eine Installations- und Konfigruationsanleitung, ein paar Screenshots und jedem Menge Dokumentationen zu Agilo.