Metoden för kritiska banor är en vanlig och mycket användbar metod för att beräkna den optimala ordningen för att slutföra viktiga, inbördes beroende uppgifter.
Eftersom projekt kan vara stora och kritiska banor oöverskådliga är en fråga som ofta ställs till metoden: Kan ett projekt ha två kritiska banor? Den kan till och med ha fler än två om det behövs. Detta beror på att en enda kritisk väg, som beskriver de uppgifter som är nödvändiga för att projektet ska lyckas, kanske inte omfattar alla kritiska uppgifter, eller så kanske den bara gäller en del av projektets övergripande mål.
Hur kan ett projekt ha två kritiska banor?
- Metoden med kritiska banor började faktiskt med att schemalägga tusentals inbördes relaterade uppgifter som ofta var parallella, men som så småningom kom in i varandra (känd som PERT-metoden i flottans Polaris-program på 1950-talet).
- En kritisk väg kanske inte innehåller alla uppgifter som krävs för att projektet ska lyckas.
- Mer än en kritisk väg kan behövas för att ta hänsyn till andra team och deras projekt.
- För att avgöra hur längden på ett projekts kritiska väg jämförs med andra kopplade uppgifter måste ett antal kritiska vägar skapas.
Även om metoden med kritisk väg kan verka relativt enkel att använda är det faktiskt mycket överväganden och forskning som krävs för att få den att fungera effektivt. Det är bara genom att fråga om begreppen och förstå hur man implementerar dem fullt ut som CPM:s värde för att uppskatta projektets längd, uppgiftsordning och resursfördelning kan förverkligas fullt ut.
Några andra frågor om den kritiska vägen
F: Hur kan den kritiska vägen hjälpa till med konkurrerande prioriteringar?
S: En av de största fördelarna med CPM är att det möjliggör bättre planering när det gäller resursanvändning. Istället för att det plötsligt blir en överraskning när din ledande utvecklare plötsligt hamnar mellan två konkurrerande uppgifter, är allting utformat och synligt från början, vilket är ännu enklare när du använder projektplaneringsprogram som Planview AdaptiveWork. Om resurserna måste jongleras så är det så, men konkurrerande prioriteringar bör antingen aldrig kollidera eller så är de inte konkurrerande (dvs. man är överens om att en prioritering har företräde framför en annan).
F: Vad är "slack"?
A: Föreställ dig att uppgift A är en trådram för en webbplats, uppgift B är API:et för kundinloggning och försäljning och uppgift C är innehållet på webbplatsen. I den här situationen är uppgift B den viktigaste uppgiften, följt av A och C. Eftersom innehållet (uppgift C) inte kommer att laddas upp förrän webbplatsen tas i drift kan den försenas utan att det påverkar schemat eller hotar projektets tidsfrist. Detta kallas "slack" eller "float". Alla uppgifter på den kritiska banan måste ha noll i tid, medan uppgifter med mindre tidsåtgång hamnar på den icke-kritiska banan.
F: Vad är ett "nätverksdiagram"?
S: När du har beskrivit alla dina uppgifter och deras inbördes relationer och den tid som varje uppgift kommer att ta, blir det diagram som blir resultatet ditt nätverksdiagram. Det är med hjälp av detta nätverksdiagram som du kan identifiera den väg som tar längst tid i antal dagar, dvs. din kritiska väg.
F: Vad är "kraschtid"?
S: Om du har gjort din kritiska väg men det fortfarande ser ut som om du kommer att överskrida tidsfristen finns det ett par alternativ, snabbspårning, vilket innebär att du kör tidigare sekventiella aktiviteter samtidigt och att du kraschar varaktigheten. Crash duration är en hänvisning till den kortast möjliga tid som en uppgift kan utföras på och innebär i princip att man bryter schemat för en uppgift, antingen genom att lägga till mer resurser i slutet av en uppgift eller genom att påskynda den, vilket inte är rekommenderat.
