Den tekniske definisjonen av den kritiske banen i en sekvens av nettverksbaserte arbeidspakker er banen med minst mulig slakk. Praktisk sett er denne banen rekkefølgen av hendelser som, hvis noen forsinkes, vil forsinke hele prosjektet. Og på enda enklere vilkår er den kritiske banen rekkefølgen av oppgaver som vil ta lengst å fullføre for å levere prosjektet.
Kritisk sti Prosjektledelse beskriver en metode for styring og styring av et prosjekt ved hjelp av et tydelig sett med verktøy.
Identifikasjon av den kritiske banen:
Prosjektledere jobber med gruppemedlemmer for å definere alt arbeid som kreves for å fullføre et prosjekt eller for å oppnå prosjektets omfang . Arbeidet brytes typisk ned i enheter som kalles arbeidspakker. Disse arbeidspakker er små nok i størrelse slik at de kan knyttes til en eier, forvaltes for risiko og kontrolleres for tid, kostnader og materialer.
Arbeidspakker som er for små, er meningsløse, og arbeidspakker som er for store gir ikke grunnlag for effektiv styring og kontroll. Et vanlig beskrevet referanse er at ingen arbeidspakke skal ta mindre enn åtte timer å fullføre eller mer enn åtti timer. Det kan selvsagt variere avhengig av prosjektets art.
Hvert arbeidsteam definerer og estimerer varighet og kostnad for deres arbeidspakker.
Prosjektlederen binder arbeidspakken og sekvenserer dem i den rekkefølgen de skal være ferdig med. Anslagene på varighet og hendelsessekvensen brukes til å konstruere et nettverksdiagram der flere nøkkelmål identifiseres. Disse inkluderer:
- Tidlig start: Den tidligste en arbeidspakke kan starte.
- Tidlig avslutning: Den tidligste en arbeidspakke kan fullføres.
- Senest start: Den siste en arbeidspakke kan startes og ikke forsinke prosjektet.
- Forsinket slutt: den siste en arbeidspakke kan være ferdig og ikke forsinke prosjektet.
- Slack (Float): hvor lang tid en arbeidspakke kan bli forsinket og ikke påvirke prosjektet.
Disse beregningene brukes til å beregne de ulike banene gjennom nettverket, og produsere varighet og identifisere tilgjengelig slakk for individuelle arbeidspakker. Prosjektlederne og prosjektgruppemedlemmene justerer vanligvis sekvenseringen av hendelsene og ser på forskjellige alternativer. Når ressursene er definert, blir arbeidspakkene sekvensert enda en gang, på jakt etter den mest effektive, rettidige og minst risikable prosjektplanen.
Prosjektteamet kan se de faktiske banene gjennom nettverket, og den ene (eller flere) som har minst mulig tilgjengelig slakk (noen ganger null), noe som betyr at hvis et element på den banen er forsinket selv om en dag, vil prosjektet bli forsinket tilsvarende.
Det er viktig å merke seg følgende:
- Det kan være mer enn en kritisk bane i et nettverksdiagram.
- Den kritiske banen kan endres basert på ressursplanlegging.
- Den kritiske banen kan endres under gjennomføringen av et prosjekt.
Bruk av den kritiske banen:
Den kritiske banen er et viktig prosjektstyringsverktøy som gjør at prosjektleder og team kan fokusere sin innsats på de viktigste arbeidspakker. Felles handlinger fokusert på den kritiske banen inkluderer:
- Sikre at ressursene er tilgjengelige når det er nødvendig
- Låne ressurser fra ikke-kritiske arbeidspakker for å sikre gjennomføring av kritiske elementer.
- Forsiktig overvåking og rapportering for kritiske aktiviteter.
- Utjevning eller utjevning av ressurser for å mest effektivt utføre oppgavene på den kritiske banen.
- Krasjer tidsplanen ved å legge til ressurser til de elementene der den mest kostnadseffektive reduksjonen i varigheten kan oppnås.
- Identifisering av arbeid som kan fullføres samtidig (rask sporing) for å sikre at det ikke er noen forsinkelser langs den kritiske banen.
- Bruk av nettverksdiagrammet til å vurdere den samlede risikoen for prosjektet. Hvis nettverket har flere kritiske baner eller en kritisk bane og flere nærkritiske baner, sies det å være følsomt. Jo mer følsomt et prosjektnettverk, desto større er risikoen for forsinkelser, og jo vanskeligere jobber prosjektleder og team for overvåking av oppgavegjennomføring.
Dataprogramvare og den kritiske banen:
Selv om svært små prosjekter gir seg en manuell beregning av den kritiske banen, for større initiativer med tusenvis eller titusenvis av arbeidspakker, er prosjektlederne avhengig av prosjektledelsesprogrammer for å beregne og beskrive prosjektets nettverksdiagram og kritiske sti (e) . Ikke desto mindre er det viktig at prosjektlederen forstår hvordan man utvikler, finjusterer og styrer den kritiske banen.
-
Oppdatert av Art Petty