Abhängigkeitsbeispiel "Start to Finish"?

Ich glaube nicht, dass ich dies jemals verwendet habe, aber ich habe im Allgemeinen an eine Start-End-Abhängigkeit gedacht, die verwendet wird, wenn zwischen zwei Aktivitäten ein vereinbarter Übergabezeitraum erforderlich ist.

Betrachten Sie das folgende Szenario:

In einem Systemimplementierungsprojekt wäre es ganz normal, dass das Projektpersonal ein gewisses Maß an Support für ein System für eine Eingewöhnungszeit nach dem Go-Live bereitstellt. Irgendwann muss die Verantwortung für den Support (in unserem hypothetischen Beispiel) auf ein Support-Team im Leben übertragen werden. Für einen definierten Zeitraum – sagen wir zwei Wochen – leisten sowohl die Projektressourcen als auch die In-Life-Ressourcen Unterstützung, während eine Übergabe von einem zum anderen stattfindet.

Dies ist eine Start-End-Abhängigkeit, da das In-Life-Team beginnen muss, das System zu unterstützen, bevor das Projektteam fertig werden kann.

Eine SF-Abhängigkeit sieht genau wie eine FS-Abhängigkeit mit einem Vorsprung in Zeiteinheiten aus, wenn Sie sich das Netzwerkdiagramm ansehen (trotz der Pfeile). Der Unterschied ergibt sich aus der Logik der Einschränkung. Beispielsweise besagt die FS-Abhängigkeit mit einem zweitägigen Vorlauf, dass Aufgabe 2 zwei Tage vor dem geplanten Ende von Aufgabe 1 beginnen soll. Die angenommene Logik bei diesem Zeitplan ist, dass Aufgabe 2 innerhalb von zwei Tagen nach Abschluss von Aufgabe 1 beginnen kann , aber sie kann früher beginnen, wenn die Ressourcen dies zulassen, und später beginnen, wenn Sie aus anderen Gründen ausrutschen.

In einer SF-Abhängigkeit mit zweitägiger Vorlaufzeit muss Aufgabe 2 zwei Tage vor Ende von Aufgabe 1 beginnen; andernfalls kann Aufgabe 1 nicht abgeschlossen werden. Die angenommene Logik ist hier ein Muss gegen eine Dose.

Ein grobes Beispiel könnte die Verwendung eines Krans sein, um ein schweres Objekt in den 35. Stock eines im Bau befindlichen Gebäudes zu heben. Das Arbeitspaket, das die Ressourcen – Personal und Ausrüstung – zum Bedienen des Krans enthält, ist Aufgabe 1. Es hebt das Objekt erfolgreich in die 35. Etage und hat sich erfolgreich für den Transfer positioniert. Jedoch ist das nächste Arbeitspaket, Aufgabe 2, das die empfangenden Ressourcen – sowohl Ausrüstung als auch Personal – enthält, nicht vorhanden und nicht startbereit. Aufgabe 1 bleibt, obwohl sie ihre Zielaktion rechtzeitig abgeschlossen hat und zur Übertragung bereit ist, "aktiv", bis das nächste Paket beginnt. Die Ausgabe von Paket eins und die Eingabe von Paket zwei müssen zusammen erfolgen.

Sowohl David als auch Iain haben gute Beispiele gegeben.

Wie David sagte, ist es die Logik, die die Abhängigkeit antreibt. Die meisten Aufgaben sind FS – Aufgabe B kann nicht beginnen, bis Aufgabe A abgeschlossen ist, und Aufgabenabhängigkeiten werden als direkte Übergaben betrachtet. SF kehrt einfach die Logik um – Aufgabe B kann nicht als abgeschlossen betrachtet werden, bis Aufgabe A begonnen hat (die Übergabe erfolgt ist).

