Sollen Aufgaben als Befehle erteilt werden?

Betrachten Sie ein Beispiel. Ein Iterationsplan wird von einem Projektmanager erstellt. Es enthält beispielsweise 50 Aufgaben für Designer, Programmierer und Tester. Die Aufgaben hängen voneinander ab (Netzplan ist fertig). Der PM gibt den Plan für das Team bekannt und erhält vom Team die Zusage, ihn abzuschließen. Menschen führen erste Aufgaben aus, die ihnen zugewiesen werden.

Jetzt ist es an der Zeit, Aufgaben zu beginnen, die auf die bereits erledigten folgen. Sollten die Leute warten, bis die PM "weitermachen"? Oder sollen sie nach Plan weitermachen? Wie „direktiv“ sollte die Rolle des Projektmanagers sein?

Welche Methodik verwendet dieses Projekt/Team? Sie sagen "Iterationsplan", was nach Scrum/Agile klingt, aber der Rest Ihrer Frage klingt nicht nach einem agilen Team - nur um es zu klären.
Nun, "Iterationsplan" ist meines Wissens ein Artefakt von RUP. Scrum/Agile verwenden stattdessen „sprint“. In meinem Fall ist es eher ein iterativer und inkrementeller einheitlicher Prozess. Irgendwas zwischen RUP und Agile.
„Sprint“ ist ein Scrum-Begriff. Einige andere agile Methoden verwenden „Iteration“. Das ist also ein RUP-Projekt?
Ja, einverstanden, sagen wir, es ist ein RUP-Projekt.

Antworten (6)

Ich denke, die Antwort hängt von der Erfahrung und den Fähigkeiten des einzelnen Mitarbeiters ab.

Ein leitendes Teammitglied sollte in der Lage sein, Arbeiten ohne nennenswerte Anweisungen auszuführen. Sie sollten den Zeitplan verstehen, weil sie bei der Erstellung geholfen haben. In vielen Fällen haben sie ein besseres Verständnis für die Arbeit und wie sie ablaufen wird als der Projektmanager. Die Beziehung zwischen einem Projektmanager und einem erfahrenen Mitarbeiter sollte idealerweise auf Augenhöhe oder auf beratender Basis sein.

Am anderen Ende des Mitarbeiterspektrums benötigt ein weniger fähiger Mitarbeiter eine vollständige Überwachung seiner Arbeit – entweder durch einen leitenden Mitarbeiter im Team oder durch den Projektmanager. Für diese Ebene von Arbeitern müsste jede Aufgabe überprüft und neue Aufgaben explizit zugewiesen und Anweisungen gegeben werden, um sie zu erledigen. Das ist keine schlechte Sache. Es sollte erwartet werden, dass man sich Zeit und Mühe nimmt, um neue Mitarbeiter auszubilden und zu entwickeln.

Hallo @Steve, willkommen bei Project Management Stack Exchange. Vielen Dank, dass Sie diese Detailgenauigkeit in Ihre Antwort aufgenommen haben. Genau diese Art von Beitrag suchen wir. Ich stimme auch zu, dass die Art und Weise, wie ein PM mit dem Team interagiert, von mehreren Erfahrungsfaktoren abhängt und von Fall zu Fall abgewogen werden sollte. Ich würde eine Antwort einreichen, aber Sie haben so ziemlich alle Grundlagen abgedeckt. +1

ERGÄNZUNG: Ich denke, um die Antworten festzulegen, die das OP benötigt, um das Niveau im WBS zu beschreiben oder zu planen, was er dachte, als er diese Frage stellte. Ich schließe aus vielen der hier gegebenen Antworten, dass viele eine Situation beschreiben, in der ein kompetenter und erfahrener Technologe den PM um Erlaubnis bittet, alle 15 Minuten von 1/2 Stunde die nächste Aufgabe zu erledigen. Ich habe in meiner Antwort unten eine Situation der Kontrolle von Arbeitspaketen beschrieben, in der Sie Hunderte von Aktivitäten und Aufgaben haben und sich über Tage, Monate oder sogar Jahre bei wirklich komplexen Projekten erstrecken können.

