Welche Rolle hat ein PM in einem agilen Projekt?

Damals, bevor Agile allgegenwärtig war, galt es als unerlässlich, einen PM für alle außer den kleineren Projekten zu haben. Jetzt haben nur die größten Projekte Leute, die nur in einer PM-Funktion zugewiesen sind.

Ich denke, ich habe zwei Teile zu dieser Frage - Welche Arten von Projekten erfordern noch Projektmanager? Was können Projektmanager tun, um in einer agilen Welt Mehrwert zu schaffen?

Antworten (6)

Ich bin sicher, Sie haben den beliebten Spruch gehört:

Prozesse scheitern nicht, Menschen schon

Ich war schon immer der Meinung, dass Projektmanager benötigt werden, wenn Sie eine Umgebung haben, in der „Prozesse“ zu sehr versagen. In Agile gibt es viele Iterationen, sogenannte Sprints, die eine Liste von Verbesserungen oder Fehlern angehen.

Die ersten Orte, an denen ich sehe, dass PMs einen Mehrwert bieten, sind:

  • Es ist wichtig sicherzustellen, dass Sie über den richtigen Prozess verfügen, um die Liste der Funktionen aufzuzeichnen, zu verfolgen und zu priorisieren, an denen Sie in Ihrem nächsten Sprint arbeiten werden.

  • Außerdem tragen PMs dazu bei, die Unterbrechungen für Entwickler zu minimieren, es sei denn, Sie haben einen Business-Analysten, der am Ende einen Teil der Arbeit des PMs übernimmt oder umgekehrt.

  • PMs können auch einen Mehrwert schaffen, indem sie sicherstellen, dass Entwickler nicht zu viel zusagen und nicht zu wenig liefern, was ein sehr häufiges Problem bei unerfahrenen Entwicklern ist. Tangente: Entwickler sind im Herzen Architekten, sie wollen Probleme lösen, erwarten nicht, dass sie oft nein sagen.

Nachdem ich das alles gesagt habe. Es ist wichtig, sich daran zu erinnern, dass PMs teuer sind. Sie müssen sicherstellen, dass Ihr Unternehmen sie unterstützen kann. Langfristig können Sie den Wert einer PM innerhalb der ersten 90 Tage sehen.

Ich hoffe, das hilft Ihnen, die Fragen zu klären.

Sind Sprints nicht mit Scrum verwandt? Sind Sie sicher, dass sie allgemein für Iterationen gelten?
gute Antwort. Wirklich wie das „Denken Sie daran, dass PMs teuer sind …“ Ich würde auch hinzufügen: „Als Verbindungsmann und Problemlöser für externe Teams und Gruppen (z. B. Führungsteam, IT, Finanzen usw.) fungieren mit dem Ziel, Hindernisse für das Team zu beseitigen wenn sie auftauchen und (was noch wichtiger ist) bevor sie auftauchen.
Projektmanagement ist erforderlich, ein Projektmanager ist in einem agilen Team von negativem Wert. Ich möchte Sie ausdrücklich auf den Chaos Report der Standish Group verweisen, in dem festgestellt wurde, dass es eine umgekehrte Beziehung zwischen den Praktiken von PMI/Prince2 und dem den Kunden gelieferten Wert gibt.

Es gibt eine Rolle für PMs bei Agile, aber PMs müssen bereit sein zu akzeptieren, dass möglicherweise nicht alle Projekte so ablaufen, wie sie es früher getan haben. Agilität ist eine Metapher dafür, Veränderungen anzunehmen, und Projektmanager müssen sie in ihrem Beruf annehmen.

Ich bin wahrscheinlich zu 75 % als PM angestellt – die anderen 25 % übernehme ich als Designer, Architekt, Tester, Chef-Flaschenreiniger, was auch immer das Projekt erfordert. Ich arbeite ausschließlich an kleinen Projekten – so klein wie 2-3 bis zu 10 technische Mitarbeiter. Die meisten unserer Projekte sind „agil“ und ich habe das Gefühl, dass meine Rolle als PM wichtiger und geschätzter denn je ist. Nehmen wir nur das obige Beispiel von Geo: Sprints sind eine beliebte Time-Boxing-Management-Technik, die durch Scrum populär gemacht wurde , aber möglicherweise nicht für jedes Projekt die beste Wahl ist. Der PM sollte in der Lage sein, mit dem Team zusammenzuarbeiten und dem Kunden zu erklären, ob Projekt X „Sprints“ oder eine andere Time-Boxing -Technik oder vielleicht sogar Feature-Boxing verwenden wird.

Die meisten Projekte sind nicht „rein agil“ oder „rein planorientiert“. Ich habe noch nie an einem Projekt gearbeitet, das sich sklavisch an eine einzelne Prozessmethodik gehalten hat. Ein guter agiler PM sollte wissen, wie man aus vielen Techniken, Modellen und Methoden schöpft, um ein Projektteam zu schaffen, das in seiner Unternehmensumgebung reibungslos und effektiv funktioniert.

