Welchen Mehrwert bringt ein Projektmanager? Welchen Nutzen haben sie für die technischen Mitglieder des Teams, die die Arbeit erledigen (z. B. die Softwareentwickler)? Warum sollten Softwareentwickler lieber einen Projektmanager in ihrem Team haben? Aus welchen Gründen könnten sie sich dafür einsetzen, einen Projektmanager einzustellen oder zu rekrutieren, der ihrem Team beitritt, wenn sie noch keinen haben? Wie macht ein Projektmanager sein Leben besser?
Bitte tun Sie so, als würden Sie dies einem Softwareentwickler (oder einem anderen technischen Teammitglied) erklären, und erklären Sie es in einer Sprache, die sie zu schätzen wissen.
Welchen Wert bieten Projektmanager einem Softwareentwicklungsteam?
In der Praxis können Projektmanager dem Entwicklungsteam einen Mehrwert bieten oder auch nicht. Wie jede andere Rolle in einer Organisation ist die PM-Rolle ebenso Opfer der Einstellungspraxis und der Glockenkurve wie jede andere Rolle (z. B. „Softwareentwickler“) und hat genau die gleichen Chancen, mit mittelmäßigen Mitarbeitern besetzt zu werden Darsteller oder inkompetente Zeitserver.
Projektmanager können und sollten jedem Projekt einen Mehrwert verleihen. Es ist einfach nicht automatisch, nur weil jemand den PM-Hut trägt.
Projektmanagement ist einerseits das Management von Prozessen und Erwartungen. Auch wenn Scrum nicht den Titel Projektmanager verwendet, geht es definitiv um Projektmanagement und liefert ein anschauliches Beispiel für den Wert, den ein solches Management für Softwareentwickler im Team bietet, wenn es richtig gemacht wird .
In Scrum bietet der Scrum Master dem Team und der Organisation den folgenden Wert:
Kurz gesagt, die Rolle des Scrum Masters ist eine ermöglichende Rolle. Unabhängig davon, ob Ihr Framework agil oder traditionell ist, das Projektmanagement gibt dem Projekt Struktur.
Wenn Projektmanagement (als Rahmen) oder ein Projektmanager (als Rolle) in Ihrer Organisation schwer zu verkaufen sind, dann müssen Sie die Gründe dafür aufdecken. Hat Ihr Team in der Vergangenheit schlechte Erfahrungen mit bestimmten Personen oder Frameworks gemacht? Hat Ihre Organisation das Projektmanagement eher als Hindernis denn als Bereicherung empfunden?
Was auch immer der Grund ist, bis Sie den Kontext vollständig verstanden haben, wird das Evangelisieren eines Rahmens oder einer Rolle eine vergebliche Übung sein. Projektmanagement ist darauf ausgelegt, verschiedene Geschäftsprobleme zu lösen; Stellen Sie sicher, dass Sie wissen, was diese geschäftlichen Probleme tatsächlich sind (sowohl für die Organisation als auch für das Softwareentwicklungsteam), bevor Sie versuchen, sie vorschriftsmäßig zu lösen.
Ich habe als Projektmanager in mehreren Softwareentwicklungsteams gedient, und die Analogien, die mir am besten gefallen, sind diese:
Stellen Sie sich das so vor: Softwareentwickler bringen eine Reihe sehr spezialisierter Fähigkeiten mit, und wenn sie ihre Zeit damit verbringen, andere Teammitglieder aufzuspüren, um sich über den Status einer bevorstehenden Übergabe zu informieren, wenden sie keine dieser Fähigkeiten an . Wenn sie nach mehr Leuten, einem zusätzlichen Server oder mehr Geld fragen müssen, sind sie normalerweise nicht die beste Person für diese Jobs. Einfach gesagt, aus Sicht des Softwareentwicklers sollte ein Projektmanager es Ihnen ermöglichen, sich auf Ihre eigentliche Arbeit zu konzentrieren.
Unabhängig von der Branche oder dem Projekttyp muss jemand das Budget, den Zeitplan, den Status der anstehenden Komponenten überwachen, Änderungswünsche bearbeiten, die Einhaltung von Anforderungen überprüfen, Meinungsverschiedenheiten oder Missverständnisse schlichten, für das Team eintreten, Fortschritte erzielen versprochen, sowohl dem Management als auch dem Kunden Bericht erstatten usw.
Es ist sowohl einfacher als auch sinnvoller, dies von einer Person erledigen zu lassen, anstatt „das Team“ damit zu beauftragen. Es ist nicht nur unorganisiert, sondern fügt dem Projekt eine weitere Ebene der Entscheidungsfindung hinzu – „wer wird dies oder das handhaben“?
Unabhängig vom Projekt muss schließlich jemand als Koordinator für alle Teile fungieren, die nicht projektspezifisch oder technisch sind. Lassen Sie am besten jemanden sich nur auf diese konzentrieren, damit sich das Team auf die Arbeit konzentrieren kann.
Abgesehen von Brian Leachs Antwort habe ich die anderen nicht gelesen, da ich möchte, dass meine so unvoreingenommen wie möglich ist. Aber in einem Softwareentwicklungsteam ist der PM von entscheidender Bedeutung, weil jemand die Grundlagen im Auge behalten muss:
a) Time
b) Milestones
c) Deliverables
d) Communication (by far, the most important)
Ich habe sowohl als Entwickler als auch als PM gearbeitet. PMs haben gerne mit mir zusammengearbeitet, weil ich als Entwickler großen Wert auf d) gelegt habe (dies ist jedoch nicht das typische Verhalten eines Entwicklers, da es seine Aufgabe ist, die Anforderungen zu erfüllen. Ich habe einfach alles getan, um andere Szenarien zu erklären und Herausforderungen).
Entwickler hingegen liebten meine Arbeit als PM wegen genau derselben Betonung der Kommunikation – insbesondere würde ich mich mit Kunden befassen, mich in die Details einarbeiten und ihnen so spezifische Anforderungen wie möglich liefern.
Der Punkt ist folgender: Ohne ein Teammitglied, das SOWOHL die Fähigkeit besitzt, klar zu kommunizieren als auch Anforderungen zu verstehen, müssen die Entwickler erkennen, dass die Last dieser Aufgaben auf ihnen lastet. Aus meiner Erfahrung kann ich garantieren , dass sie mehr als glücklich wären, wenn ein PM diese Aspekte für sie erledigt.
Ich glaube, dass @Brian Leach den Schlüssel getroffen hat: „Lass dich auf deine wahre Arbeit konzentrieren“, aber da @DW um Sprache gebeten hat, um es einem Teammitglied zu erklären, lassen Sie mich ein paar andere Beobachtungen machen.
1) Es ist immer besser, an einem erfolgreichen Projekt zu arbeiten als an einem erfolglosen Projekt. Sieht besser aus in Ihrem Lebenslauf, weniger belastend für die Seele. Die Rolle des PM besteht darin, sicherzustellen, dass das Projekt erfolgreich ist (und es gibt einige statistische Beweise dafür, dass sie erfolgreich sind; leider kann ich mich gerade nicht daran erinnern. Vielleicht wird dies jemand bearbeiten?)
2) PM sollte wie ein Regenschirm fungieren – um „das, was bergab rollt“ vom Kopf zu halten. Der PM sollte sich über alles im Klaren sein, was Ihre Arbeit behindert, und sollte maximale Anstrengungen unternehmen, um die Hindernisse zu beseitigen und Schmiermittel hinzuzufügen. Dazu gehört das Verwalten von Statusanfragen von außen, das Stoppen von Erweiterungen/Änderungen des Umfangs, das Sicherstellen, dass Manager/Stakeholder/Sponsoren sich des Werts des Projekts bewusst sind und das Projekt weiterhin sponsern/unterstützen usw. Wenn sie Sie bitten, in einem Obskuren Dialekt von Cobol auf einem Dual-Floppy-PC mit einem monochromen gelben Monitor zu entwickeln, um ein Multi-Plattform-Spielsystem zu entwickeln, ist es die Aufgabe des PM, für vernünftigere Anforderungen zu kämpfen, damit die Herausforderungen, denen Sie gegenüberstehen, interessante Herausforderungen sind.
Der Projektmanager verwaltet den Lebenszyklus des Projekts, während das Entwicklungsteam einen Lebenszyklus der Softwarebereitstellung verwaltet. Das Konzept des Managements von Projekten durch rücksichtslose Kontrolle und Planung ist PM.
Mit rücksichtsloser Kontrolle und Planung meine ich keineswegs Diktatur, es sind die Menschen, die ein Projekt zum Erfolg oder Misserfolg führen können. Ich war jetzt Entwickler, Projektmanager, Scrum Master und Portfoliomanager. Als Entwickler habe ich immer dieselbe Frage gestellt, warum brauchen wir PMs? Als ich ins Management wechselte, wurde mir klar, dass PM eigentlich eine Wissenschaft ist, es ist die Kunst, Menschen, Erwartungen und Ziele zu managen. Am Ende des Tages braucht es jemanden, der da ist und eine ganze Menge motiviert – ständig auf dem Weg, um Ergebnisse zu erzielen.
Wenn Softwareentwickler dies verstehen, können sie verwalten, aber sie würden die Rolle eines Projektmanagers erfüllen.
Doug B