@ Forrester 2010

Im Rahmen einer aktuellen Studie hat Forrester Tools zum Management agil geführter Softwareprojekte untersucht. Ich muss zugeben, dass ich einige der Tools vorher gar nicht gekannt habe. Die Ergebnisse dürften aber insbesondere für die Softwareentwickler unter Ihnen interessant sein.

Hier geht’s zum kostenlosen DOWNLOAD.

SCRUM ist eine agile PM Methodik und gleichzeitig ein Vorgehensmodell, das in den letzten Jahren stark an Bedeutung zugenommen hat. Gleichzeitig fällt es vielen Unternehmen schwer, die Scrum Prinzipien 1:1 umzusetzen. Diese sind beispielsweise (siehe hierzu auch die Grafik unten):

• Daily Scrum Meeting (15 Min.)
• Sprints (ca. 30 Tage)
• Scrum Roles “Product Owner”, “Scrum Master”, “Team”, “Scrum Team”
• Sprint Planning Meeting
• Sprint Review Meeting
• Sprint Retrospective
• etc.

Ken Schwaber ist einer der Begründer von Scrum. Er erläutert im obigen Video, dass es unter gewissen Umständen legitim ist, von den definierten Scrum Prinzipien abzurücken und diese anzupassen. Schwaber nennt dies “ScrumBut”. Diese Bezeichnung kommt von der Aussage “Yes, we use Scrum, but…”.

Blogger-Kollege Jurgen Appelo geht sogar noch weiter und behauptet, dass das volle Potenzial von Scrum erst dann entfaltet werden kann, wenn ScrumBut angewendet wird, sprich wenn das Konzept den jeweiligen Rahmenbedingungen und vor allem dem jeweiligen Team angepasst wird.

Auch der von mir sehr geschätzte Kollege Pawel Brodzinski plädiert inständig für eine sinnvolle Anpassung von methodischen Ansätzen und Vorgehensmodellen. Sein Beitrag ist allerdings etwas ironisch geschrieben – ich musste ihn 2 mal lesen, um die Argumentation zu verstehen.

Verhältnismäßig wenige Expert/innen sehen ScrumBut kritisch und raten strikt davon ab, das Scrum-Konzept zu “verbiegen”. Es scheint sich die Meinung durchzusetzen, dass ScrumBut legitim oder sogar zwingend notwendig ist.

FAZIT: Ich denke, ScrumBut ist in den meisten Fällen sinnvoll und notwendig. Allerdings sollte man es sich in der Praxis nicht zu leicht machen. Denn das “Herz” von Scrum – so wie es auch im agilen Manifest beschrieben ist – sollte niemals verloren gehen. Für ein differenziertes ScrumBut tritt auch Scrum-Experte Boris Gloger ein: “ScrumBut – Eine genauere Betrachtung“.

Denn das “klassische Projektmanagement” (der Begriff ist übrigens in der Theorie noch nicht klar definiert), das seinen Ursprung in den 50-er Jahren des letzten Jahrhunderts hat, ist auf unsere dynamische Wirtschaftswelt nicht mehr 1:1 anwendbar. Auf der anderen Seite sind agile Methodiken, wie sie hauptsächlich im IT Projektmanagement und der Softwareentwicklung angewendet wurden, für diverse andere Anwendungsbereiche (wie z.B. Anlagenbauprojekte, Bauprojekte, Produktentwicklungsprojekte) nicht 1:1 übertragbar. Fazit: Wir brauchen in vielen Bereichen eine sinnvolle Integration und Kombination aus beiden “Welten”.

In den letzten Monaten wurde einiges über dieses Thema geschrieben und publiziert, wie beispielsweise hier, hier, hier, hier oder hier. Trotzdem glaube ich, dass wir mit der Entwicklung noch ziemlich am Anfang stehen. Ähnlich wie in der gesamten Führungs- und Managementlehre, wo Ansätze zwischen Stabilität und Dynamik bzw. zwischen Hierarchie und Heterarchie von Experten intensiv diskutiert werden. Meine Überzeugung: Die “Wahrheit”, wenn man in diesem Zusammenhang diesen Begriff überhaupt verwenden darf, liegt häufig in der Mitte. Differenzierung, Diversität und ganzheitlich-systemisches Denken werden unsere Zukunft bestimmen.

Zurück zum Thema: Auch in dieser Präsentation wird ein weiteres Mal die Frage ins Zentrum gerückt, wie traditionelle mit agilen PM Ansätzen kombiniert werden können. Besonders interessant ist diese Präsentation auch darum, weil die Zentrierung auf MENSCHEN (human-centered design) zusätzlich noch propagiert wird. Der einzig sinnvolle Weg!

In dieser Präsentation erläutert er das PM Vorgehensmodell “SCRUM” in 84 gut verdaubaren Happen (sprich Folien). Besonders relevant und/oder gut gelungen finde ich die Folien 12, 20, 29, 30, 36, 43, 46, 47, 63, 64, 65 sowie 70-78.

Zu seinen Hauptbeschäftigungen zählt es offensichtlich, bei internationalen Kongressen und Veranstaltungen Referate und Vorträge zu halten. Angesichts seines sehr fundierten Backgrounds ist es nicht verwunderlich, dass sich die Veranstalter offensichtlich um ihn reißen. Seinen aktuellen Input bei der “Agile Eastern Europe Conference” in Kiew hat Jurgen dankenswerterweise online zugänglich gemacht: “So, Now You’re An Agilist, What’s Next?“. Dabei geht Jurgen auf Erfolgsfaktoren “agil geführter” Projekte ein. Er leitet diese Faktoren aus systemtheoretischen und kybernetischen Erkenntnissen ab. Damit trifft er meines Erachtens EXAKT DEN ZEITGEIST – nach diesen Prinzipien muss ein zeitgemäßer PM Ansatz aufgebaut sein.

