Snabbspårning och krasch är tekniker utan vilka en projektledare inte kan överleva. Jag vet att många projektledare där ute som läser den här bloggen kommer att hålla med mig.
dessa är schema komprimeringstekniker, och vi är inte tänkt att användas gemensamt. Men, dessa är mycket vanliga i verkliga livet. Det finns många drivkrafter som behöver komprimera schemat. Många gånger uppmuntrar affärsskäl att använda dem. Eller, ibland projektledare har påtryckningar från näringslivet intressenter.
så för både praktiska användningsområden såväl som för att rensa Project Management Professional (PMP) krävs det tvivel om dessa tekniker, jag penning ner den här bloggen. Låt oss titta på detaljerna i dessa tekniker.
baserat på PMBOK i den sjätte upplagan är snabbspårning
där aktiviteter eller faser som normalt utförs i följd utförs parallellt under minst en del av deras varaktighet.
när det finns ett behov av att komprimera schemat först letar vi efter snabbspårning. Vi analyserar beroenden på schemat för att se om de är obligatoriska eller diskretionära. När det gäller diskretionär ser vi hur vi kan leka runt beroenden. Låt oss ta ett exempel – Aktivitet 1 och Aktivitet 2 har finish-to-start-relationer, och den totala varaktigheten är tio dagar. Antag att det finns ett behov av att avsluta dessa aktiviteter på åtta dagar. Här letar vi efter möjligheterna att starta aktivitet 2 Efter två dagars aktivitet 1. På detta sätt, på dag 3, utförs båda aktiviteterna parallellt. Och total varaktighet minskas från 10 dagar till 8 dagar.
här är den kritiska punkten att vi inte kan starta aktiviteter parallellt blint. Om det finns ett schemaberoende finns det en anledning bakom det. Liksom kan det finnas ett visst informationsflöde från föregångaraktivitet till efterföljande aktivitet. Vi måste se i vilken utsträckning vi kan utföra aktiviteter parallellt. Gilla, på vilken dag skulle det vara relativt mindre risk att starta aktiviteter parallellt? Är vi beredda att acceptera dessa risker? Vad kan vara riskresponsstrategierna vid risk uppstår genom att köra aktiviteter parallellt?
vi kan göra snabb spårning till vissa gränser, varefter om det fortsätter –
det kan bara lägga till risk och omarbeta och inte schemalägga komprimering. Gilla, Du måste vänta på att betong ska bosätta sig innan du börjar måla ditt hus.
och ja, vid obligatoriska beroenden finns det inget utrymme att använda snabbspårning. Vi tillämpar också denna teknik på verksamheten i kritisk väg; vi kan sluta äga risk utan någon konkret produktion av det
baserat på PMBOK bisexual Guide Sixth Edition kraschar är–
detta är en teknik som används för att förkorta schemavaraktigheten för den minsta inkrementella kostnaden genom att lägga till resurser
vi ser möjligheter till kraschen schemat i fallet om vi ser en hög risk att köra aktiviteter parallellt. Eftersom vi i denna teknik använder ytterligare resurser för att avsluta arbetet tidigt,-
vi gör en kostnads-nyttoanalys för att utforska minst extra kostnad och maximal komprimering.
dessutom betyder ytterligare resurser inte bara ytterligare antal huvuden men det kan vara något av nedan
-
- godkänna Övertid
- betala extra
- lägga till fler resurser
det här alternativet utforskas alltid efter att ha utforskat snabbspårning. Anledningen är uppenbar, det medför en extra kostnad. Vi tillämpar det också på aktiviteter av kritiska vägaktiviteter. Annars kan vi sluta äga risk utan någon konkret produktion av den.
här är den viktiga punkten att vi kan krascha schemat till vissa gränser, varefter om det fortsätter –
kan det bara konsumera pengar utan schemakomprimering. I slutändan kan du inte leverera en baby på en månad om resurserna ökade från 1 till 9. Ökande resurser introducerar ytterligare kommunikations-och samarbetsinsatser, vilket säkert påverkar schemat.
skillnad mellan snabb spårning och kraschar
| Sno | snabb spårning | kraschar |
| 1 | aktiviteter eller faser utförs parallellt för att komprimera schemat | fler resurser läggs till i aktiviteterna eller faserna för att komprimera schemat |
| 2 | ökar omarbetningen och risken | ökar kostnaden och kan också leda till ökad risk / kostnad |
| 3 | fungerar endast när aktiviteter / faser kan överlappas för att förkorta projektet varaktighet | fungerar endast för aktiviteter där ytterligare resurser förkortar aktivitetens varaktighet |
| 4 | alltid försökt först | alltid försökt när snabb spårning inte har gett önskad komprimering i schemat |
| 5 | tillämpas på kritiska banaktiviteter. Om inte kommer det bara att lägga till float | tillämpas på kritiska sökvägsaktiviteter. Om inte kommer det bara att lägga till float |
Vanliga frågor
F: Vad är snabb spårning? Är det samma som bly?
A: Snabb spårning är schema komprimeringsteknik. Här utför vi aktiviteter parallellt för att förkorta schemaens varaktighet. Bly är en typ av beroende som hjälper till att göra detta schema komprimering.
men när vi sätter bly som en del av schema komprimering, det har risk (omarbetning). Men vi kan inte undvika projektutmaningar –
T. ex., starta utveckling när en del av designen är klar (tidigare planerad att starta utveckling i slutet av full design)
F: Vad kraschar? Är det samma som snabb spårning?
A: I krasch schema komprimeringsteknik ytterligare resurser läggs till för att få de önskade tidslinjer. Nej, det är inte samma sak som snabbspårning. I snabbspårning spelar vi runt diskretionära beroenden för att komprimera schemat.
F: Vad är skillnaden mellan snabb spårning och kraschar?
A: se ovanstående tabell för jämförelse av båda
Q: Vilken teknik är bättre?
A: beror på behov. Om du kan hantera tillräckligt med snabbspårning är det bäst. Eftersom snabbspårning inte innebär en extra kostnad. Kraschar hjälper dock till att få tidslinjer betydligt i vissa scenarier. T. ex. byggprojekt, fler arbetare kan bygga väggen tidigare.
f: varför tillämpar vi schemakomprimering på kritiska sökvägsaktiviteter?
A: Vad omfattar projektlängd? Det är den kritiska vägen. Om vi tillämpar komprimering på aktiviteter, inte på den kritiska vägen, ökar vi bara flottören. Schema komprimering är inte så lätt som det verkar. Ibland när du gör komprimering kan du hamna få mer än en kritiska vägar som kommer att göra projektet mer riskfyllda. Det finns alltid mycket analys i bakgrunden för att göra schema mot kostnadsavvägning för att uppnå ett optimerat schema efter komprimering
om du vill se en jämförelse mellan snabbspårning och kraschar med några exempel, titta på den här videon direkt:
det här är allt jag vill säga om snabb spårning och kraschar. Jag hoppas att detta hjälper till att lösa några långa väntande förvirringar. Om inte, är du välkommen att sätta dina uppföljningsfrågor här på vårt diskussionsforum
Anmäl dig till vårt gratis PMP-certifieringsintroduktionsprogram för att lära dig mer om PMP-certifiering