Fast-tracking en crashen zijn technieken zonder welke een projectmanager niet kan overleven. Ik weet dat veel van de projectmanagers die er het lezen van deze blog zal het met mij eens.
dit zijn schema compressietechnieken, en we worden niet verondersteld om vaak te gebruiken. Maar, deze zijn heel gebruikelijk in het echte leven. Er zijn veel drijvende krachten die het schema moeten comprimeren. Vaak zakelijke redenen aan te moedigen om ze te gebruiken. Of soms staan projectmanagers onder druk van belanghebbenden uit het bedrijfsleven.
dus voor zowel praktische toepassingen als voor clearing Project Management Professional (PMP)® certificering aspirant ‘ s twijfels over deze technieken, schrijf ik dit blog op. Laten we eens kijken naar de details van deze technieken.
gebaseerd op PMBOK ® Guide zesde editie Fast tracking is
, waarbij activiteiten of fasen die normaal in volgorde worden uitgevoerd, gedurende ten minste een deel van de duur parallel worden uitgevoerd.
wanneer het schema eerst moet worden gecomprimeerd, zoeken we naar fast-tracking. We analyseren afhankelijkheden op het schema om te zien of ze verplicht of discretionair zijn. In het geval van discretionair, zien we hoe we kunnen spelen rond afhankelijkheden. Laten we een voorbeeld nemen – activiteit 1 en Activiteit 2 hebben finish-to-start relaties, en de totale duur is tien dagen. Stel dat er een noodzaak is om deze activiteiten te voltooien in acht dagen. Hier zoeken we naar de mogelijkheden om activiteit 2 te starten na twee dagen activiteit 1. Op deze manier worden op dag 3 beide activiteiten parallel uitgevoerd. En, totale duur verminderd van 10 dagen tot 8 dagen.
hier is het cruciale punt dat we niet blindelings activiteiten parallel kunnen starten. Als er een schema afhankelijkheid, er is een reden achter. Zoals, er zou wat informatiestroom van voorganger activiteit naar opvolger activiteit. We moeten zien in welke mate we activiteiten parallel kunnen uitvoeren. Zoals, op welke dag, zou er relatief minder risico zijn om activiteiten parallel te starten? En zijn we bereid om die risico ‘ s te accepteren? Wat zouden de risico-responsstrategieën kunnen zijn in het geval van risico ‘ s door activiteiten parallel te laten lopen?
we kunnen Fast tracking doen tot een aantal limieten waarna, indien voortgezet –
het alleen risico en rework kan toevoegen en geen compressie plannen. Zoals, je moet wachten tot beton te vestigen voor het begin van het schilderen van uw huis.
en ja, in geval van verplichte afhankelijkheden is er geen ruimte om fast-tracking te gebruiken. Ook passen we deze techniek toe op de activiteiten van critical path; we kunnen uiteindelijk het bezitten van risico ‘ s zonder enige tastbare output van het
gebaseerd op PMBOK ® Guide zesde editie crashen is–
Dit is een techniek die wordt gebruikt om de tijdsduur van het schema te verkorten voor de minst incrementele kosten door het toevoegen van middelen
we zien mogelijkheden van de crash het schema in het geval als we een hoog risico zien van het uitvoeren van activiteiten parallel. Aangezien we in deze techniek extra middelen gebruiken om het werk vroegtijdig af te ronden,-
doen we een kosten-batenanalyse om de laagste extra kosten en maximale compressie te onderzoeken.
ook betekent extra resources niet alleen een extra aantal heads, maar het kan een van de onderstaande zijn
-
- goedkeuring van overwerk
- extra betalen
- extra middelen toevoegen
deze optie wordt altijd verkend na het verkennen van fast-tracking. De reden is duidelijk, het leidt tot extra kosten. Ook passen we het toe op activiteiten van critical path-activiteiten. Anders, kunnen we uiteindelijk het bezitten van risico ‘ s zonder enige tastbare output van het.
hier is het belangrijke punt dat we het schema tot enkele limieten kunnen crashen, waarna als het wordt voortgezet –
het alleen geld mag verbruiken zonder schema compressie. Uiteindelijk kun je geen baby krijgen in een maand als de middelen van 1 naar 9 toenemen. Het vergroten van de middelen introduceert verdere communicatie-en samenwerkingsinspanningen, wat zeker van invloed is op het schema.
Verschil tussen Fast-tracking en Crashen
| Sno | Fast Tracking | Crashen |
| 1 | Activiteiten of fasen worden uitgevoerd in parallel voor het comprimeren van het schema | Meer middelen worden toegevoegd aan de activiteiten of fasen voor het comprimeren van het schema |
| 2 | Verhoogt herwerken en risico | Verhoogt de kosten en kan resulteren in een verhoogd risico/kosten te |
| 3 | Werkt alleen wanneer de activiteiten/fasen kan worden overlapt met het verkorten van de project duur | werkt alleen voor activiteiten waarbij extra middelen de duur van de activiteit verkorten |
| 4 | altijd eerst geprobeerd | altijd geprobeerd als fast tracking geen vereiste compressie in het schema heeft gegeven |
| 5 | toegepast op kritische pad activiteiten. Als dit niet het geval is, zal het alleen toevoegen aan float | toegepast op kritieke pad-activiteiten. Zo niet, dan zal het alleen maar toevoegen aan float |
Veelgestelde vragen
Q: Wat is fast tracking? Is het hetzelfde als lood?
A: Snelle tracking is schema compressie techniek. Hier voeren we activiteiten parallel uit om de tijdsduur te verkorten. Lood is een soort afhankelijkheid die helpt bij het doen van dit schema compressie.
hoewel als we lead als onderdeel van schedule compressie plaatsen, heeft het risico geassocieerd (Rework). Maar we kunnen projectuitdagingen niet vermijden –
bijvoorbeeld, het starten van de ontwikkeling wanneer een deel van het ontwerp klaar is (eerder gepland om met de ontwikkeling te beginnen aan het einde van het volledige ontwerp)
Q: Wat crasht? Is het hetzelfde als fast tracking?
A: In crashen schema compressie techniek extra middelen worden toegevoegd om de gewenste tijdlijnen te brengen. Nee, Het is niet hetzelfde als fast-tracking. In fast-tracking, We spelen rond discretionaire afhankelijkheden om het schema te comprimeren.
Q: Wat is het verschil tussen Fast tracking en crashen?
A: zie bovenstaande tabel voor vergelijking van beide
Q: welke techniek is beter?
A: hangt af van behoeften. Als je genoeg kunt beheren met fast-tracking dat is de beste. Omdat fast-tracking GEEN extra kosten met zich meebrengt. Crashen helpt echter bij het aanzienlijk binnenhalen van tijdlijnen in sommige scenario ‘ s. Bijvoorbeeld, bouwprojecten, meer werknemers kunnen de muur eerder te bouwen.
V: Waarom passen we schema-compressie toe op kritieke padactiviteiten?
A: Wat omvat projectlengte? Het is het kritieke pad. Als we compressie toepassen op activiteiten, niet op het kritieke pad, verhogen we alleen de float. Schema compressie is niet zo eenvoudig als het lijkt. Soms tijdens het doen van compressie kan je uiteindelijk het krijgen van meer dan een kritische paden die het project riskanter zal maken. Er is altijd veel analyse op de achtergrond om schema vs. kosten trade-off te doen om een geoptimaliseerd schema te bereiken na compressie
Als u een vergelijking wilt zien tussen fast-tracking en crashen met enkele voorbeelden, bekijk deze video meteen:
Dit is alles wat ik wil zeggen over snel volgen en crashen. Ik hoop dat dit helpt bij het oplossen van een aantal lang hangende verwarringen. Zo niet, aarzel dan niet om uw vervolgvragen hier op ons discussieforum
schrijf u in voor ons gratis introductieprogramma voor PMP ® - certificering voor meer informatie over PMP ® - certificering