Wir starten die Reihe mit Ralf Wirdemann [42], dem Autor des Buches Scrum mit User Stories sowie vieler Fachartikel zum Thema Agile Softwareentwicklung. Ralf ist seit 8 Jahren als Projektmanager und Agiler Coach (CSM, CSP) aktiv und unterstützte schon viele Unternehmen bei der Implementierung von Scrum.

1.  Was motiviert dich in dem was du tust?

Mich motivieren zufriedene Teams, die morgens gerne zur Arbeit kommen und Spaß an der Zusammenarbeit haben. Außerdem freue ich mich über gute Projektergebnisse und zufriedene Kunden.

2. Wie versuchst du, dich ständig weiterzuentwickeln?

Ich versuche mich weiterzuentwickeln, in dem ich meine Rollen und Projektumfelder häufig wechsele und Situationen suche, die ich bisher noch nicht kannte. Des Weiteren versuche ich kontinuierlich zu lernen, indem ich quartalsweise zurückblicke und zusammenfasse, welche Dinge ich in dem jeweiligen Zeitraum neu gelernt habe. Basierend auf diesen Erkenntnissen richte ich mich neu aus.

3. Aus welchem deiner Fehler oder schwierigen Projektsituationen hast du am meisten gelernt?

Man sollte nie persönliche Karriereinteressen über Projektziele oder Personen stellen.

4. Hast du eine Lieblingssoftware, um deine tägliche Arbeit zu erledigen, zu vereinfachen oder zu organisieren?

Nein. Ich benutze die Software, die die jeweilige Aufgabe am besten unterstützt.

5. Welchen Tipp gibst du angehenden Projekmanagern mit auf den Weg?

Probleme forcieren und so schnell es geht an die Oberfläche bringen. Fehler machen, zugeben und anderen Vorleben, wie man daraus gelernt hat. Ausserdem sollten Projektmanager “Nein” sagen können und nicht versuchen, es allen Beteiligten immer recht zu machen.

6. Welche drei fachspezifischen Blogs oder Websites liest du regelmässig bzw. kannst du empfehlen?

• Planet TW (blogs.thoughtworks.com)
• Mike Cohns Blog (www.blog.mountaingoatsoftware.com)
• Object Mentor Blog (www.blog.objectmentor.com)

7. Welches Buch liest du gerade oder empfiehlst du als Pflichtlektüre?

• Clean Code von Robert C. Martin
• Alle Bücher zu Lean Development von den Poppendiecks

Weitere Artikel zu diesem Thema

• Erbsenschätzerei reloaded
• Zertifiziert: Scrum Practitioner
• Erbsenschätzerei
• Ken Schwaber über Scrum.org
• Teamarbeit – Konzept wechselnder Eigentümer

Meine Kollegin Susanne Reppin sowie Ralf Wirdemann (Autor des Buches Scrum mit User Stories) beschreiben in dem Artikel, warum sie sich für den Einsatz von Kanban enschieden haben. Der gesamte Artikel steht als PDF Download auf dem XING Blog zur Verfügung.

Die gesamte Ausgabe widmet sich dem Thema Lean Development & Kanban. Ich habe die Zeitschrift kurz überflogen und finde sie sehr interessant. Es sind unter anderem Beiträge von Stefan Rook (www.stefanroock.de), Dr. Eberhard Huber (www.pentaeder.de) oder Arne Roock (www.it-agile.de)  in der Ausgabe zu finden.

Weitere Artikel zu diesem Thema

• XING präsentiert sich Agil auf dem Scrum Day
• XING präsentiert sich Agil
• Konferenzen zum Thema Agiles & Lean Management
• Präsentationen der Lean & Kanban Konferenz 2009
• Teamwork – Arbeit in Paaren

Fangen wir mit dem Ergebnis des Teams an. Im Vergleich zu den Lesern des Blogs hatte das Team den Vorteil, das Erbsenglas anfassen und herumreichen zu können. Bestimmt gab es auch ein paar Schlaules, die schnell und unauffällig mal die Erbsen am Boden des Glases gezählt und hochgerechnet haben.

Zunächst habe ich darum gebeten, dass jeder seine eigene Schätzung abgibt, ohne sich durch die anderen Teilnehmer beinflussen zu lassen. Die Ergebnisse finden sich in der folgenden Liste:

3600
2222
500
300
850
700
850
500
400
600
500
250
800
550

Es gab natürlich ein großes Hallo, als die Kollegen sahen, wie sehr doch die inviduellen Schätzungen auseinanderliefen. Schon spannend, wie unterschiedlich die gleiche Realität von unterschiedlichen Personen bewertet wird.

