Angenommen , ich habe ein Projekt X, das bis zum Datum Y abgeschlossen sein soll. Im Moment sind wir 10 % hinter dem Zeitplan zurück (sollte sagen 50 % und im Moment 40 %). hoch?
Das heißt, der ursprüngliche Zeitplan erwartete, dass 1 % der Arbeitseinheiten pro Tag erledigt werden, aber um den Zeitplan bis zu einem bestimmten Datum Z (das <= Y ist) einzuholen, müssen wir 1,2 % der Arbeitseinheiten pro Tag arbeiten, bin ich auf der Suche nach einer Möglichkeit, den 1,2-%-Einheitenanteil basierend auf einem bestehenden Zeitplan zu identifizieren.
Ich bin mir nicht sicher, wie das heißt, aber wenn jemand mit Bearbeitungsrechten eine bessere Idee für die Formulierung hat, wäre ich dankbar, wenn er es umformulieren könnte.
In der Hoffnung, dass dies es nicht zu einer "Tool-Empfehlung oder Einkaufsfrage" macht, formulieren Sie es erneut um, wenn es sich so anhört. Wenn Sie jedoch wissen, wie Sie die obigen Informationen mithilfe des Tools finden, können Sie uns bitte eine "Anleitung" zu diesem Tool bereitstellen , das ist wirklich das, wonach ich suche, mein Projekt verwendet derzeit MS-Project, aber ich denke nicht, dass es zu schwierig wäre, "Start-/Enddaten" in ein anderes Tool einzufügen, wenn es diese Funktion hat? Letztendlich möchte ich in der Lage sein, einen Bericht zu erstellen, in dem geschätzt wird, welche "Arbeitseinheiten pro Tag" erforderlich sind, um das gesamte Projekt abzuschließen, aufgeschlüsselt nach Aufgaben, die nur hinterherhinken.
Ich bin mir nicht sicher, ob ich die Frage verstehe, aber für mich klingt es so, als würden Sie nach dem To Complete Performance Index oder TCPI fragen.
Grob gesagt antwortet das TCPI: "Wie weit sind wir zurück und wie viel müssen wir beschleunigen, um unsere Frist einzuhalten?" Der TCPI ist TCPI = (Verbleibende Arbeit)/(Verbleibendes Budget)
Das setzt natürlich voraus, dass Sie die auszuführende und geleistete Arbeit quantifiziert haben. Wenn Sie bei der Erstellung Ihres PSP/WBS-Wörterbuchs keinen Earned Value eingerichtet und/oder zu Beginn der Aufgabe nicht überprüft haben, wird TCPI Ihnen nicht im Geringsten helfen.
Wie der geschätzte @codegnome betont hat, sagt Ihnen das Wissen, wie viel schneller Sie arbeiten müssen, nicht wirklich, wie Sie schneller arbeiten können. Welche Aktivitäten können Sie ohne Qualitätsverlust streichen? Welche Mitarbeiter können Sie zu Überstunden terrorisieren, ohne dass Überstunden und Mitarbeiterbeziehungen Schaden nehmen?
Wenn Sie anhand des Earned Value ermittelt haben, wo Sie stehen, und Ihr EVMS glaubwürdig ist, können Sie diese Formel anwenden:
ECR=(BAC-BCWP)CAR*verbleibender PoP in Jahren
wo
CAR=(BAC/geplante FTE)/PoP
Dies sollte zu dem FTE-Niveau führen, mit dem Sie arbeiten müssen, um den Zeitplan bis zum Ende des PoP einzuhalten.
Sie können dieselbe Formel ausführen und BCWP durch ACWP ersetzen, um herauszufinden, welchen FTE-Verbrauch Sie benötigen, um eine Kostenabweichung aufzuholen.
Beispiel:
Gegeben:
Leistungszeitraum (PoP) = 2 Jahre oder 104 Wochen; Stunden = 24.000; Geplante FTE = 6; Budget bei Fertigstellung (BAC) = 21.600.000 $; Erschöpfte Wochen = 29; Verbleibende Wochen = 75; Geplante Kosten der durchgeführten Arbeit (BCWP) = 5.900.000 $; Geplante Arbeitskosten (BCWS) = 6.023.077 $; Tatsächliche Kosten der geleisteten Arbeit (ACWP) = 6.200.000 $; Planleistungsindex (SPI) = 0,98; Kostenleistungsindex (VPI) = 0,95; Tatsächliche FTE = 6,18
Nach der obigen Formel ist der ECR = 6,05.
Dies deutet darauf hin, dass Sie mit 6,05 FTEs gegenüber den geplanten 6,00 FTE oder den tatsächlichen 6,18 FTE arbeiten müssen.
Allerdings ist 6.05 kleiner als 6.18, also macht es keinen Sinn, dass das "Absenken" auf 6.05 Ihren Zeitplan heilt, wenn Sie um 6.18 zu spät waren. Sie müssen also sorgfältig interpretieren, was bedeutet, dass Sie möglicherweise 0,05 FTE zu Ihrem 6,18 hinzufügen müssen, was 6,23 ergibt, um den Zeitplan zu korrigieren.
Wir wissen auch, dass ein Absturz Ihres Zeitplans nicht immer dazu führt, dass die Dinge besser, sondern schlechter werden. Trotzdem ist dies die Mathematik. Verwenden Sie es mit Vorsicht.
Identifizieren Sie eine Grundursache für das Ausrutschen, schätzen Sie Ihren Aufwand für jede Aufgabe neu ein und passen Sie Ihren Zeitplan entsprechend an. Sie können die Ursache einer Abweichung nicht anhand eines Zeitplans identifizieren ; Im besten Fall können Sie die Prozess- oder Aufgabenabhängigkeit identifizieren, die Ihr Projekt behindert.
Es gibt einige Problembereiche, in denen Sie Prozentsätze von Arbeitseinheiten sinnvoll quantifizieren können, aber im Allgemeinen wird dies jetzt als Bad Idea™ akzeptiert. In der Fertigung können Sie beispielsweise mit Sicherheit sagen, dass Ihre Radaufgabe zu 75 % erledigt ist, wenn Sie drei Reifen an einem neuen Auto befestigt haben. In den meisten Fällen ist eine allgemeine Aussage wie „100 % der Aufgaben sind zu 40 % erledigt“ jedoch nicht wirklich aussagekräftig.
Sie sollten ein paar grundlegende Dinge tun, bevor Sie fortfahren. Zunächst müssen Sie feststellen, warum Ihr Zeitplan ins Rutschen kommt. Die Beschleunigung Ihres Zeitplans auf Papier beschleunigt nicht unbedingt Ihre abgeschlossene Arbeit. Dazu müssen Sie die Ursache des Ausrutschers identifizieren und feststellen, ob Sie Folgendes haben:
Sobald Sie das Problem identifiziert und Unterstützung für eine Lösung gesammelt haben, können Sie Ihren Projektplan basierend auf aktualisierten Planelementen anpassen. Auch dort haben Sie mehrere Möglichkeiten:
Was Sie wahrscheinlich nicht tun sollten, ist einen magischen „Go Faster™“-Knopf zu drücken, der auf einem durchgängig beschleunigten Zeitplan basiert. Es ist unwahrscheinlich, dass das Verkürzen jeder Aufgabe um 2/10 Prozent zu brauchbaren Ergebnissen führt.
Denken Sie so darüber nach. Wenn ich eine 4-Stunden-Aufgabe habe, von der ich entschieden habe, dass sie 1,2 % hinter dem Zeitplan liegt, bedeutet das, dass ich für diese Aufgabe etwas weniger als 3 Minuten pro Person hinter dem Zeitplan zurückbleibe. Nehmen wir an, es ist Fließbandarbeit, und ich beschleunige das Fließband um 0,2 % (Meilen pro Stunde? Widgets pro Sekunde?), was möglicherweise die Fehler- oder Arbeitsunterbrechungsraten im Prozess erhöht. Welche 172,8 Sekunden dieses 4-stündigen Prozesses sind dann die Verschwendung, von der ich erwarte, dass jede Person sie beseitigt?
Ich stimme CodeGnome vollkommen zu. Tatsächlich kann "wir sind 10% hinter dem Zeitplan zurück" nur eine "statistische" Bedeutung haben und Statistiken sind normalerweise nur auf große Datensätze anwendbar -> sehr feinkörnige Aufgabendefinition oder ein riesiges Projekt, das außerhalb meiner Erfahrung liegt. Wahrscheinlich ist das letztere der Fall, aber in meinen Projekten hatte ich große Probleme, ein Kriechen von 10% zu identifizieren. Eigentlich erkennt mein Tool Creeps und versucht auch den Arbeitsplan anzupassen, aber meist lässt sich das Problem nicht „schneller gehen“ lösen. Ich arbeite agil orientiert mit einem sehr motivierten Team, wenn wir in Verzug sind, liegt es daran, dass der Zeitplan falsch ist :-). Überarbeitung hat uns nie geholfen.
Todd A. Jacobs
onaclov2000
onaclov2000
onaclov2000
Hirschjäger