Agil bedeutet nicht „kein Projektmanagement“, es gibt viel Management in agilen Projekten, es ist nur so, dass agile Projekte dazu neigen, mehr Wert auf verschiedene Projektartefakte zu legen als in traditionellen plangesteuerten Projekten. Es gibt immer noch viel Raum für einen agilen PM, um mit Einzelpersonen und Interaktionen statt mit Prozessen und Tools, mit Kunden zusammenzuarbeiten statt Vertragsverhandlungen zu arbeiten und auf Veränderungen zu reagieren statt einem Plan zu folgen.

Agilität ist keine Metapher. Es handelt sich um eine Reihe von Prinzipien, die eine Reihe von Schlüsselpraktiken hervorgebracht haben, die bei der Umsetzung dieser Prinzipien helfen. Ein „agiles PM“ ist ein Widerspruch in sich, und wenn man ein PM ist, sollte man sich entscheiden, ob man sich mehr für das Produkt oder den Prozess/die Menschen interessiert Meister. Beides zu besitzen ist ein inhärenter Interessenkonflikt....

Um diese Frage zu beantworten, würde ich mit einer Unterscheidung zwischen Projektmanagement als Rolle, einer der entscheidenden sogar in Ein-Mann-Projekten , und Projektmanager als Titel beginnen.

Jetzt haben Sie grundsätzlich immer eine Person oder eine Gruppe von ihnen, die die Rolle des Projektmanagers erfüllen , es ist jedoch vollkommen in Ordnung, wenn keiner von ihnen „Projektmanager“ in seiner Signatur hat.

Im Gegensatz zu anderen halte ich es eigentlich nicht für entscheidend, einen PM in agilen Projekten zu haben. Wenn wir Scrum nehmen, die beliebteste agile Methode, werden wir nirgendwo einen Projektmanager erwähnen. Dies liegt daran, dass die Rolle des Projektmanagements in Scrum auf das gesamte Team verteilt ist, mit einer Art besonderer Position des Product Owners.

Dies bedeutet, dass Scrum-Teams, insbesondere erfahrenere, perfekt auf jemanden verzichten können, der sich Projektmanager nennt.

Hinweis: Ich verwende Scrum hier nur als eines der Beispiele – ich kenne Kanban-Teams, die ebenfalls dem gleichen Muster folgen.

Normalerweise ist der Grund, Projektmanager in agile Teams einzuführen, die Art und Weise, wie der Kunde ein Projekt durchführen möchte. Wenn das agile Team mit dem Kunden zusammenarbeitet, der es vorzieht, das Projekt klassisch oder formell oder wie auch immer Sie es nennen, geleitet zu haben, möchten Sie wahrscheinlich einen Projektmanager an Ihrer Seite haben – jemanden, der die Arbeitsweise des Teams auf die Art und Weise übersetzt Der Kunde will es sehen.

Wenn das agile Team mit den gewünschten Methoden direkt mit dem Kunden zusammenarbeiten kann, z. B. Product Owner auf Kundenseite, Demo nach jeder Iteration, aktive Beteiligung des Kunden an der Priorisierung der Arbeit für jede Iteration usw., werden Sie wahrscheinlich keinen Projektmanager finden Team.

Ein weiterer Grund, Projektmanager in agile Teams einzuführen, ist, wenn Ihre Organisation Projekte aus welchen Gründen auch immer klassisch ablaufen lassen möchte. Andererseits möchten Sie vielleicht PM an der Spitze des Teams haben, damit Sie jemanden haben, der beide Welten verbindet.

Dies ist die wichtigste Aufgabe von PM in agilen Teams – ein Brückenbauer zu sein, da einige Teams diese Brücken brauchen, um ihre eigenen Arbeitsmethoden auf etwas zu übertragen, das außerhalb des Teams erwartet wird. Dies ist natürlich, da agile Methoden uns wenig über die formale Seite des Projektmanagements aussagen, sodass sie immer dann zu kurz kommen, wenn sie benötigt werden.

UPDATE: Chris fügte in seinem Kommentar eine Sache hinzu, die es wert ist, betont zu werden und die nicht direkt gesagt wurde: PM in agilen Teams ist weniger eine Befehls- und Kontrollperson, da die Macht, viele projektbezogene Entscheidungen zu treffen, an das Team delegiert wird. Ich würde nicht so weit gehen zu sagen, dass Scrum Master eine agile Version von PM ist, weil das nicht der Fall ist, aber wenn Sie bedenken, dass das Team mehr Macht hat, muss jemand sie weniger haben, und es ist normalerweise ein PM.