Teil der Kosten- und Terminkontrolle ist dieses Konzept des Work Authorization Document (WAD). Dieses Dokument, das dem Team und/oder der einzelnen Ressource zugestellt wird, ist der Kontrollauftrag, der beschreibt, welche Arbeiten durchgeführt werden, von wem, wann und wo, die Zielkosten und -zeit und die Methode zur Erfassung ihrer Arbeitsstunden, z. Gebührencode(s).

Das WAD kann ein einzelnes oder mehrere Arbeitspakete enthalten, je nach Art der Arbeit, Abhängigkeiten und Risiken. Das Team oder die Einzelperson ist berechtigt, die im WAD erteilten Arbeiten auszuführen und nichts anderes.

Carte-Blanche-Genehmigung, die Arbeit einfach ohne diese Art von Kontrollen laufen zu lassen, bedeutet, dass Ihr Projekt außer Kontrolle gerät. Arbeit und Material müssen koordiniert werden, Risiken und Probleme müssen durchgearbeitet werden, Kosten- und Zeitplanabweichungen müssen gemindert werden, Änderungswünsche müssen bewertet und geplant werden und der Umfang muss überprüft und validiert werden. Innerhalb eines Projekts passiert zu viel anderes, als dass eine Schrotflintenfreigabe effektiv wäre.

In Bezug auf die Projektgröße nannte das OP 50 Aufgaben für die Arbeit. Mein Eindruck war, dass dies in ein einziges WAD passen würde. Ich denke, ein größeres Projekt mit mehreren tausend Aufgaben würde einen größeren PSP und mehrere WADs verwenden. Liege ich mit dieser Annahme daneben?
Ich kann das jetzt sehen, aber als ich es zum ersten Mal las, interpretierte ich 50 Pakete, was Hunderte von Aufgaben bedeuten könnte. Die Leute ersetzen Aufgaben ständig durch Pakete. Ich denke, wenn ein kleines Projekt, ein einzelnes WAD sinnvoll ist.

Hat es einen Vorteil, mit dem Beginn zu warten? Entstehen Kosten beim Warten? Wie vergleichen sie sich?

Ich habe (vor langer Zeit) versucht, die Dinge auf diese Weise zu handhaben, aber abgesehen von ein paar einfachen Fällen erwies sich der Versuch, Einzelpersonen im Gleichschritt zu halten, während eine Person auf ein Problem stieß, als mehr Kopfschmerzen als es wert war. Was normalerweise passiert, ist, dass entweder viel Puffer in den Plan eingebaut wird (um die Variationen zu berücksichtigen), was einige Ineffizienzen in den Plan einbaut, oder Sie am Ende einmal pro Woche neu planen, um dies auszugleichen.

Es war eine interessante Erfahrung für mich, wirklich zu sehen, was im Team passiert. Mir wurde klar, dass der Versuch, die sehr eng gekoppelten Interaktionen mit FF-, FS-, SF- und SS-Abhängigkeiten zu modellieren, mir kein stabiles Modell liefern konnte (eines, das nicht ständig jede Woche aktualisiert werden musste). kümmere dich darum, was du bei MF machst, solange das Team bis Freitag X, Y und Z erledigt hat" (und das Team darf sagen, was X, Y und Z sind!) überließ es dem Team, seine Arbeit effektiver zu strukturieren, und ich Am Ende verwalteten wir „Wochenstücke“, die wir viel einfacher handhaben und nach Bedarf neu planen konnten. Die Planung erfolgte dann auf Wochenbasis und alle stimmten sich während der Woche ab. Aus diesem Grund wussten die Leute, wie viel "Freizeit" sie in der Woche hatten, und konnten anderen, die möglicherweise überlastet waren, ihre Hilfe anbieten.

Ihr Beispiel ist die Programmierung (auch mein Erfahrungsbereich), daher bin ich mir nicht sicher, ob meine Antwort auf andere Bereiche zutrifft (z. B. im Bauwesen kann es sehr gute technische und sicherheitstechnische Gründe geben, zu warten, bis der PM grünes Licht gibt).

