Wie gehe ich mit mehreren Projektmanagern um?

Problemprotokoll und Risikoregistrierung. (Huttipp an @David Espina, ohne dessen Antwort wäre mir das entgangen).

Sie sind für Ihr(e) Projekt(e) verantwortlich. Alles, was Sie in Bezug auf diese Projekte lösen können, müssen Sie lösen. Dies sind Beispiele für Dinge, die Sie nicht lösen können, weil sie Artefakte dysfunktionaler Prozess-Assets der Organisation sind.

Dinge, die Sie nicht lösen können, gehen in das Problemprotokoll und sollten dem Management mitgeteilt werden,

„Wir sind nicht in der Lage, das Fertigstellungsdatum mit einer Genauigkeit von weniger als +/- 75 % vorherzusagen, da wir ungefähr 25 % unserer Zeit damit verbringen, unsere widersprüchlichen Prioritäten zu verwalten.“

Ebenso sollte das Risikoprotokoll die Ungewissheit und vor allem die Auswirkungen des vorrangigen Flusses angeben.

Wenn Projekte und Projektmanager nicht synchron sind, ist dies ein Problem auf Organisationsebene. Die Organisation muss dieses Problem lösen, wenn sie sich entscheidet, ihren Projektmanagement-Reifegrad zu verbessern. Das heißt, es ist ziemlich üblich. Normalerweise sehen Sie diese Frage aus der Sicht des PM, der versucht sicherzustellen, dass seine Matrixressourcen zu seinem Vorteil gegenüber den anderen Projekten genutzt werden.

Ich würde vorschlagen, die bekannten Prioritäten, unter denen Sie arbeiten, und das Niveau der versprochenen Auslastung, die Sie für Ihr Team bei jedem Projekt zugesagt haben, glasklar zu machen. Wenn Sie einen Konflikt haben, eskalieren Sie. Es muss einen Eskalationsweg geben, damit Konflikte analysiert und aussortiert werden können. Und kommunizieren Sie vor allem mit jedem der PMs, die die Zeit Ihres Teams fordern. Wenn Sie also eine Frist für ein Projekt haben, stellen Sie sicher, dass alle anderen darüber Bescheid wissen.

In gewisser Weise liegt es nicht in Ihrer Rolle, die Projekte zu synchronisieren. Es ist Ihre Aufgabe, eine angemessene Auslastung Ihres Teams sicherzustellen, sodass Bandbreitenkonflikte minimiert werden, keine Person überlastet wird und die Arbeit auf der Grundlage bekannter Prioritäten sequenziert wird.

Ich stimme Marc und David voll und ganz zu und möchte vorschlagen, dass Sie ein Tool finden, mit dem Sie die Geschichten Ihrer Projekte leicht verfolgen und ihre Prioritäten neu ordnen können . Ein Tool, das so eingerichtet werden kann, dass die PMs sofort über jede Änderung informiert werden und den aktuellen Stand einsehen können.

So ziemlich jedes Projektmanagement-Tool sollte dies für Sie tun, aber der Kauf dieser Tools/deren Einrichtung kann je nach Unternehmensrichtlinie ein Problem oder sogar ein No-Go sein. Andere leichtere Tools könnten besser passen, daher werde ich eines in einem Kommentar erwähnen und andere können es im Laufe der Zeit hinzufügen, wenn Optionen veraltet sind.

Vielen Dank an alle für die tollen Antworten. Ich habe einen Gewinner ausgewählt, wollte aber meine eigenen Erfahrungen der letzten Tage hinzufügen.

Da ich ein UI-Teamleiter bin, haben wir mit Angular, Yeoman usw. (die Tools, die wir jeden Tag verwenden) eine dumme UI erstellt, um eine UI mit allem zu erstellen, was wir brauchen.

Diese Umgebung verfügt über ein "Live-Neuladen", sodass der Code jedes Mal aktualisiert wird, wenn ich ihn ändere, sodass alle unsere Daten ebenfalls fest codiert sind. Klingt komisch, scheint aber das beste Tool zu sein, da die Daten in einem JSON-Format gespeichert werden, das für Entwickler am besten geeignet ist.

Wir haben entschieden, dass das Team-Scrum ein neues Format haben wird, ich erhöhe den Server und das gesamte Team schaut sich unsere neue Benutzeroberfläche an. Wir haben uns entschieden, es "Flugplan" zu nennen, da es uns an die Tafel erinnert, die Sie an Flughäfen für abgehende und ankommende Flüge haben. Wir verwenden darin sogar Flugzeugsymbole und Terminologie.

Wir haben bereits 7 Abschnitte: - Eine Gesamtheit für alle Aufgaben mit einigen Fortschrittsberechnungen nach Gewicht und Status der Unteraufgaben (erledigt, begonnen, initial, null). - es enthält auch 'Frist', 'geplante Ankunftszeit', 'Entwurf haben (ja/nein)', 'verantwortliches Teammitglied', 'zuletzt aktualisiert', 'erstellt um', 'Arbeitsbeginn um'... - Fragen - für Fragen, die das Team hatte und auf die ich eine Antwort finden muss - Pending Issues - wir gehen unser JIRA durch und sehen, ob es neue Issues gibt. Wir dokumentieren unsere Entscheidung im Flugplan. - Richtlinien - wo wir einfach einige Standards für das Team schreiben (wir sollten den Build vor jedem Commit lokal ausführen, wir sollten ETA-Änderungen höchstens 10 Tage vor dem Abgabetermin benachrichtigen, etc...) - Red Flags - wichtige Probleme, die angesprochen wurden und Ich muss aufblasen.

Und wir fügen bei Bedarf weitere hinzu. Kein Tool, keine Autorisierung durch das Unternehmen.

Die ersten Meetings dauerten eine Weile (40 Minuten) und jetzt sind es nur noch 20 Minuten, was angemessen ist.

Am Ende jedes Team-Scrums drucke ich es als PDF aus und schicke es an meinen Vorgesetzten, der damit machen kann, was er will.

Ich habe jetzt seit über einer Woche kaum etwas von den Projektmanagern gehört. Unsere Fristen sind in ein paar Tagen und die Dinge scheinen gut zu sein.

Ein Projektmanager sagte mir, er habe den "Flugplan" gesehen und die Frist nicht verstanden - es sollte 1 Tag früher sein ... wir haben die Frist einfach verschoben ...

Ihre Antworten und Kommentare haben mir geholfen, den Flugplan zu entwerfen und zu verbessern. Ich verlinke für alle Fälle auch vom Flugplan aus auf diese Seite.

Ich glaube nicht, dass Sie dafür ein Tool benötigen. Sie brauchen ein PM-Meeting, bei dem Sie die Projektmanager zusammenbringen und die Prioritäten festlegen. Wir haben tatsächlich zwei dieser Treffen, eines für die PMs mit dem Manager der PMs, wo wir den Status unseres Projekts und alle Abhängigkeiten besprechen. Wir haben auch ein Treffen mit dem Ressourcenmanager, um Ressourcen anzufordern und zu sehen, wie die Ressourcen über Pläne hinweg zugewiesen werden. Unsere Gesamtabteilung macht bei unseren vierteljährlichen Meetings die hohe Priorität und die strategischen Projekte deutlich, sodass jeder weiß, warum ein anderes Projekt möglicherweise Vorrang vor seinen Ressourcen hat.