[vimeo 7850973]

Die Folien zum Vortrag gibt’s in der Langfassung auch auf Slideshare.

Zugegebenermaßen muss man sich mit den Inhalten und Thesen des Vortrags länger als 5 Minuten auseinander setzen, um die Punkte zu erfassen. Ich finde jedoch, dass Jurgen damit einen wirklich großen Wurf gemacht hat. In diese Richtung muss sich das Projektmanagement weiter entwickeln.

Schnell habe ich im Forum ein für mich spannendes Diskussionsthema gefunden: “Scrum – Für den Vertrieb nur ein WORT?”. Im Zuge der Diskussion hat Markus Sprunck von “UniCredit Global Information Services S.p.A.” einen sehr interessanten Link bereit gestellt. Denn offensichtlich gibt es mittlerweile Suchmaschinen (konkret verweist Hr. Sprunck auf “indeed”), bei denen man Jobtrends mitverfolgen kann.

Eine vergleichende Anzeige der Suchbegriffe

• SCRUM and project management,
• AGILE and project management und
• PMI and project management Job Trends

zeigt für den Markt USA ein wirklich interessantes Bild.

Bei aller (berechtigten) Skepsis, mit der man solchen Datenbanken gegenüber stehen kann: Den Trend, den man auch “gefühlt” am Markt wahrnehmen kann, bestätigt dieses Chart bei mir zumindest. Gemeint ist der Trend, dass agiles Projektmanagement (und damit auch agile Softwareentwicklung oder SCRUM) im Vergleich zu klassischen Methoden, Vorgehensmodellen und Standards rasant an Bedeutung gewinnt.

Gleichzeitig sagt mir mein Bauchgefühl, dass die klassischen Methoden des Projektmanagements, wie sie in den letzten 50-60 Jahren an Hochschulen, in der Weiterbildung oder anderswo gelehrt wurden, tendenziell an Bedeutung verlieren oder zumindest neu interpretiert werden müssen.

Jens Hoffmann von Hoffmann Consulting bringt diese Philosophie brilliant auf den Punkt:

Hier finden Sie einen Bericht zur entsprechenden Veranstaltung.

Jurgen verweist hier auf die derzeit seiner Meinung nach relevantesten Befragungen zum Thema agiles Projektmanagement von VersionOne und Scott Ambler. Allerdings beantworten diese Studien drei zentrale Fragen NICHT, nämlich:

1) Welche Methoden sind für agile Projekte am wichtigsten?

2) Welche Methoden werden in der agilen (Software)Entwicklung am meisten angewendet?

3) Welche Methoden sind in agilen Projekten am häufigsten verbreitet.

Jurgen hat hierzu 6 kurze Fragebögen online gestellt. Wenn wir ihm helfen, ein klareres Bild zu den Frage zu bekommen, wird er die Ergebnisse unmittelbar und für alle zugänglich veröffentlichen:

“Please help me by tweeting, digging and bookmarking this survey until it’s seeing blue. The results of this survey are free for all, and immediately available! But for the results to make any sense, we need hundreds of people to fill out these forms. I can really use your help with that!“

Let’s do it!

Nun bin ich wieder mal auf eine wirklich gut gemachte Präsentation eines Yahoo! Mitarbeiters gestoßen. Er trägt den wohl klingenden Namen Antonio Carlos Silveira und ist seines Zeichens Senior Software Development Manager. In dieser Präsentation referierte über

• Wurzeln und Prinzipien,
• Rollen,
• Meetings und
• Artefakte

der agilen Softwareentwicklung.

Besonders gut gefallen mir folgende Slides:

• 11-12: Pioniere und Agilisten
• 13: Agiles Manifest (eine Wiederholung kann nie schaden)
• 14: Überblick agiler PM und Softwareentwicklungs-Methodologien
• 22: eine der Essenzen erfolgreichen Projektmanagements
• 32-40: It’s all about TEAM WORK.
• 44-45: SCRUM Meetings (eine Wiederholung kann auch hier nicht schaden)
• 47-48: Sprint Planning – wichtig, wichtig, wichtig…
• 56: Wie ist’s gelaufen? Was können wir beim nächsten Mal besser machen?
• 63: Das nenne ich mal einen Product Backlog!
• 68: Ich verwende fast die identische Grafik schon seit Jahren! Hat sich das Yahoo! etwa von mir abgeschaut?
• 77-78: DONE!
• 81: Wenn man das nur überall so sehen würde…

Die Präsentation ist für Softwareentwickler, IT Projektmanager und alle, die sich für modernes Projektmanagement interessieren ein echtes MUST SEE!

Have a nice week-end!

Nachtrag: Für die besonders Interessierten (oder Gelangweilten) noch ein Überblick über Softwareentwicklungs-Methodologien bzw. Grund die Grundlagen der Methodologien (wie z.B. das PMBOK).

Hier können Sie ein SCRUM Plakat herunter laden. Wirklich empfehlenswert. Ich werd’s demnächst ausplotten und mir ins Büro hängen: