The Daily Scrum

Bei einem Scrum Projekt gibt während des Sprints ein kurzes tägliches Meeting - der Daily Scrum. Dieses Meeting wird immer am selben Ort und zur selben Zeit geführt, meistens morgens. Der Daily Scrum dient dazu, dass Team auf den heutigen Tag zu fokussieren.

An einem Daily Scrum können "alle" Projektbeteiligten teilnehmen, z.B. Stakeholders, Analysten, Product Owner oder ein Vertreter aus dem Management - allderings bleibt nur den "committed" Mitgliedern das Recht vorbehalten zu sprechen. Das macht den Daily Scrum zu einer idealen Basis, um Informationen und Status auszutauschen. Wenn jemand wissen möchte, wie es um ein Projekt steht, ist der Besuch der Daily Scrums eine gute Idee.

Der Daily Scrum ist nicht die Bühne, um Problem zu lösen oder offen Punkte zu klären, dies wird anschliessend in kleineren Gruppen (offline) gelöst. Während des Daily Scrum beantworted jedes "committed" Teammitglied folgende 3 Fragen:

1. Was habe ich gestern gemacht?
2. Was werde ich heute machen?
3. Was für Hinderhisse habe ich?

Durch den täglichen Rückblick jedes Teammitgliedes erhält das Team einen sehr guten Feedback darüber, was bereits geleistet wurde und wieviel Arbeit noch zu erledigen verbleibt.

Sobald ein Hinderniss auftaucht ist der Scrum Master angehalten, dieses Hinderniss aus dem Weg zu räumen. Wenn der Scrum Master das Hinderniss nicht selbst aus dem Weg räumen kann (z.B. technische Problem), muss er sicherstellen, dass er jemanden findet, der das Problem lösen kann - meist innerhalb des Teams.

Scrum Einführung - leider erfolglos

Gestern war für mich kein sehr erfolgreicher Tag, denn ich konnte ein Projekt-Team nicht davon überzeugen, agile zu arbeiten ...

Es geht um eine Webapplikation, die entwickelt werden soll. Der Funktionsumfang ist klar, Zeit und Budget auch. Das Projekt dazu wurde im Oktober 07 gestartet, Entwicklungsbeginn war Anfang Dezember. Das Projekt soll Ende Februar 08 abgeleistet sein. Ich arbeite seit Entwicklungsbeginn an diesem Projekt. Vorgehen: Wasserfall!

Projektteam (fix):

• 2 Software Engineers
• ein Projektleiter und einen Kunden-Projektleiter

sporadisch (auf Abruf):

• bis zu 3 Publisher
• ein Designer
• ein Flash-Spezialist

Alle Teammitglieder arbeiten an diversen anderen Projekten, sind also nicht 100% auf diesem Projekt.

Man weiss per heute bereits, dass dieses Projekt nicht in Zeit und Budget realisiert werden kann. Darum wurde die Entwickel-Crew gestern um 2 Software Engineers aufgestockt, d.h. +50%. Man geht davon aus, dass man damit nur halt so lang brauchen wird, so die Annahme.

Ich habe die Gelegenheit genutzt, um dem Team SCRUM vorzustellen. Ziel sollte es sein, dem Team zu vermitteln, dass man durch SCRUM das Risiko eines Misserfolgs minimieren kann, indem man regelmässig in definierten Intervallen lauffähige Funktionen entwickelt und dem Kunden zeigt. Damit stellt man einen engen und nachhaltlichen Kontakt zum Kunden her, schafft Vertrauen und fördert die Kommunikation und gibt dem Kunden die Chance, früh auf neue Bedürfnisse zu reagieren, neu Ideen einzubringen, sie zu priorisieren, etc.
Letztendlich fanden alle die Idee vom agilen Arbeiten sehr interessant, doch niemand hatte genug Vertrauen und Mut, es jetzt zu versuchen. Ausschlaggebend war, dass man einen so engen Kontakt zum Kunden besser unterbindet, weil man weiss, dass immer wieder neue Anforderungen erhoben werden, wenn man frühzeitig Funktionen präsentiert - GENAU! Das ist der Unterschied - bei agilem Arbeiten heisst es "Changes are welcome!". Das Team hat gegen SCRUM gestimmt ...

Daraufhin habe ich den Kontakt zu Kollegen aus der "agilen Ecke" gesucht - mein Misserfolg ist bekannt und auch erklärbar:

• Druck
• Ungewissheit
• Transparenz
• Disziplin
  

Das sind so die grössten Hindernisse, die bei der Einführung von SCRUM im Weg stehen. Nächsten mal werde ich auf diese Punkte deutlicher eingehen ...