Oft steht der Projektmanager in meinem Team unter starkem Druck, sich an einen bestimmten Zeitplan zu halten und ihn zu liefern, wenn dies unwahrscheinlich erscheint, geraten sie in Stress und dies wirkt sich auf das gesamte Team aus.
Was kann ich als Entwickler im Team tun, um dem Projektleiter in dieser Situation zu helfen? Gibt es Fähigkeiten oder Techniken, mit denen ich ihnen helfen kann, welche Unterstützung ist zu diesem Zeitpunkt für sie am wertvollsten?
Risiken melden . Das ist das Beste, was Sie tun können/sollten. Informieren Sie Ihren Projektmanager über alle Risiken, die Sie vorhersehen, ihre Wahrscheinlichkeiten und ihre potenziellen Auswirkungen. Teilen Sie ihm/ihr auch mit, welche Risikomaßnahmen Sie empfehlen würden.
Ich werde einen etwas anderen Weg gehen. Alle oben genannten Vorschläge sind gut, aber ihnen fehlt ein wichtiger Punkt. Wenn sich Ihr PM auf unrealistische Zeitpläne einlässt, unabhängig davon, ob sie auferlegt werden oder nicht, dann ist Ihr PM Teil des Problems. Ihre Frage ist zwar gut gemeint, deutet aber darauf hin, dass Ihr PM seine Arbeit nicht getan hat und Sie ihm jetzt helfen wollen, nachdem er in seiner Verantwortung versagt hat.
Ich verstehe, dass der Zeitplan diktiert werden kann, aber an diesem Punkt sollte er sagen "okay, aber ..." und dann die Vorschläge machen, die Pawel angeboten hat. „Wenn Sie das Produkt am X-Datum wollen, können wir das tun. Aber Sie müssen uns sagen, was weggelassen werden kann.“
Daher würde ich vorschlagen, dass Sie als Team möglicherweise Unterstützung und Beweise dafür bieten können, dass der Zeitplan nicht wie erforderlich eingehalten werden kann, oder einige Vorschläge machen, welche Ecken letztendlich gekürzt werden könnten, wenn Ihr PM dies tut , egal was du tust, es wird aufhören. Er muss in seiner Rolle stärker werden.
Was in einer solchen Situation wahrscheinlich passiert, ist, dass PM und das Team einige Kompromisse eingehen müssen. Wenn der Zeitplan eng ist und viel Druck von oben herrscht, um trotzdem zu liefern, muss das Team etwas opfern, um die Dinge innerhalb der Frist zu erledigen.
Das bedeutet im Grunde, Ecken zu schneiden. Jetzt ist die Frage, welche Art von Ecken Sie schneiden werden. Üblicherweise ist es eines von zwei (oder beiden):
Was auch immer das Team letztendlich tun wird, es gibt zwei mögliche Situationen und zwei Strategien, die für den PM hilfreich sein können.
Normalerweise ist es der PM, der diese Opfer zuletzt fordert, zumindest wenn eine solche Entscheidung bewusst getroffen wird. Als Teammitglied ist das Beste, was Sie tun können, ihnen zu helfen, diese Entscheidung so gut und vernünftig wie möglich zu treffen. Es bedeutet, sie mit den Konsequenzen jedes Kompromisses zu füttern, entweder in Bezug auf die Qualität oder den Umfang, damit sie möglicherweise am besten wissen, wie die Dinge aus der Perspektive des Teams aussehen.
Ich würde auch alle Ideen einwerfen, die helfen könnten, die Frist einzuhalten, oder Argumente finden, um sie zu verschieben. Es ist ziemlich üblich, dass einige Teammitglieder eine Information für so offensichtlich halten, dass sie sie nicht einmal in irgendeiner Weise kommunizieren, während andere keine Ahnung davon haben.
Das bedeutet natürlich nicht, dass die zu treffende Entscheidung für das Team zufriedenstellend sein wird, da PM alle technischen Dinge, aber auch geschäftliche Konsequenzen, zB die Reaktion des Kunden auf ein unvollständiges Projekt, und interne Angelegenheiten berücksichtigen muss , zB Stakeholder-Zufriedenheit.
Das Problem kann auch eine andere Ursache haben. Anstatt bewusst Kompromisse einzugehen, wählt PM Hoffnung als Strategie. Das bedeutete, dass sie hofften, dass alles gut gehen würde und das Team vor Ablauf der Frist liefern würde. Wenn das stimmt, ist es kein Wunder, dass sie gestresst sind.
Wie auch immer, in dieser Situation ist das Beste, was Sie tun können, ihnen die Tatsache bewusst zu machen, dass Hoffnung keine Strategie ist, und sie dazu zu bringen, das Problem aktiv anzugehen, was im Grunde bedeutet, zu Punkt Nummer 1 zurückzukehren, sobald der PM die Tatsache akzeptiert, dass sie es tun sollte aktiv etwas gegen das Problem unternehmen.
Eine der Techniken, die hier ziemlich gut funktioniert, besteht darin, eine Liste aller zu erledigenden Aufgaben zu erstellen, zu zeigen, wie unwahrscheinlich es ist, dass alles bis zum Stichtag erledigt wird, und nach Prioritäten zu fragen. Dann haben Sie am Ende der Liste Ihre Kompromisse.
Übrigens kenne ich PMs, die Ihnen sagen würden, dass alles die höchste Priorität hat, also müssen Sie sich vielleicht auch auf die alte Regel beziehen: Wenn alles die höchste Priorität hat, hat alles auch die niedrigste Priorität und das Team wird wählen Kompromisse zufällig.
Als Entwickler müssen Sie Risiken und Probleme so schnell wie möglich identifizieren, damit sie besser gehandhabt werden können. Viele Entwickler versuchen, das Management vor schlechten Nachrichten zu schützen und / oder arbeiten sehr hart daran, Probleme zu beheben, bevor sie ans Licht kommen. Als Projektmanager muss ich so schnell wie möglich wissen, was Ihre Herausforderungen sind, damit ich Ihnen helfen oder sie lindern kann.
Ich unterstütze Yegors Vorschlag zum Risikomanagement. Identifizieren Sie aktiv die Bedrohungen, die Ihre Fähigkeit beeinträchtigen könnten, den Zeitplan einzuhalten, und arbeiten Sie daran.
Nicht nur das, sondern verwenden Sie eine führende Übungsmethode, um Ihren Zeitplan zu überwachen. Dazu gehören Critical Path Management, Earned Value (bis zu einem gewissen Grad) und Earned Schedule-Methoden. Die erste Methode ist Ihr bester Ansatz, da Bedrohungen für diese Pakete auf dem kritischen Pfad Ihre Lieferungen verzögern.
Überwachen Sie auch Ihre Kosten, da Sie möglicherweise günstige Abweichungen benötigen, um Terminverschiebungen abzumildern oder auszugleichen. Wenn Sie ausrutschen, kann es hilfreich sein, das Operationstempo zu erhöhen oder Personen hinzuzufügen, wenn Sie es sich leisten können.
Beobachten Sie die Op-Tempo-Levels für nicht gefährdete Teile Ihres Zeitplans. Wenn Sie über Ressourcen verfügen, die nicht auf dem geplanten Auslastungsniveau arbeiten, können Sie zukünftige Pakete möglicherweise beschleunigen und sie nach Möglichkeit früher als geplant starten.
Verstehen Sie schließlich die Wahrscheinlichkeit Ihres Zeitplans. Es gibt keine Einzelpunktschätzung für eine Aufgabe oder ein Projekt. Doch so planen wir und gehen unsere Verpflichtungen ein. Daher ruht Ihr Engagement irgendwo auf der Wahrscheinlichkeitskurve Ihres Projekts und Sie müssen verstehen, wohin es fällt. Wenn Ihr Zeitplan p20 bis p40 oder sogar p50 ist, haben Sie einen aggressiven Zeitplan und Sie sind stark gefährdet, es nicht zu schaffen, EGAL (oder wenig egal), WAS SIE TUN. Das ist eine gute Sache zu verstehen, wenn nicht mehr, als etwas Stress abzubauen und frühzeitig mit der Kommunikation über das Risiko zu beginnen.
Marcj
jegor256