Hier nochmals ein Artikel von Ilker, zu finden auf seiner Webseite:
http://www.gmbsg.com/stories/?p=52.In bestimmten Punkten stimm ich nicht mit dem Artikel überein:
- zur Frage "Was macht eigentlich ein Projektmanager?" möchte ich sagen, dass auch er (wie der Scrum Master) in erster Linie ein "Kümmerer" ist, d.h. er hält die Fäden zusammen und behält das Ding am Rollen - also nicht ganz die Aufgaben, die eine Schreibkraft den ganzen Tag so ausübt. Ausserdem erfährt man durch einen Blick in Wikipedia
http://de.wikipedia.org/wiki/Projektleiter#Mitarbeiterf.C3.B... ohne Weiteres, dass der Projektleiter sehr wohl auch Mitarbeiterführung macht - dies würde ich auch aus meiner beruflichen Praxis heraus bestätigen- im Artikel "Projektmanagement in der Software-Entwicklung" steht, dass sich der Projektleiter nicht in technische Entscheidungen einmischen soll - dies sehe ich nicht so, ein technischer Projektleiter kann und muss dies tun. Es stellt sich die Frage, wir sind ja in einem Scrum Forum, wer denn "neu" die technischen Entscheidungen fällen soll: der Architekt, der Dev Lead, das Team als Ganzes?
- es wird bemängelt, dass der Projektleiter Arbeiten dem Team zuweist - laut Scrum Lehre dürfte der Scrum Master (der ja nicht Projektleiter ist) dies nicht tun. Ich vermute, dass viele Scrum Master aus der Projektleiter-Rolle hervorgehen und deswegen das mit der Zuweisung so geschieht. Allerdings muss man sich vor Augen halten: wenn das Projekt in Verzug kommt und die Teams sich nicht autonom organisieren und Arbeit liegenbleibt, ist es halt der einfachste Schritt, wieder wie früher mit Arbeitszuteilung anzufangen. Hier würde ich sagen, dass der Projektleiter in seiner Funktion/Ausbildung einfach auch den Blick fürs Ganze und für die Ziele der Geschäftsleitung hat
- im Artikel "Aliges Software-Management: Rettung oder Untergang ?" geht es darum, dass sich der Scrum Master um "...klassische technische und soziale Teamaufgaben und hilft bei Koordination und Organisation..." kümmert. Eigentlich sehe ich dies nicht als Aufgabe vom Scrum Master. Dieser sollte in meinen Augen sich um die Methodik Scrum, um die Impediments, um die Teamstimmung und Teambildung kümmern. Er sollte sehr schnell überflüssig sein, weil die Team "performen" sollten. Ob das Team leistungsfähig wird/ist, hängt allerdings auch stark vom PO ab. Die Koordination des Projektes bleibt dabei aber auf der Strecke, dies ist dem Product Owner überlassen (sofern er stark genug ist) oder aber es wird ein Projektleiter benötigt.
Ich für meine Person denke, die Rolle des klassischen Projektleiters ist für die nächsten paar Jahre noch nicht obsolet. Aber es liegt in unserer Möglichkeit als Scrumisten, dies zu bewirken (nicht das ich was gegen PLs hätte, aber Wasserfall ist einfach nicht wirklich effektiv). Irgendwann werden unsere Kunden und Auftraggeber bereit sein, den agilen Ansatz zu gehen, und das Projekt dem kontinuierlichem Verbesserungsprozess von Scrum zu übergeben. Dann sind wir soweit, dass wir 3 mal sprinten können, und erst dann verbindlich schätzen müssen.
Ich freue mich drauf!
@Ilker: vielen Dank für Deinen anregenden Artikel!
Herzlichst,
Roland
This article was modified on 14 Dec 2008 at 02:38 pm.
