Stefan Roock hat in seinem Blog zwei heikle (da umstrittene) Themen aufgegriffen. Viele Scrum-Abhängige ;-) bekommen schon bei einem der Themen graue Haare; Stefan hat zu beiden interessante Posts geschrieben.
Überstunden
Mehrarbeit wird in der Agile Community stets als etwas schlechtes angesehen. Das Team soll keine Überstunden leisten (“sustainable pace”). Manchmal wirkt dies etwas absonderlich, wenn man als Projektleiter selbst Überstunden leistet, vor dem Team kommt, nach dem Team geht und dann auch nicht das geliefert bekommt, was man eigentlich im Projekt braucht (Argumentation: “Haben keine Zeit / zu wenig Leute / …”). Dies führt zu noch mehr Überstunden, da Diskussionen mit Kunden anstehen oder Notlösungen erdacht/geplant/umgesetzt werden müssen. Natürlich ist dies letztendlich eine Frage der Priorisierung, d.h. vom Top-Management. Es bleibt aber der fahle Beigeschmack, dass manche sehr engagiert arbeiten, anderer – anscheinend – im Modus “Dienst nach Vorschrift” verweilen.
Stefan beschreibt in seinem Blog ein Projekt, in dem das Team Überstunden geleistet hat, um die sehr enge Zeitplanung zu halten. Wichtig dabei: Das Team für sich selbst die Entscheidung getroffen, bewusst und sehr früh Überstunden zu leisten.
Weg von einem “covering my ass” zu einem “winning team” eben.
Hierzu muss das Team natürlich entsprechend motiviert sein (gewinnen muss sich lohnen). Das Engagement muss ausreichend belohnt werden. Wahrscheinlich der entscheidende Knackpunkt bei den meisten Teams bzw. beim Management.
Weitere Links zu dem Thema:
- http://www.infoq.com/news/2008/05/sustainable-pace
- http://xprogramming.com/xpmag/whatisxp#sustainable
Verteiltes Team
In einem anderen Artikel beschreibt er ein stark verteiltes Team und wie dieses erfolgreich Scrum Sprints durchführen konnte. Sehr lesenswert: 13 Leute, 5 Firmen, 3 Standorte. Unmöglich! Oder?
Verteilte agile Entwicklung ist sicherlich eines der wichtigsten Themen in nächster Zeit, da letztendlich jedes größere Projekt auch immer mit einem verteilten Team arbeiten wird.
“All large scale development is distributed development”
… wenn ich mich nicht irre aus “Scaling Software Agility