Metoder för beräkning i PROJEKTLEDNING

Share

|

Projektledare är under ett hårt tryck att utarbeta beräkningar av tid och kostnader för systemutveckling mycket tidigt i ett projekt, vanligtvis under de första två veckorna. Dock uppskatta ett utvecklingsprojekt från kontur krav och inte från en fysisk design är som ett hem köpare att säga, "citera mig ett pris för att bygga ett hus, men jag är inte säker på var jag vill i huset finns eller, om antalet rum, eller om det skall vara i tegel eller trä." Det är inte förvånande att projektet uppskattningar är lika dåliga som de är, men att de kan göras och mötte alls. Tre åtgärder kan vidtas för att uppskatta:

1. Använda branscherfarenhet

2. Med hjälp av erfarenheterna från den egna organisationen

3. Rulla upp mer eller mindre detaljerade uppskattningar av projektets insatser

Använda Branscherfarenhet: Poäng Funktion

Den kanske mest användbara formen av inspelade branscherfarenhet kommer i punkt räknas funktion. Många åtgärd programvara insatser baserat på antalet rader kod. Problemet med denna åtgärd är att samma funktion innebär många fler rader i en låg-nivå språk än i ett högnivåspråk. Ofta en algoritm kodade i ett språk kräver flera rader med koden på ett annat språk. En funktion punkt räkna är ett stabilare mått på programvara storlek än rader kod, eftersom det baseras på antalet ingångar, utgångar, filer och andra åtgärder av komplexitet. Den internationella Funktion Point Users Group (IFPUG) har satsat kraftigt på att utveckla och underhålla standardiserade metoder för dimensionering programvara.

Funktion Point Method Kortfattat, räknas en filerna, ingångar, utgångar, och frågor som deltar i ett program. Varje klassas som enkel, i genomsnitt eller komplexa. Varje betyg är viktade ge den ojusterade punkt räknas funktion. Om exempelvis fem filer i en ansökan av den genomsnittliga komplexitet (som IFPUG metod beskriver en viktning av 10), lägger de till 50 funktion poäng till den totala.

Hela ansökan är beräknat på 14 åtgärder av övergripande komplexitet, som omfattar graden av distribuerad bearbetning och andelen transaktioner som inbegriper online datainmatning. Varje komplex åtgärd klassas på en femgradig skala (dvs 70 är högsta möjliga poäng). Komplexiteten betyg divideras med 100 och 0,65 läggs ge en faktor på mellan 0,65 till 1,35. Den ojusterade funktion punkten räkna multipliceras med denna faktor för att få justerade punkten räknas funktion. Till exempel, räkning och vägning av filer och andra objekt ger en ojusterade punkt räkna funktion 1000. Ansökan är av betydande komplexitet och värderingen av de 14 komplicerade åtgärderna ger totalt 60 poäng. Som 60/100 + 0,65 är 1,25, justerat funktion punkt räkna skulle vara 1250.

Produktiviteten i Function Points Många tusen projekt har analyserats för att bygga upp punkt databaser funktion, som kan användas för att jämföra den ansträngning som gick i varje projekt med antalet funktionen punkter skapas. Brett sortiment av produktivitet finns. Till exempel med oerfarna personal, ostrukturerade metoder, vanliga verktyg och låg-nivå språk, varierar produktiviteten från 0,25 till 5 funktion poäng per personal månad. I andra änden av intervallet, med erfaren personal, strukturerade metoder, elverktyg och högnivåspråk, varierar produktiviteten från 20 till 100-funktion poäng per personal månad. IS projekt regel om 3 till 50 funktion poäng per personal månad, och genomsnittet är 8 funktion poäng.

Om en projektgrupp kan åstadkomma tio funktion poäng per anställd månad, sedan en 1250 - funktion-punkt projektet äger 125 personal-månader eller tio personer lite längre än ett år. Om produktiviteten är 20 funktion poäng per anställd månad, då arbetet kan göras på halva tiden.

Även funktion punkterna är en rimlig dimensionering åtgärd, är de inte mycket nytta för att uppskatta ansträngning om inte produktiviteten kan uppskattas. För att göra detta krävs ett resultat av projektet personalens produktivitet.

Värdet av projekterfarenhet

Trots dess betydelse för att uppskatta mycket få organisationer har en databas med erfarenheter från projektet. Istället erfarenhet av ett projekt i huvudet på gruppmedlemmarna projektet och är inte lätt för manager i nästa projekt att få tillgång till. Faktum är att mycket få organisationer hålla tillförlitliga uppgifter om de faktiska timmar som i projektutveckling. Som automatiserad process verktyg bli mer vanligt förekommande, blir det billigare och enklare att använda tidigare projekt historia.

En process styrmedel bör hjälpa till att svara på följande frågor:

>> Vilka tidigare projekt liknar den nuvarande?

>> Vad var det arbete på liknande projekt totalt sett och per uppgift?

>> Hur färdigheter folket på liknande projekt jämföra med den nuvarande projektet personal?

Hitta liknande projekt Ett liknande projekt kan vara en som har samma arbetsuppgifter som utförts av samma personer, använt samma programmeringsspråk, eller uppfyllt andra kriterier. Ett projekt historia databas skall göra det möjligt att söka efter liknande projekt. Detta innebär att alla projekt måste utföras med en standardiserad uppsättning av uppgifter, liksom redovisningen kostnaderna måste analyseras med en standard kontoplan. Om varje projektledare gör upp namnen på de uppgifter om varje projekt, hur kan projekt jämföras med en annan?

Bestämma Tidigare fiskeansträngningar och kompetens När liknande projekt väljs, chef för det nya projektet behöver veta ansträngning liknande projekt, totalt och av uppgift, och kunskaper hos dem som arbetat med dessa projekt. Chefen kan hitta denna information om den tid och de kostnader tillbringade har registrerats i ett standardiserat sätt och om data är någorlunda komplett. För att citera produktiviteten expert Kapris Jones, "Den historiska data för projekt används internt av företag är nästan värdelösa för ekonomiska studier. Direkta användare kostnaderna huvudsakligen aldrig spåras, övertid är obetald sällan spåras, och slarv vid uttag av tid för att rätt uppsättning projekt konton frodas i MIS domän. "

Automatiserad process verktyg måste göra registrering av faktiska insatser mot standard kategorier billigt och lätt för alla att sätta i gång ett projekt, då projektet historia kan bli ett meningsfullt stöd att uppskatta.

Roll-Up av bedömningar

Använda erfarenhet storlek ett projekt uppifrån har ett värde eftersom det kan göras tidigt i projektet då endast översiktlig kunskap om den fysiska designen är tillgänglig. Funktion punkt räknar dock baseras på fysikaliska information om filer, insatsvaror, och utgångar.

Den mest tillförlitliga metoden för att uppskatta, även om de mest tidskrävande, är att göra en uppskattning för varje arbete tillsammans med gruppmedlem som är ansvarig för det och att kombinera de uppskattningar från grunden. Bottom-up-uppskattning innebär besvara tre frågor:

>> Vilka uppgifter måste göras?

>> Vem skall göra dem?

>> Hur länge kommer de att ta att slutföra? (Detaljerade uppskattningar kan åläggas eller förhandlade med anställda.)

En projektledare begåvade i informella projektledning kan förhandla hårt, men genomförbara uppskattningar samt få personliga engagemang från de anställda. Firm åtagande kan göras först när mönstret är känt åtminstone i översiktlig form. Top-down-beräkningar görs tidigt i ett projekt som har som billigt och ofta ändras. Bottom-up-beräkningar är inställda, kostsamma att producera, och etablerade senare i ett projekt.

---