Ich denke, dass eine FS-Abhängigkeit nützlich ist, wenn Sie eine Aktivität haben, die nicht beendet werden kann, bevor die abhängige beginnt. Stellen Sie sich vor: Ein Wachmann wird beauftragt, sich nachts um ein Gebäude zu kümmern, und der Manager sagt ihm, dass seine Tätigkeit nicht beendet werden kann, bis der Hausverwalter morgens kommt. Die Ankunftszeit kann jeden Tag variieren, aber der Wächter kann seine Tätigkeit nicht beenden, bis der Verwalter kommt und mit der Arbeit beginnt.

Ein weiteres Beispiel für einen festen Starttermin: Ich muss die Formen für eine Säule platzieren, nachdem diese von einer anderen bereits gegossenen und ausgehärteten Spalte entfernt wurden. Ich kenne das Startdatum für den Beginn der Bildung der neuen Säule (festes Datum) und muss die Bewehrung für diese Säule zuvor installieren. Daher kann ich die Stützenschalungsinstallation (b) und die Bewehrungsinstallation (a) mit einer SF-Beziehung verknüpfen, was bedeutet, dass Vorgang b beginnen muss, damit Vorgang a als abgeschlossen gilt.

Ich mochte immer das Beispiel des Babysitters, der die Betreuung des Kindes beenden möchte, aber nicht fertig werden kann, bis ein Elternteil zurückkommt (und anfängt, sich um das Kind zu kümmern).

Dies ist der Begriff, der am meisten verwirrt und missverstanden wird. Sogar die neueste Ausgabe von PMBOK macht ein Chaos daraus. Es macht eher eine Lachnummer, wenn am Beispiel der Sicherheitsverschiebungen gesagt wird, dass die "erste" Sicherheitsverschiebung eine NACHFOLGER-AKTIVITÄT und die "zweite" Sicherheitsverschiebung (die nach der ersten Schicht kommen soll) ein VORGÄNGER ist Aktivität. Und dann untersuchen sie Leute auf PMP!!!

Ich glaube fest an die KISS-Doktrin (Keep It Simple Stupid). Nehmen Sie das Beispiel eines Generators, der online ist und ein Gebäude mit Strom versorgt. Nennen Sie diese Aktivität A. Der Generator stoppt nicht, bis Strom aus dem Hauptnetz anliegt. Rufen Sie die Aktivität mit Strom aus dem Netz B auf. Die Vorgängeraktivität A wird also erst beendet, wenn die Nachfolgeraktivität B beginnt.

Im Netzwerkdiagramm wird diese Abhängigkeit wie folgt dargestellt:

a. Feld B rechts von Feld A, um die korrekte chronologische Reihenfolge darzustellen. b. Pfeil vom Anfang von Feld B (zur Darstellung des Aktivitätsbeginns) zum Ende von Feld A (zur Darstellung des Aktivitätsendes).

Dies ist genau das Gegenteil der Abhängigkeit von Ende zu Anfang.

So habe ich das Problem verstanden.

Betrachten Sie dieses einfache Beispiel, das Sie in Microsoft Project testen können, um zu sehen, wie es praktisch funktioniert. Um die Verwendung einer Start-to-End (SF)-Abhängigkeit zu erklären, werde ich auch erklären, wie sie sich von einer FS-Abhängigkeit unterscheidet

Sie haben zwei Aufgaben: Ladeneröffnung vorbereiten und Eröffnungstag . Der Eröffnungstag ist für einen Freitag geplant und Sie benötigen 2 Tage Vorbereitungszeit. Die Aufgabe Opening Day kann nicht verschoben werden und muss am Freitag stattfinden.

Von Anfang bis Ende: Vorbereitung auf Ladeneröffnung läuft über Mittwoch und Donnerstag und ist mit dem Eröffnungstag, der am Freitag ist, verknüpft (FS). Wenn Sie feststellen, dass Sie 4 Tage für die Vorbereitung benötigen und die Dauer der Aufgabe „ Auf Ladeneröffnung vorbereiten“ auf 4 Tage ändern, wird die Aufgabe „ Eröffnungstag “ in die folgende Woche verschoben, was nicht geschehen kann.

