Was bedeutet es, ein Projekt zum Absturz zu bringen?

„Crash the project“ ist ein Begriff, der häufig in PMP-Materialien verwendet wird. Was bedeutet es genau?

Wie hängt es mit dem „Komprimieren des Zeitplans“ zusammen, wenn überhaupt?

Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da die Frage trivial ist. Eine Google-Suche nach dem Begriff liefert fünftausend Antworten, von denen das oberste Dutzend relevant und nützlich erscheint.
Ich denke, wir könnten die Frage ein wenig umformulieren. Crashing ist in seiner Wirksamkeit sehr umstritten und es könnte viele Diskussionen und kritische Überlegungen zu diesem Thema geben. Es ist in Projekten sehr risikobehaftet.

Antworten (2)

Absturz ist einfach das Konzept, mehr Ressourcen – sei es Geld, Werkzeuge und Maschinen, Menschen usw. – auf ein Arbeitspaket zu werfen, um seine Gesamtdauer zu verkürzen. Die allgemeine Idee ist, wenn Sie 10 Tage mit einer Person geplant haben, um eine Aufgabe zu erledigen, dann verkürzt die Anwendung einer zweiten Person die Dauer auf fünf Tage.

Das Problem ist, dass dies im wirklichen Leben nicht so sauber funktioniert. Es spielen eine Menge Umgebungs- und Zufallsvariablen eine Rolle, die sich auf die Leistung sowie auf die Ressourcenelastizität der Aufgabe auswirken, bei der ein Absturz möglicherweise überhaupt keine Auswirkungen hat oder die Dinge sogar noch verschlimmert.

Beispielsweise würde das Verschieben von Kisten von Punkt A nach B eine Menge Ressourcenelastizität aufweisen. Wenn Sie mehr Kistenmover auf die Aufgabe werfen, sollte die Gesamtdauer sicherlich verkürzt werden. Der Ort und die Situation von Punkt A und Punkt B können jedoch die Wirksamkeit des Absturzes verringern, da Sie den Weg zwischen Punkt A und B mit mehr Kistentransportern verstopfen und dann die Dinge verlangsamen können.

Eine Aufgabe ohne Ressourcenelastizität ist wie das Fahren von Punkt A nach B. Eine weitere Fahrt ins Auto zu werfen, wird nichts dazu beitragen, B schneller zu erreichen.

Diese Konzepte können problemlos auf komplexere Projekte wie Bau und IT angewendet werden.

BEARBEITEN: Gestation ist ein gängiges Beispiel dafür, dass ein Absturz nicht funktioniert, aber es ist auch kein genaues Beispiel. Während wir eine Schwangerschaft immer als neun Monate betrachten, ist die Schwangerschaft probabilistisch und reicht von nur 22 oder 23 Wochen bis zu 46 Wochen. Man könnte also eine Schwangerschaftsdauer verkürzen, indem man ein Prostaglandin einführt, um Wehen auszulösen. Eine Ressource ist nicht nur der Mensch, sondern alle Ressourcen, einschließlich dieses Arzneimittels. Daher hat eine Schwangerschaft eine gewisse Ressourcenelastizität, wenn auch mit einem hohen Maß an Kosten und Risiken.

Mein Lieblingsbeispiel dafür, dass nicht alle Arbeiten durch Absturz verkürzt werden können, ist das Bauen eines Babys. Nur weil eine Mutter neun Monate braucht, um ein Baby zu bauen, heißt das nicht, dass die Bewerbung von neun Müttern für das Projekt das Baby in einem Monat bauen wird. Praktischer gesagt, es gibt immer externe Probleme, die überprüft werden müssen, bevor Zeitpläne einfach mathematisch zum Absturz gebracht werden. Ein Hindernis, das bei wissensbasierter Arbeit sehr häufig auftritt, ist die zusätzliche Verzögerung des Trainings, bevor zusätzliche Ressourcen für positive Fortschritte wirken können.
Beim Absturz geht es darum, die Möglichkeit zu kennen, um in einer konkreten Situation entscheiden zu können, ob es gelingen könnte (oder nicht, zB wenn es vom Management eingebracht wurde).
Ich habe gesehen, wie ein Versuch, ein Projekt zum Absturz zu bringen, tagelang angehalten wurde. Neue Ressourcen kannten das Projekt nicht, und vorhandene Ressourcen verbrachten ihre ganze Zeit damit, sie auf den neuesten Stand zu bringen. Es mag am Ende geklappt haben, aber es gab nicht genug Werkstücke, um herumzukommen. Es ist (war) jedoch möglich, eine Scheune an einem Tag aufzubauen. Viel Vorarbeit und Arbeiter, die wissen, was sie wann zu tun haben. Nach meiner Erfahrung geht das Drehen von Reifen mit zwei Arbeitern viel schneller als mit einem.

Es gibt 2 Strategien zum Komprimieren von Projektzeitplänen; Absturz und schnelle Verfolgung.

Absturz bezieht sich auf das Hinzufügen weiterer Ressourcen zu kritischen Aktivitäten, um die Dauer zu verkürzen und Zeit zu sparen, während Fast Tracking ein Versuch ist, Aktivitäten, die nacheinander (nacheinander) aufgetreten wären, parallel (gleichzeitig mit wenig oder keine Verzögerung zwischen ihnen).

Obwohl diese Strategien auf Projekte angewendet werden können, gibt es einige Dinge, die berücksichtigt werden sollten. Ein Schlüsselfaktor ist, dass nicht alle Aktivitäten mit diesen Maßnahmen verkürzt werden können und andere Strategien oder eine Kombination von Strategien eingeführt werden sollten, um solchen Situationen zu begegnen.