Pawel ist hier auf dem richtigen Weg. Ich denke, das „System“ ist das Wichtigste für Leute, die die Rolle des Projektmanagers oder Scrum Masters spielen. Wenn das System kaputt ist, können sogar große Leute ein Chaos anrichten. Menschen mit großen PM-Skills werden agile Teams in Richtung Selbstorganisation und weg von einer „erlernten Hilflosigkeit“ ohne sie steuern. PM ist eine Rolle, die gespielt werden muss, wenn das Team aufgrund von Änderungen im Team, Größe, Komplexität oder Systemstörungen nicht ganz zur Selbstorganisation gelangen kann.
+1, aber ich würde etwas Klarheit hinzufügen: Projektmanager im traditionellen Sinne nähern sich ihrer Rolle aus einer Command & Control-Perspektive, dh. Sie gelten als Meister des Universums für das Projekt, definieren und passen Zeitpläne an, weisen Aufgaben zu, pflegen Kontakte zu Stakeholdern und fungieren als Vermittler. Scrum Master dagegen praktizieren dienende Führung . Sie coachen das Team, um die Produktivität zu steigern und Barrieren zu beseitigen – sie diktieren nie, was das Team tun soll, sondern erleichtern es. Völlig andere Fähigkeiten, an die sich die meisten PMs nur schwer anpassen können – aber nicht unmöglich.
Was Sie beschreiben, ist ein Scrum Master und kein Projektmanager. Die Rolle des Projektmanagers ist mit viel zu viel Gepäck verbunden, um sie ändern zu können, und wir müssen in der Lage sein, sie loszulassen. Es gibt keine Rolle oder Platz für einen Projektmanager (entworfen von PMI/Prince2) in einem agilen Team.

Projektmanager sind die Menschen, die Barrieren beseitigen. In diesen Scrum-Meetings beantworten die Entwickler die Frage „Was hindert Sie daran, Ihre Ziele zu erreichen, und welche Bedenken haben Sie?“. Es ist die Aufgabe des Projektmanagers, diese Barrieren zu beseitigen und die Erfolgshindernisse zu beseitigen.

Auch Projektmanager sind Alleskönner. Sie verfügen über Programmierkenntnisse, Marketing- und Geschäftserfahrung, können mit Kunden und Stakeholdern sprechen und überzeugen, wenn Unterstützung durch das Management, das Team oder andere Abteilungen erforderlich ist.

Im agilen Bereich sind Projektmanager wichtig, da sich das Umfeld ständig ändert und ständig neue Herausforderungen entstehen. Der Projektmanager ist nicht nur in der Lage, die Dinge zusammenzuhalten, sondern macht sich dabei auch mit allen Aspekten des Projekts vertraut, um die besten, fundierten Entscheidungen über die zukünftige Ausrichtung zu treffen.

"Projektmanagement" findet statt, wenn eine Gruppe von Menschen ein Produkt oder eine Dienstleistung mit einer begrenzten Menge an Zeit und Ressourcen erstellt. "Projektmanager" ist jemand, der für die Anwendung von Projektmanagement-Tools und -Techniken auf das Projektmanagement verantwortlich ist.

Wenn es keine explizit definierte Projektmanagerrolle gibt, werden die Tools und Techniken von jemand anderem angewendet oder überhaupt nicht angewendet.

Die Antwort lautet also, dass jedes Projekt einen Projektmanager benötigt .

Jedes Projekt erfordert Projektmanagement. Das Schöne an Agilität ist, dass es die Projektmanagementaufgabe dem Team überträgt, nicht einer Einzelperson. Ein Projektleiter ist somit nicht erforderlich.

Es gibt keine Rolle eines Projektmanagers (definiert durch Prince2/PMI) in einer agilen Produktlieferung. Dies liegt daran, dass die traditionellen Verantwortlichkeiten eines Projektmanagers (als Projektmanagement bezeichnet) wie folgt aufgeteilt sind:

  • Product Owner – Verantwortlich für die Wertschöpfung
    • Entscheidet, was und wann freigegeben wird
    • Erstellt voraussichtliche Freisetzungsprognosen
    • Verwaltet und bestellt die Liste der im Produkt gewünschten Funktionen
  • Entwicklungsteam - verantwortlich für funktionierende Software
    • Entscheidet, wer was wann macht
    • Entscheidet, wer im Team ist und nicht
    • Wählt geschmeidige Arbeit aus, die in der nächsten Iteration erledigt werden soll
    • Definiert das Qualitätsniveau, das für funktionierende Software erforderlich ist
  • Scrum Master – verantwortlich für den Prozess und das Verständnis aller dafür.
    • Hilft dem Scrum-Team, so effektiv wie möglich zu sein
    • Hilft, den Prozess für den Rest der Organisation bekannt zu machen
    • Beseitigt Dinge, die das Team blockieren und die es nicht selbst bewältigen kann.

Ich verwende die Scrum-Terminologie, da sie von mehr als 90 % der Agile-Anwender übernommen wurde. Beachten Sie, dass der agile Projektmanager, auch geprägt von Prince2 und PMI, ein Widerspruch in sich ist und vermieden werden sollte. Es ist ein Wolf im Schafspelz und hat eher negative Auswirkungen auf Ihr Produkt. (Siehe Chaos Report der Standish Group, der eine umgekehrte Beziehung zwischen PMI/Prince2-Praktiken und dem Kunden gelieferten Wert feststellte.)

Um den Übergang von der traditionellen Softwareentwicklung zur agilen Softwareentwicklung zu erleichtern, muss sich Ihr Unternehmen vom Projektkonzept zum Produktkonzept bewegen. Dies ist entscheidend für die Entwicklung großartiger Produkte, die die Bedürfnisse Ihrer Kunden erfüllen, und ist einer der schwierigsten Übergänge für ein Unternehmen.