Von Anfang bis Ende: Das gleiche Szenario, Sie richten die Aufgaben mit einer SF-Abhängigkeit ein und stellen dann fest, dass Sie 4 Tage statt 2 Tage für die Vorbereitung benötigen. Wenn Sie bei der SF-Beziehung die Dauer auf 4 Tage aktualisieren, bleibt der Eröffnungstag auf dem Freitag und verschiebt eher das Startdatum der Aufgabe „Ladeneröffnung vorbereiten“ früher , da es zur Dauer hinzukommt. Das bedeutet, dass Sie jetzt am Montag mit den Vorbereitungen beginnen müssen, um pünktlich zum Eröffnungstag zu sein.

Das beste Beispiel für eine Start-to-Finish-Implementierung beinhaltet die folgende Analyse, die ich der Einfachheit halber mit der URL anführe: Start-to-Finish-Beispiel

Ein konkretes Beispiel aus einem Bauprojekt

Das Babysitter-Beispiel ist gut. Hier jedoch ein konkretes Beispiel (Wortspiel beabsichtigt!) aus einem Bauprojekt:

Nehmen wir an, Sie kaufen einen vorgefertigten Schuppen. Die Fertigbaufirma schickte Ihnen die Zeichnung für das Betonfundament und die Position der Fundamentschrauben zum Aufsetzen des Schuppens. Das Fundament mit den Bolzen ist fertig und ausgehärtet und der LKW mit der komplett montierten Halle ist auf der Baustelle eingetroffen. Jetzt haben Sie die folgenden Aufgaben in Ihrem Zeitplan:

• Entladen Sie den Schuppen
• Installieren Sie den Schuppen

Möglicherweise haben Sie einen Kran von einem Anbieter gemietet, um den Schuppen und eine separate Installationsmannschaft zu entladen. Das Entladen kann beginnen – Sie können die Drahtseile montieren und die Anschlagpunkte vorbereiten. Aber können Sie den Kran die Arbeit zum Entladen der Halle erledigen lassen, obwohl die Montagemannschaft noch nicht mit der Arbeit begonnen hat?

Nein, die Entladeaufgabe kann erst abgeschlossen werden, wenn die Installationsaufgabe beginnt. Dies ist eine Abhängigkeit von Anfang bis Ende (SF).

Babysitter und Hadover, beides sind die besten Beispiele, um einem Lernenden die Bedeutung von SF verständlich zu machen. Wenn die Arbeit abgeschlossen ist, kann die Übergabe nicht begonnen werden, bis das Übernahmeteam beginnt ... und daher kann die Arbeit nicht als abgeschlossen betrachtet werden, da die Übergabe nicht begonnen wird ...

Ein Beispiel für eine SF-Beziehung.

Nachfolgeaktivität - In Newyork senkt sich für 12 Stunden die Nacht. Vorgängeraktivität - In Newyork steigt für 12 Stunden das Tageslicht hoch

Wenn angenommen wird, dass 12 Stunden die Vorlaufzeit jeder Aktivität ist, fährt der Nachfolger für eine Dauer von 12 Stunden fort, bis der Vorgänger am Rande des Abschlusses des Nachfolgers aufwacht und 12 Stunden fortfährt ODER umgekehrt. Dies geschieht in einem zyklischen Prozess jeden Tag.

Alle zyklischen Prozesse, die durch 2 Aktivitäten (ein Nachfolger und der andere Vorgänger) gebildet werden, teilen die SF-Typ-Beziehung. Dies ist eine seltene Art von Beziehung, die in Echtzeitprojekten verwendet wird, da die meisten Echtzeitprojektnetzwerke Aktivitäten haben, die einen Forward Pass oder einen Backward Pass haben, aber nicht zyklischer Natur sind.

Die Start-End-Abhängigkeit vom Start von Aktivität A bis zum Ende von Aktivität B erzwingt, dass Aktivität B beendet wird, nachdem Aktivität A begonnen hat. Vorgänger (Aktivität A) und Nachfolger (Aktivität B) beziehen sich auf die CPM-Logik, dh der Zeitpunkt der Aktivität B wird nach und relativ zum Zeitpunkt der Aktivität A berechnet, obwohl Aktivität B aus der Berechnung vor Aktivität A enden kann .

