Vor sechs Jahren wurde hier ein Beitrag über Agiles Projektmanagement veröffentlicht. Er entstand während dem Besuch einer einschlägigen Vorlesung im Informatikstudium. Heute stellt sich das Thema neu dar. Weniger Schlagwort-orientiert. Man hat Zeit investiert, praktische Erfahrung gesammelt.
Mancherorts in den IT-Abteilungen belächelt man den “Agile”-Hype. Er wurde fast zum Schimpfwort. Bei “von oben” verordneten Prozessveränderungen ist das zu erwarten und nicht unmittelbar ein Argument gegen alternative Vorgehensweisen zur Erstellung von Artefakten wie Software.
Der Verdacht: Personen, die wenig bis keine Erfahrung im Projektmanagement hätten, fallen auf die Slogans von Coaches und Beraterinnen herein:
- Starre Regelwerke — laufendes Eingehen auf Änderungswünsche
- Fixe Rollenverteilung — Individuelle Entfaltung bei verschiedensten Aufgaben
- Reduktionismus — Holismus
Die Gegenüberstellung dieser Phrasen helfen zumeist wenig zur Beurteilung und Verbesserung des Projektalltags. Die Zuflucht zu agilem Vorgehen ist Teil eines Dilemmas, das bei einem an mehreren Orten stattfindenden Softwareprojekt sehr deutlich wird, in dem man exakt spezifizieren muss. Die Spezifikation wird in einem Medium verständlich gemacht, das Weiteres oder Anderes offen lässt.