Ohne weiter auf die individuellen Schätzungen einzugehen, bat ich das Team anschließend, sich auf einen gemeinsamen Wert zu einigen, wobei ich insbesondere die Kollegen mit den besonders hohen und niedrigen Werten bat, diese zu kommentieren. Ein ganz Schlauer rief “Kommt, wir nehmen einfach den Durchschnitt!”, aber ich konnte das Team überzeugen, dass es hier eher um die Diskussion und um das Finden einer gemeinsamen Schätzung ging, mit der alle leben können und bei der sich jeder mit seiner Meinung einbringen konnte.

Als finale Werte ergaben sich die folgenden Schätzungen:

Durchschnitt aus den Individualschätzungen: 902 Erbsen
Gemeinsamer Wert des Teams: 707 Erbsen

Ich mache es noch ein wenig spannend, indem ich zunächst die Schätzungen der Blogleser veröffentliche. Leider gab es nur sehr wenige Zuschriften, aber ich halte das Ergebnis trotzdem für verwendbar. Damit jeder seine eigene Schätzung wiederfinden und mit dem echten Wert vergleichen kann, habe ich die Initialen in Klammern hinter den Wert geschrieben. Vielen Dank an alle Leser, die an der Schätzung teilgenommen haben.

Folgende Schätzungen wurden abgegeben:

• 500 (TK)
• 150 (RW)
• 500 (MM)
• 980 (SH)
• 120 (FD)
• 1200 (MC)
• 350 (BM)
• 1800 (GH)

Auch hier lässt sich eine breite Streuung beobachten, die aber erstaunlicherweise nicht so extrem ist wie bei den Kollegen, die das Glas in die Hand nehmen konnten. Aufgrund der räumlichen und zeitlichen Verteilung der Schätzenden müssen wir uns hier leider mit dem Durchschnitt zufriedengeben, dieser beträgt 700 Erbsen.

Das Grande Finale

Ich fasse noch einmal zusammen:
Durchschnitt Individualschätzungen Team: 902 Erbsen
Durchschnitt Individualschätzungen Leser: 700 Erbsen
Gemeinsame Schätzung Team: 702 Erbsen

Und der tatsächliche Wert beträgt *Trommelwirbel* … *Tusch* … 818 Erbsen

Im Falle der Individualschätzungen des Teams gab es tatsächlich drei Kollegen, deren Schätzung näher am realen Wert waren als die Gruppenschätzung, aber auch Schätzungen, die weit jenseits des realen Wertes lagen. Trotzdem lässt sich daran sehr gut beobachten, dass das Befragen mehrerer Personen sehr gute Ergebnisse bringt. In vielen Projekten wird leider der Aufwand (und nicht die Komplexität :-( ) immer noch von einer einzelnen Person geschätzt. Wenn diese Person dann so danebenliegt wie die vereinzelten Kollegen, na dann gute Nacht.

Bei der Leserschätzungen ist das Ergebnis eindeutig: Kein individueller Schätzer war besser als die Gruppe. Quod erat demonstrandum, wie meine Mathelehrerin immer zu sagen pflegte.

Falls Ihr dieses Spielchen mal ausprobiert oder andere schöne Möglichkeiten kennt, dem Team etwas zu vermitteln, freue ich mich über eine Nachricht.

Weitere Artikel zu diesem Thema

• Erbsenschätzerei
• Scrum Day 2009 in Düsseldorf – ein Rückblick
• Top 10 Tipps für agile Coaches
• Teamarbeit – Konzept wechselnder Eigentümer
• Einsatz von Tiger Teams in Pilotprojekten

Weitere Artikel zu diesem Thema

• Twitter Beiträge der Woche [2010-03-07]
• Twitter Beiträge der Woche [2010-02-28]
• Twitter Beiträge der Woche [2010-02-21]

Weitere Artikel zu diesem Thema

• Wer schreit zuerst?
• Faule Projektmanager?
• 10 neue Bücher für 2010, die Sie im Auge behalten sollten
• PMP Vorbereitungskurs
• Kurze Präsentation Agiles Projektmanagement (APM)

Die Literatur bietet natürlich Hilfe. Da ist von gruppendynamischen Prozessen die Rede, Analysen sollen gemacht werden, Teamevents werden die Welt und das Projekt retten … aber ist das Team das Problem? Und kann man das Handlungsfeld nicht zunächst auch einfacher angehen? Als Anhänger des KISS-Prinzips, stelle ich dem Kollegen in so einem Fall gern eine einfache Frage:

Wer schreit zuerst?

Meist werde ich mit großen Augen angesehen, weil sofort die Assoziation des gegenseitigen Anbrüllens entsteht. Aber das meine ich gar nicht, deshalb stelle ich die provokative Frage nochmal etwas detaillierter:

Stell Dir vor, Ihr würdet sofort aufhören zu arbeiten. Du kommst nach dem Mittagessen zurück und würdest den Stakeholdern sagen: “Liebe Kollegen, das Projekt wurde beendet. Wir machen jetzt noch Klarschiff und releasen den letzten Stand. Vielen Dank für die gute Zusammenarbeit.”. Wer hätte das größte Problem damit, wer würde zuerst schreien? Wer hat noch ein Interesse an dem Projekt?

Nach kurzem Nachdenken kommt der Kollege dann meistens mit dem Namen einer Person oder einer Abteilung raus (der Einfachheit halber gehe ich im Folgenden von einer Person aus). Daran schließen sich weitere Fragen an:

• Warum ist für diese Person das Projekt wichtig?
• Ist diese Person Teil des Problems?
• Was kann diese Person beitragen, dass wieder neuer Schwung in das Projekt kommt?

… und je nach Situation weitere.

Diese Fragen helfen dem Kollegen oft, eine neue Perspektive einzunehmen und neue Ansätze zu finden. Insbesondere wenn die identifizierte Person nicht Teil des Problems ist, kann man ggf. mit ihr gemeinsam Ideen zur weiteren Vorgehensweise entwickeln.

Vielleicht hat der Kollege nach langem Nachdenken auch erkannt, dass niemand schreien würde, wenn das Projekt von heute auf morgen beendet würde. Hervorragend, denn wenn es niemandem wichtig ist, dann kann man das Projekt auch einstampfen und das Team für ein neues Projekt einsetzen. Alle Firmen klagen, dass sie mehr Projekte in der Queue haben als Kapazitäten für die Umsetzung. Warum also tote Pferde reiten, wenn im Stall Vollblüter mit den Hufen scharren?

Wie gut, dass so etwas nur anderen passiert, nie einem selbst :-)

Wie helft Ihr einem Kollegen in dieser Situation?

Weitere Artikel zu diesem Thema

• Scrum Day 2009 in Düsseldorf – ein Rückblick
• Projekt Management 2.0
• Wie bei IBM die Transformation zu Agilität und Lean Management vollzogen wurde
• Programme für die agile Entwicklung
• Teamarbeit – Konzept wechselnder Eigentümer

“… das bedeutet eben NICHT, dass traditionelle Ansätze und Methoden nun keine Gültigkeit mehr haben, und alle Projekte nur noch agil geführt werden sollten. Vielmehr sollten wir ein möglichst breites Methodenverständnis haben, um so die richtigen Werkzeuge und Vorgehensweisen zur richtigen Zeit anzuwenden.” [Stefan Hagen]

Integriertes Projektmanagement

Weitere Artikel zu diesem Thema

• Die Dauer von Projekten bestimmen
• Top 10 Tipps für agile Coaches
• Chancen- und Risikomanagement auf der RiskConf 2009
• Erbsenschätzerei reloaded
• Wer schreit zuerst?

Weitere Artikel zu diesem Thema

• Twitter Beiträge der Woche [2010-03-07]
• Twitter Beiträge der Woche [2010-03-07]
• Twitter Beiträge der Woche [2010-02-21]

“Taktschlagen kann man in fünf bis zehn Minuten lernen, alles andere aber macht jeder Dirigent anders.“ [Daniel Harding]

Bei Thomas Weller (www.thomasweller.de) bin ich auf einen tollen TED Vortrag aufmerksam geworden. Die Idee des Vortrags und der Vortragsstil sind grandios. Der Vortrag ist schon einige Jahre alt, aber die 20 Minuten lohnen sich wirklich.

Doing without Doing

Passend zum Thema habe ich diese Aufnahme von Deutschlandradio Kultur mit dem Titel Richtig Führen – Manager üben sich im Dirigieren eines Orchesters gefunden.

Weitere Artikel zu diesem Thema

• Präsentationen über Scrum
• Die vierte Frage im Daily Scrum
• 7 Gewohnheiten ineffektiver Manager
• Wer schreit zuerst?
• Scrum Day 2009 in Düsseldorf – ein Rückblick

Weitere Artikel zu diesem Thema

• Twitter Beiträge der Woche [2010-03-07]
• Twitter Beiträge der Woche [2010-03-07]
• Twitter Beiträge der Woche [2010-02-28]