Können Sie mir bitte sagen, wie ich den Slack-Wert in meinem Netzwerkdiagramm verwenden kann, um ihn neu anzupassen (falls zutreffend)? Anhand der folgenden Tabelle habe ich den Durchhangwert berechnet und ein Netzwerkdiagramm gezeichnet. 
Ermitteln des Durchhangwerts: 
A->B->E->F = 14 weeks is the critical path A->B->D->F = 10 weeks A->C->E->F = 12 weeks Ich möchte die ursprüngliche Projektdauer beibehalten (daher bin ich es) die Anzahl der im kritischen Pfad verwendeten Wochen nicht ändern). Ich möchte jedoch die Anzahl der Wochen reduzieren, die auf unkritischen Pfaden verwendet werden. Kann ich das mit den Slack-Werten (oder einer anderen Methode) tun?
Kommentare
- Hat dies mehr mit Projektmanagement zu tun? oder eine Frage, wie man die Software schreibt, um eine engere Zeitachse zu finden?
- @MichaelT Hallo, ' hat mehr mit Projektmanagement zu tun
- Ok, danke. ' wusste nicht, wo ich die Frage stellen sollte. Die Leute von stackoverflow haben mir gesagt, ich soll es hier posten.
- Es ist am besten, eine Frage für die Migration auf eine andere Site zu markieren, anstatt sie erneut zu veröffentlichen. Auf diese Weise werden die Verknüpfungen von ", zu denen " gehört, im Stapelaustausch klarer hergestellt. Das erneute Posten einer Frage bedeutet, dass Sie an einer Stelle eine geschlossene und an einer anderen Stelle eine offene Frage haben. Die SO-Leute sind oft der Meinung, dass alles, was nicht ' nicht zu SO gehört, zu P.SE gehört, was nicht immer ' ist . Wenn Sie Fragen dazu haben, wo etwas hingehört, wird häufig empfohlen, einem Chatraum beizutreten (der Chatraum von P.SE ' heißt die weiße Tafel und fragen Sie.
- Warum möchten Sie das tun?
Antwort
TL; DR
Ihre Gleitkommawerte für unterkritische Aufgaben sind für den Rest des Projekts nicht locker. Sie können den Gleitkommawert für Unterkriterien erhöhen. Kritische Aufgaben mit Standardtechniken für das Projektmanagement wie:
- Reduzieren des Bereichs für die unterkritischen Aufgabenelemente.
- Erhöhen der jeder Aufgabe oder jedem Meilenstein zugewiesenen Ressourcen.
- Eliminieren nicht wesentlicher Meilensteine oder Arbeitselemente.
Obwohl dies nicht empfohlen wird, können Sie auch Techniken aus dem kritischen Pfad wie „Fast-Tracking“ oder „Crashing the Path“ von unterkritischen Aufgaben, aber das ist nicht wirklich Teil der offiziellen Methodik. Anwendung dieser Techniken außerhalb der Kritik l Die Kette kann die Absturzdauer der unterkritischen Aufgaben verringern, kann jedoch im Allgemeinen Ressourcen aus dem kritischen Pfad ausschlachten, um dies zu tun.
Wofür Slack ist
Slack in einem Projektplan erreicht im Allgemeinen mehrere Hauptziele:
- De-optimiert Unterprozesse, um das zu glätten Gesamtprojektplan.
- Verhindert, dass der Irrtum der 100% igen Auslastung Ihren Prozess brüchig macht.
- Gibt Ihnen viel Zeit, Geld oder Teamkapazität, gegen die Sie Kredite aufnehmen können, anstatt a Neuberechnung Ihres Plans bei jedem Schluckauf.
Ihr kritischer Pfad hat keinen Durchhang
Ihr kritischer Pfad hat keinen Durchhang. Sie definieren den kritischen Pfad als:
A-> B-> E-> F = 14 Wochen ist der kritische Pfad
Keine der Verknüpfungen zwischen dem kritischen Pfad ist locker. Ob dies im wirklichen Leben zutrifft oder nicht, weiß ich nicht. In Ihrem Diagramm wird jedoch explizit Slack = 0 für jedes der kritischen Pfadelemente angegeben. Beachten Sie Folgendes:
(0 float) * (4 chained milestones) = no slack on critical path Da Ihre kritische Kette einen Durchhang von Null aufweist, führen alle Prozessfehler im realen Leben zu einer Belastung Ihrer Projekt. Das bedeutet, dass keine Artikel auf Ihrem kritischen Pfad einen Ausrutscher akzeptieren können, ohne dass Sie gezwungen sind, Ihren gesamten Zeitplan neu zu berechnen, und dass Sie möglicherweise gezwungen sind, Ihr Budget oder Ihre Versanddaten neu zu bewerten. Das scheint schlecht zu sein.
Ihr unterkritischer Pfad fügt keinen Durchhang hinzu
Verzögerungen bei Aufgaben oder Meilensteinen, die sich nicht auf Ihrem kritischen Pfad befinden, sollten das Gesamtprojekt nicht verzögern Ich habe nicht definiert, was diese unkritischen Aufgaben darstellen, aber da sie sich nicht auf Ihrem kritischen Pfad befinden, stellen sie wahrscheinlich Folgendes dar:
- Optionale Funktionen.
- Zusätzlicher Bereich.
- Nice-to-Haves.
- Übungen zum erneuten Verschenken von Obstkuchen oder etwas anderes, das ebenfalls nichts mit einem versandfähigen Produkt zu tun hat.
Unabhängig davon, was Sie stellen dar, und selbst wenn sie für das Endprodukt wesentlich sind, können Sie bei Unterkritikaufgaben nur das Start- oder Enddatum dieser Aufgaben innerhalb von Toleranzen anpassen. Sie kaufen Ihnen nichts im Zusammenhang mit Ihrer kritischen Kette.
Ein besseres Modell für Slack mit kritischem Pfad
Laut Wikipedia-Eintrag zur Methode für kritische Pfade :
Obwohl das Aktivitäts-auf-Pfeil-Diagramm („PERT-Diagramm“) an einigen Stellen noch verwendet wird, wurde es im Allgemeinen durch die Aktivitäts- ersetzt On-Node-Diagramm, in dem jede Aktivität als Box oder Knoten angezeigt wird und die Pfeile die logischen Beziehungen darstellen, die vom Vorgänger zum Nachfolger gehen, wie hier im „Activity-on-Node-Diagramm“ gezeigt.
Der Vorteil dieses Modells gegenüber dem in Ihrer Frage ist, dass Sie damit die Varianz modellieren können Auf dem kritischen Pfad, den Ihre Stichprobe derzeit nicht bereitstellt. Es kann daher sinnvoll sein, erneut zu bewerten, was Sie modellieren möchten und ob die Aktivität auf dem Knoten ein besseres Planungswerkzeug für Ihren spezifischen Anwendungsfall bietet .
Antwort
Ich möchte jedoch die Anzahl der Wochen reduzieren, die in nicht kritischen Pfaden verwendet werden.
Ich lese dies, da Sie möchten, dass die Gesamtdauer Ihres nicht kritischen Pfadnetzwerks abnimmt, wodurch der Durchhang auf diesen Pfaden zunimmt. Dazu müssen Sie lediglich die Zieldauer der Pakete verringern, die sich außerhalb des kritischen Pfads befinden.
Ich bin mir jedoch nicht sicher, welchen Wert dies hat. Die anfängliche Annahme ist, dass Sie innerhalb der probabilistischen Verteilung der Dauer jedes Ihrer Pakete auf eine Dauer abzielen, die irgendwo um den MODUS dieser Verteilung liegt, ein Ziel, das eine realistische Möglichkeit darstellt, aber auch schlank genug ist, um keine Überpufferung darzustellen. Wenn Sie diese Dauer verkürzen, erhöhen Sie das Risiko, und um dies zu verringern, erhöhen Sie am Ende die Ressourcennutzung und / oder die Arbeitszeit, um die aggressivere Zieldauer zu erreichen. Dauer = Arbeits- / Ressourcennutzung.
Dies gefährdet dann die Arbeitsaktivität auf diesen Paketen auf dem kritischen Pfad, was Ihre Gesamtdauer direkt gefährdet.
Auf der anderen Seite erhöhen Sie natürlich Ihren Durchhang, sodass Sie einige Zyklen haben, um mit ungünstigen Zeitplanabweichungen fertig zu werden. Auf dem Papier sieht das alles super aus, aber Ihre Realität wird ganz anders aussehen.
Ihr anderes Risiko ist, dass Ihr kritischer Planungspfad nur bei der Planung gültig ist. In dem Moment, in dem Sie auf Los drücken und mit der Arbeit beginnen und mit dem Fortschreiten Ihrer Pakete im Zeitplan beginnen, werden sich Ihre kritischen Pfade ändern und ändern und ändern und ändern. Diese Pakete, deren Dauer Sie willkürlich reduziert haben, können und werden wahrscheinlich in die neuen kritischen Pfade fallen. Da Sie die Dauer reduziert und Ihre Bedrohung erhöht haben, haben Sie jetzt eine größere Bedrohung für Ihre gesamte Zeitplandauer erstellt.
Alles in allem kann ich die Logik in dem, was Sie versuchen, aus einer Planungs- / Planungsperspektive nicht sehen. Das bedeutet nicht, dass es keine Logik gibt, ich kann sie einfach nicht sehen und ich habe noch nie jemanden darüber diskutieren hören.