Grundsätzlich gebe ich Teams (und Einzelpersonen) gerne die Freiheit, loszulegen und die Arbeit zu erledigen, wenn sie dazu bereit sind. Es kann jedoch Fälle geben, in denen dies unangemessen ist:

Wenn Sie beispielsweise darauf warten, dass ein Produkt qualitätsgeprüft wird, ein Schnittstellendesign genehmigt wird oder etwas Ähnliches, dann ist dies kein geeigneter Zeitpunkt für das Team, um diese Arbeit zu erledigen. Sie sollten dem Team nicht erlauben, Annahmen zu treffen, dass die Entwurfsversionen solcher Dokumente unverändert bleiben, und Sie möchten nicht Arbeiten, die auf der Grundlage solcher Annahmen begonnen wurden, rückgängig machen müssen.

In der anderen Situation verwenden Sie Phasen für die Steuerung des Projekts. Keine Arbeit sollte eine Phasengrenze (unter Verwendung der Prince-Terminologie) überschreiten, bis die Genehmigung zum Beginn der nächsten Phase erteilt wurde. Dies kann auf technische oder geschäftliche Go/No-Go-Entscheidungen (Gateway) oder einfach darauf zurückzuführen sein, dass die Mittel für die nächste Phase nicht bestätigt wurden. In jedem Fall sollte jede Phase für sich allein stehen.

Zusammenfassend also: Geben Sie dem Team innerhalb einer Phase und ohne Annahmen über technische Standards oder Designs die Freiheit, Fortschritte zu erzielen. Pass nur auf, dass du nicht die Kontrolle über sie verlierst!

Ich stimme zu, dass Aufgaben der Reihe nach vergeben werden sollten, wenn der Mitarbeiter keine Erfahrung hat, aber in den meisten Fällen hilft die Verwendung eines guten Projektmanagementsystems in der Praxis sehr dabei – Sie fügen die Aufgabe hinzu, weisen eine Person zu, weisen eine Priorität und das System zu benachrichtigt sie.

Ich glaube nicht, dass es notwendig ist, Ihre Zeit damit zu verschwenden, Aufgaben einzeln zu vergeben, wie z. B. ein kleines Kind zu füttern – wenn sie Profis sind, müssen sie ihre eigenen Aufgaben selbst verwalten, und ich glaube auch, dass ein Projektmanager viel wichtigere Dinge hat machen.

Indem Sie Teammitgliedern die Möglichkeit geben, sich selbst für Aufgaben anzumelden, können sie ihre eigenen Verpflichtungen eingehen und effektiv zusammenarbeiten, um die Ergebnisse zu erzielen. Aus psychologischer Sicht ist das enorm mächtig. Es ist viel wahrscheinlicher, dass Menschen hart und effektiv arbeiten, um ihre eigenen Versprechen zu erfüllen, als Versprechen, die in ihrem Namen gemacht werden.

Das Zuweisen von Aufgaben an Einzelpersonen führt eher dazu, dass sie isoliert arbeiten und sich auf ihre eigene Arbeit konzentrieren, bevor sie ihren Teamkollegen helfen, auch wenn diese Hilfe am effektivsten ist.

Wenn sich ein Team anscheinend nicht für die richtigen Aufgaben anmeldet, kann es sein, dass es nicht über die Fähigkeiten verfügt, sich nicht sicher fühlt, sich für etwas Herausforderndes anzumelden, oder die Prioritäten oder Visionen nicht versteht Projekt. Ein Entwicklungsteam sich selbst anmelden zu lassen, ist eine großartige Möglichkeit, um zu sehen, was in der Projektumgebung passiert, da Sie als PM ohne dies nur die Zeit erhalten, die für die Erledigung der Arbeit benötigt wird. Wenn Sie feststellen, dass Teammitglieder nicht proaktiv sind, können Sie als Manager möglicherweise etwas tun, um zu helfen und sicherzustellen, dass das Team über ausreichende Visionen, Fähigkeiten, Ressourcen und Sicherheit verfügt, um erfolgreich zu sein.