Start-Finish kann Folgendes modellieren:

1. Eine Staffel : zB Team B überwacht einen Standort, bis Team A eintrifft.

   Hinweis : Wenn Aktivität B ein festes Startdatum hat, wird sie besser mit einer Hamoc-Aktivität modelliert.

2. Eine Phase der Übergabe : zB Team B trainiert Team A während seiner letzten Arbeitswoche.

   Hinweis : Die Verzögerung wird als positive Dauer angegeben, um eine Überlappung zu haben.

3. Planen Sie so spät wie möglich, wenn die Software eine schnellstmögliche Planung für das gesamte Programm erzwingt: z . B. Aktivität B ist eine Lieferung, die gerade rechtzeitig für die Installation in Aktivität A fertig ist.

4. Kontinuität erzwingen : B. Aktivität A und B sind nur eine fortlaufende Aufgabe, die für Abrechnungszwecke aufgeteilt werden musste und die nach Aktivität C mit einer Ende-Ziel-Abhängigkeit geplant wird. Aktivität A (der letzte Teil) ist korrekt nach Aktivität C geplant, aber ein Start-Ziel von A nach B ist erforderlich, um sie als eine Aufgabe zu betrachten.

Hinweis : Um wie erwartet geplant zu werden, sollten Aktivitäten so bald wie möglich geplant werden und Aktivität B muss einen Float größer oder gleich 0 haben.

Angenommen, Sie klettern auf Felsen. Sie müssen das Halten mit einer Hand beginnen, um das Halten mit der anderen zu beenden, um weiterzumachen.

Angenommen, Sie bewachen etwas. Das Ersatzteam sollte mit seiner Arbeit beginnen, damit Sie Ihre erledigen können.

Angenommen, Sie ändern die Energiekabel eines kritischen Systems. Die USV sollte anfangen zu arbeiten, damit Sie den Strom abschalten können.

Die Start-Ende-Beziehung wird verwendet, um das Timing der Nachfolgeaufgabe zu planen. dh wann Aufgabe B beginnen soll, um mit dem Beginn von Aufgabe A zu enden.

Zum Beispiel: In diesem Projekt sind kritische Aufgaben Design, Konstruktion, Montage und Lieferung. Aber es gibt 2 unkritische Aufgaben, die genau an dem Tag "bereit" sein müssen, an dem die Montageaufgabe beginnt; Diese 2 Aufgaben sind (Kauf von elektrischen Komponenten und Kauf von Befestigungselementen).

Diese beiden Aufgaben sollten so geplant werden, dass sie früh genug beginnen, damit sie am Tag des Montagebeginns fertig (und bereit) sind – nicht früher oder später.

Einkaufsaufgaben sollten nicht zu früh beendet werden, um keine Ressourcen für Lagerkosten zu verschwenden, um diese Komponenten zu lagern, aber auch diese Komponenten sollten nicht zu spät eintreffen, weil sie für die Montage benötigt werden. Der Einkauf dieser Komponenten sollte also erst am Tag des Baubeginns abgeschlossen sein.

Der Zweck dieser Art von Abhängigkeit besteht darin, Aufgaben so zu planen, dass sie relativ zum Beginn der Vorgängeraufgabe enden.

In diesem Beispiel: Kauf von elektrischen Komponenten : sollte am 13. Mai beginnen, um am 15. Mai fertig zu sein. Kauf von Verbindungselementen : sollte am 12. Mai beginnen, um am 15. Mai fertig zu sein

Auf der Zeitachse: Die rosafarbenen Aufgaben sind kritische Aufgaben, während die beiden dunklen Aufgaben nicht kritisch sind und ihre Abhängigkeit von der Aufgabe „Zusammenbauen“ wie gezeigt als Start-to-Finish definiert ist.

Mein Projekt hat eine Feuerlöschpumpe. Ich kann mit den Elektroarbeiten für die Feuerlöschpumpe beginnen, aber ich kann sie nicht beenden, bis die Installation der Feuerlöschpumpe begonnen hat, aber die Feuerpumpe muss nicht vollständig sein, damit die Elektrik fertig ist, d. h. von Anfang bis Ende.

