Sådan udvikles et groft skøn over størrelsesorden (skøn over ROM)
En groft skøn over størrelsesorden (ROM-skøn) er et skøn over et projekts indsats og omkostninger, der skal gennemføres. Et ROM-estimat finder sted meget tidligt i et projekts livscyklus – i projektudvælgelses- og godkendelsesperioden og inden projektinitiering i de fleste tilfælde. Hovedformålet med ROM-estimatet er at give beslutningstagere den information, der er nødvendig for at træffe en beslutning om, hvorvidt det er fornuftigt at gå videre med projektet baseret på det estimerede niveau af indsats med hensyn til afslutningstid og omkostninger.
At udvikle et ROM-estimat er lige så meget en færdighed som det er en kunst. Først og fremmest bør emneeksperter inddrages i estimationsniveauer for indsats. For det andet er det vigtigt, når man udvikler en ROM, at forstå, at estimatet er et “Rough Order of Magnitude” estimat, der har en nøjagtighed på ca. plus eller minus 50%. Afhængigt af kilden kan variansen være så meget som 100 %. En varians på -25% til + 75% er også almindelig for ROM-estimater. Pointen er at give et “ballpark” -estimat ved hjælp af de tilgængelige oplysninger på det tidspunkt.
Et ROM-estimats varians er snarere stort, men det bør ikke afholde dig fra at forsøge. Husk, at nogle oplysninger er bedre end ingen oplysninger. Husk også, at estimatet er baseret på de tilgængelige oplysninger på tidspunktet for udviklingen af ROM-estimatet. Når projektet bevæger sig fremad, kan du forvente at forbedre estimatet yderligere, når der opnås flere oplysninger, og kravene forbedres yderligere under projektets start- og planlægningsfaser (PMBOK-studerende, husker du udtrykket progressiv uddybning?)
Følgende oplysninger giver en sammenligning af de tre generelle skøn, når projektet finder vej gennem livscyklussen.
- ROM-estimat (variation på -50% til + 50% eller -25% til + 75% afhængigt af præference)
- Et “ballpark” estimat bruges til at give et startestimat for at komme videre
- En top-down estimeringsmetode
- Brug af tidligere ekspertviden og erfaringer
- Der bruges ikke meget tid på at udvikle ROM-estimatet
- Budgetoverslag (variation på -10 % til + 25%)
- Også en top-down estimeringsmetode
- Brug af analoge estimeringsteknikker hjælper med at give et lidt mere nøjagtigt estimat end ROM-estimatet (f.eks. henvisning tidligere lignende projekttyper til indsats)
- Endelig skøn (afvigelse på -5% til + 10%)
- En estimeringsteknik fra bunden og op, der kræver en nedbrydning af arbejdet og dets niveau af indsats, der opsummeres for at udvikle et mere nøjagtigt skøn
- Generelt udført i planlægningsfasen og modnet gennem resten af projektet
- Dette er mest tidskrævende estimeringsindsats for de tre anførte
Når du udvikler et ROM-estimat, er det bedst at prøve at estimere i spande af tid og omkostninger. Tilvejebringelse af kategorier kan hjælpe estimatorer, der ellers ikke ville være i stand til at give et nummer på grund af den begrænsede mængde information, der var tilgængelig ved starten af et projekt. Eksemplet nedenfor giver kategorier af “Lav”, “Medium” og “Høj” indsats. Brug af en sådan skala kan være lettere end at forsøge at trække et tal ud af hatten. Det sætter også forventningen på begge sider – projekt team og klient – at ROM-estimatet har en stor varians og skal anerkendes som kun en indledende ROM.
- Lav indsats
- Timer: 40 til 80 timer at gennemføre
- Omkostninger: $ 1000 til $ 5000 dollars
- Varighed: 1 til 4 uger
- Antal ressourcer: 1 til 3 ressourcer
- Medium indsats
- Timer: 80 til 480 timer at gennemføre
- Omkostninger: $ 10.000 til $ 50.000 dollars
- Varighed: 2 til 6 måneder
- Antal ressourcer: 4 til 10 ressourcer
- Høj indsats
- Timer: 480 til 2080 timer at gennemføre
- Omkostninger : $ 100.000 til $ 500.000 dollars
- Varighed: 6 til 12 måneder
- Antal ressourcer: 11 til 20 ressourcer
Brug af spande eller kategorier som dem, der er anført ovenfor, de komponere arbejdet ovenfra og ned til et detaljeringsniveau, der giver mening i betragtning af mængden af tilgængelig information. Hvis vi antager, at projektet er i de meget tidlige faser, og interessenternes behov og krav er på et højt niveau, er det sikkert at antage, at arbejdsopdelingen ikke vil blive detaljeret detaljeret. Pointen er ikke at udvikle en fuldt blæst WBS her. Pointen er simpelthen at opdele arbejdet i et sæt aktiviteter, der giver mening, og som kan måles.For eksempel ved udvikling af en webapplikation kan arbejdslisten muligvis kun være et par ting som sådan:
- Udviklingskrav
- Udvikling af databaseskemaet
- Udvikle applikationen
- Test og implementer applikationen
- Projektledelsesaktiviteter (Glem ikke at medtage PM-aktiviteter. Det tager tid og ressourcer)
Anvend en kategori indsats for hvert stykke arbejde for at komme til et ROM-estimat. Det er i en nøddeskal!
Der er meget mere at vide om teknikker til omkostningsestimering og omkostningsestimering (f.eks. Anvendelse af indlæringskurver, kompleksitetsfaktorer og risikofaktorer; PERT-tidsestimering; Softwareestimeringsteknikker som f.eks. funktionspunktsanalysteknik og COCOMO – http://cost.jsc.nasa.gov/COCOMO.html). Men dette er i det mindste en god primer på ROM-estimering. De relaterede links nedenfor giver yderligere tip til omkostningsestimering. Se også Society of Cost Estimating and Analysis (http://www.sceaonline.org/), som er en tankeleder på denne arena. Forvent meget mere om omkostningsestimering!
Vil du dele yderligere tanker eller oplysninger om ROM-omkostningsestimering? Føj dem til kommentarsektionen nedenfor.
—–
Relaterede links: