I IT-utveckling , när du ställer en tidslinje och slutdatum för ett programvaruprojekt , du delta i programmet uppskattning . Uppskattning kallas ibland en " svart magi " eftersom projektets krav och projektteam förmåga varierar kraftigt , göra korrekta förutsägelser verkar magiskt . Noggrann planering och laget diskussion gå en lång väg mot att producera bra uppskattningar . WBS
Det första steget till en framgångsrik uppskattning är att skapa en Work Breakdown Structure , en detaljerad lista över de uppgifter som krävs för att slutföra projektet . En WBS bryter de flesta projekt i 10 till 20 uppgifter , enligt boken " Applied Software Project Management " ger dig en god grund för en uppskattning . Dela upp uppgifterna efter projektfas , mjukvara funktion eller en kombination av båda . Listan över uppgifter och tid att slutföra dem måste vara korrekt för att generera en god uppskattning .
Uppgifter
Bygg din programvara uppskattning genom att den förteckning över uppgifter och uppskattning hur länge var och en kommer att ta . Om du eller ditt lag har tidigare erfarenhet - inklusive att veta vilken typ av förseningar eller oförutsedda problem dyker upp på mjukvaruprojekt - använda den kunskapen för att göra uppskattningen . De gruppmedlemmar bör alla vara överens om vad varje uppgift i projektet omfattar : . Om två ledamöter gör olika antaganden om hur en uppgift kommer att ske , kommer de att göra olika beräkningar för hur lång tid det kommer att ta
bli rätt
p Det är inte möjligt att förutse varje möjlig komplikation kan uppstå : målet är att göra din uppskattning så korrekt som möjligt baserat på din aktuella kunskaper . För att hålla dem korrekta , har gruppmedlemmarna delar deras skäl för att göra uppgiften - time uppskattningar de gör . Håll alla i laget i slingan . Om ditt projekt är i drift under olika standarder från tidigare uppdrag , gruppmedlemmarna behöver veta detta så att de kan faktor denna kunskap i sina beräkningar .
Intressenter
Ett problem med korrekt uppskattning är att andra aktörer - högsta ledningen eller kunder , till exempel - kanske inte gillar siffrorna . Icke-tekniska människor som inte förstår det arbete förutsätter att du kan göra jobbet snabbare om de skär ett par veckor av din uppskattning . Gör klart varför du har beräknat en viss mängd tid och förklara det för alla som har att godkänna den . Om aktörerna inte ger dig tillräckligt med tid , det påverkar kvaliteten på arbetet .