SF ist nicht üblich, kann aber unter bestimmten Bedingungen eine nützliche Beziehung sein.

Es wird hauptsächlich verwendet, wenn Kontinuität erforderlich ist.

Bei einem 24-Stunden-Betrieb muss immer mindestens eine Schicht im Einsatz sein; Schicht 1 könnte über eine SF-Beziehung mit Schicht 2 verknüpft werden. Verzögert sich Schicht 2, muss Schicht 1 über die ursprünglich geplante Zeit hinaus weiterarbeiten.

Ebenso, wenn Sie in einer Umgebung, die Kontinuität erforderte, von einem alten zu einem neuen System wechseln mussten, z. B. nahm eine große Bank Änderungen an ihrem Online-Banking-System vor. Eine Start-End-Beziehung könnte verwendet werden, um die Operationen der Systeme zu verknüpfen; Dh System 1 konnte nicht fertig werden, bis System 2 gestartet war.

Dieser Artikel geht in die Tiefe https://scopetraining.com.au/project-management/finish-start-relathionships/Start to Finish Relationships

Die Nachtschicht endet, wenn die Tagschicht beginnt. B beendet, wenn A beginnt.

Hier ist meine Meinung dazu.

Ich denke, SF ist einfach eine Beziehungsbeschränkung, die beschreibt, was nicht passieren sollte.

"Zweite Aufgabe kann nicht beendet werden, bevor erste Aufgabe beginnt"

Die zweite Aufgabe benötigt eine Art Input von der ersten Aufgabe und kann früher beginnen, wenn dieser Input früher eingeholt wird. Nehmen wir an, Task-1 hat diese Eingabe nach 8 Stunden bis 9:00 Uhr an Tag 1 bereit, Task-2 kann an Tag 0 (anstelle von Tag 2) beginnen und enden, sobald diese Eingabe verfügbar ist (wenn man bedenkt, dass Task-2 dies erfordert Eingabe, bevor es fertig ist), sagen wir bis 10 Uhr Tag-1. Es muss diese Überschneidung geben. Das Beenden von Aufgabe 2, bevor Aufgabe 1 überhaupt beginnt, bedeutet im Grunde, dass Aufgabe 2 nichts von Aufgabe 1 benötigt und die SF-Einschränkung durchbricht. In diesem Fall sollten beide parallel und nicht sequentiell ausgeführt werden.

Ich habe dies immer nicht aus der Perspektive des "Prozessablaufs" betrachtet, sondern eher aus der Perspektive "Was ist die Logik, die die Planung vorantreibt?". Das einfache Beispiel, das ich zuvor gesehen habe, ist das der Wiederholung für eine Prüfung. Sie können sagen „Ich kann die Prüfung erst ablegen, wenn ich die Wiederholung gemacht habe“ (Revisionsende treibt den Prüfungsstart voran) oder „Ich muss meine Wiederholung so planen, dass sie rechtzeitig zur Prüfung endet“ (Prüfungsbeginn treibt die Revisionsende ). In diesem Beispiel ist es recht einfach nachzuvollziehen, da Prüfungen in der Praxis meist fix sind und die Fertigstellung der Vorbereitungsarbeiten passend zum Prüfungstermin terminiert werden muss. Wenn sich die Prüfung verschiebt oder sich die für die Wiederholung benötigte Zeit ändert, sorgt die Ende-Start-Beziehung dafür, dass die Dinge so ausgerichtet sind, wie sie sein sollten.

Mein Verständnis einer SF-Beziehung ist, dass der "Vorgänger nicht fertig werden kann, bis der Nachfolger beginnt". Ähnlich wie bei dem Beispiel „Wachschichten“, das viele Leute verwenden: Das Ende des Vorgängers (Schicht 1) wird durch die Verzögerung beim Start des Nachfolgers (Schicht 2) gesteuert. Mein Beispiel ist: Ein Auftragnehmer muss ein Flugzeug vorbeugend warten (Vorgänger), bis der Kunde den Besitz übernimmt, um seine Abnahmetests durchzuführen (Nachfolger). Verzögert der Kunde Abnahmetests, muss die vorhergehende präventive Wartung durch den Auftragnehmer fortgesetzt werden – was die Kosten dieser Vorgängeraktivität in die Höhe treiben kann.[Kann den gegenteiligen Effekt haben: Der Beginn der vorbeugenden Wartung ist der Eingang vom Endmontagetest; Wenn sich der Kunde entscheidet, Abnahmetests unmittelbar nach dem Endmontagetest des Auftragnehmers durchzuführen, wird das Enddatum der vorbeugenden Wartung dennoch durch den Beginn des Kundenabnahmetests bestimmt. In diesem Fall wären jedoch das Startdatum der vorbeugenden Wartung (gesteuert (FS) durch den Endmontagetest) und das Enddatum (gesteuert durch den Beginn des Kundenabnahmetests) dasselbe Datum – in diesem Fall die Kosten für die vorbeugende Wartung praktisch "0"]

Das einzige Mal, dass ich gesehen habe, dass dies richtig verwendet wird, ist, wenn ein Ereignis – das ein bestimmtes Datum hat – den Abschluss vorheriger Vorbereitungsaufgaben vorantreibt.

ZB ein Arbeitspaket zur Prüfungsvorbereitung, zwei Aufgaben
1 - Prüfungsarbeit
2 - Prüfung ablegen

"Sit Exam" ist ein fest codiertes Datum - zB 1. Dezember. Wenn diese Aufgabe beginnt, löst sie das Ende des Prüfungsstudiums aus. Wenn sich das Datum der Prüfung verschiebt, ändern sich die Daten des Prüfungsstudiums.

Aber ...
(zumindest IN MS Project) Wenn das gesamte Projekt von einem Enddatum abweicht, ist es besser, in den Projektinformationen "ab" "Enddatum" zu planen und FS-Abhängigkeiten zu verwenden.
ODER
Wenn Sie nur einen Teil eines Zeitplans so einrichten möchten, dass er ab einem Meilensteindatum ausgeführt wird, markieren Sie die entsprechenden Vorgänger "so spät wie möglich" in den Aufgabeninformationen > Erweitert und verwenden Sie erneut FS-Abhängigkeiten.

Ich denke, Schritte zur Kaffeezubereitung könnten hier ein hervorragendes Beispiel sein. Stellen Sie sich vor, Sie stehen morgens auf, gähnen und gehen in die Küche und stellen fest, dass Sie vergessen haben, Ihre Kaffeemaschine auf automatisches Brühen einzustellen. Jetzt hängt alles von Ihnen ab, ob Sie den Schlaf abschütteln und mit dem Kaffeebrühen beginnen. Sie werden auch wissen, dass Sie die folgenden Schritte durchlaufen müssen:

Wasser hinzufügen Kaffeebohnen mahlen Kaffee in den Filter füllen Kaffeefilter hinzufügen Karaffe auf Heizplatte stellen Brühvorgang drücken usw. usw. Ich bin mir nicht sicher, aber ich denke, dass dieser Artikel „ Grundlagen des PMP “ Ihnen helfen kann! Ich hoffe, Sie finden die Fakten über meine Antwort leicht verständlich. Danke!

Im Bauwesen verwenden wir dies sehr oft.

Ein Beispiel: Ein Gerät wird aus dem Boden gehoben und muss im 4. Stock aufgestellt werden.

Es gibt zwei verschiedene Teams: eines, das Geräte vertikal vom Erdgeschoss in den 4. Stock hebt, und eines, das die Geräte horizontal von den Außensäulen des 4. Stockwerks in das Innere der Struktur zieht.

Daher kann die zweite (Nachfolger-)Aufgabe, die Ausrüstung in den 4. Stock hineinzuziehen, erst beendet werden, wenn die Vorgängeraufgabe (Anheben der Ausrüstung) beendet ist.