{"id":11314,"date":"2021-06-30T16:02:12","date_gmt":"2021-06-30T14:02:12","guid":{"rendered":"https:\/\/www.software-developer-india.com\/hur-man-bedomer-en-uppskattning-av-programvarukostnad-for-icke-tekniska-personer\/"},"modified":"2021-07-03T11:12:28","modified_gmt":"2021-07-03T09:12:28","slug":"hur-man-bedomer-en-uppskattning-av-programvarukostnad-for-icke-tekniska-personer","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/sv\/hur-man-bedomer-en-uppskattning-av-programvarukostnad-for-icke-tekniska-personer\/","title":{"rendered":"Hur man bed\u00f6mer en uppskattning av programvarukostnad (f\u00f6r icke-tekniska personer)"},"content":{"rendered":"\n

Hur man bed\u00f6mer en uppskattning av programvarukostnad (f\u00f6r icke-tekniska personer)<\/h2>\n\n\n\n
\"\"<\/a><\/figure><\/div>\n\n\n\n

Det \u00e4r ganska sv\u00e5rt att utv\u00e4rdera ett mjukvaruprojekt och s\u00e4tta en prislapp p\u00e5 det.<\/p>\n\n\n\n

I artikeln n\u00e5gra utmaningar och hur man g\u00e5r igenom bed\u00f6mning av programvarukostnader.<\/p>\n\n\n\n

Introduktion<\/strong><\/h3>\n\n\n\n

Enligt kaosrapporten, som ofta citeras, misslyckas cirka 30 procent av alla programvaruprojekt. Det betyder att antingen projektets varaktighet blir f\u00f6r l\u00e5ng eller att budgeten inte h\u00e5lls.<\/p>\n\n\n\n

H\u00e4r n\u00e5gra utmaningar i mjukvaruprojekt:<\/p>\n\n\n\n

1) Sv\u00e5rt att kontrollera de exakta kraven<\/strong><\/h3>\n\n\n\n

Om du vill bygga ett specialbyggt stort hus kan ett pris bara fastst\u00e4llas om varje del av arbetet bed\u00f6ms korrekt. Upp till den sista skruven, som kommer att anv\u00e4ndas.<\/p>\n\n\n\n

Arkitekten kommer att skapa en plan med en exakt plan, d\u00e4r hela huset replikeras antingen p\u00e5 papper eller ofta idag som 3D-modell. Och i dessa program kan det ber\u00e4knas hur m\u00e5nga skruvar etc. som beh\u00f6vs f\u00f6r att bygga huset.<\/p>\n\n\n\n

Med denna information \u00e4r det m\u00f6jligt att ge en exakt uppskattning av husbyggnadsprojektet.<\/p>\n\n\n\n

Men vi vet ocks\u00e5: I mycket stora byggprojekt \u00e4r prisuppskattningarna vanligtvis inte korrekta. Och vad som skulle kosta 500 miljoner euro kommer att kosta 5 miljarder euro eller mer. Berlins flygplats, Elbphilharmonie i Hamburg och centralstationen i Stuttgart, Tyskland \u00e4r tre exempel, i de flesta fall minskade kostnaden med en miljard euro eller mer.<\/p>\n\n\n\n

N\u00e4r det g\u00e4ller centralstationen i Stuttgart var avgiften f\u00f6r arkitekten cirka 36 miljoner euro. \u00c4ven om arkitekten fick ett s\u00e5 h\u00f6gt belopp. Uppskattningen av projektets kostnad minskade med cirka 1 miljard euro.<\/p>\n\n\n\n

Liknande utmaningar kan ses i programvaruprojekt.<\/p>\n\n\n\n

S\u00e4rskilt n\u00e4r icke-tekniska personer \u00e4r involverade i att vidarebefordra kraven f\u00f6r programvaran eller webbprojektet. Vanligtvis kommer projektbeskrivningarna bara n\u00e5gra rader i ett e-postmeddelande. Eller ett telefonsamtal d\u00e4r den \u00f6nskade l\u00f6sningen beskrivs.<\/p>\n\n\n\n

N\u00e5gra exempel p\u00e5 webbplatser kommer att ges som referens. Inte s\u00e4llan har dessa exempelwebbplatser byggts under m\u00e5nga \u00e5r och kostat hundratusentals euro, ibland miljoner.<\/p>\n\n\n\n

Men budgeten f\u00f6r webbapplikationen eller mjukvarul\u00f6sningen kommer att ligga runt 4 000 till 40 000 euro och den ska byggas inom tv\u00e5 m\u00e5nader, h\u00f6gst 3 m\u00e5nader. (Det \u00e4r vanligtvis den icke-IT-personens \u00f6nskan som fr\u00e5gar om priset).<\/p>\n\n\n\n

Verkligheten \u00e4r denna: Utan ett detaljerat f\u00f6rfr\u00e5gningsdokument fr\u00e5n klienten, som kommer att vara cirka 10 till 50 sidor och ett detaljerat f\u00f6rslag som skapats av IT-f\u00f6retaget, baserat p\u00e5 det f\u00f6rfr\u00e5gade dokumentet, kan ett pris f\u00f6r projektet inte fastst\u00e4llas.<\/p>\n\n\n\n

Och \u00e4ven om det finns ett exakt f\u00f6rslagsdokument. Vanligtvis \u00e4ndras kraven under projektet, vilket g\u00f6r denna \u00f6vning av skapande av f\u00f6rslag, vilket kan ta veckor, en on\u00f6dig uppgift.<\/p>\n\n\n\n

2) \u00c4ndrade krav under projektet<\/strong><\/h3>\n\n\n\n

Det finns n\u00e4stan inget IT-projekt d\u00e4r det ursprungligen citerade mjukvaruprojektet f\u00f6rblir detsamma under projektet.<\/p>\n\n\n\n

Anledningen \u00e4r att kunden f\u00f6rst f\u00f6rst n\u00e4r programvaran b\u00f6rjar forma, att det saknas n\u00e5gra viktiga saker, utan vilka projektet inte kan lyckas och programvaran inte hj\u00e4lper aff\u00e4rsprocesserna.<\/p>\n\n\n\n

Men t\u00e4nk om ett fast pris har \u00f6verenskommits? Hur kan IT-tj\u00e4nsteleverant\u00f6ren till\u00e5ta \u00e4ndringar under projektet. Detta \u00e4r n\u00e4stan om\u00f6jligt, f\u00f6r d\u00e5 kommer IT-tj\u00e4nsteleverant\u00f6ren inte att g\u00f6ra n\u00e5gon vinst alls.<\/p>\n\n\n\n

P\u00e5 andra sidan kommer kunden att insistera p\u00e5 det fasta priset och s\u00e4ga att \u201dF\u00f6r denna lilla f\u00f6r\u00e4ndring finns det inget behov av att \u00e4ndra budgeten. Denna lilla \u00e4ndringsf\u00f6rfr\u00e5gan kan du l\u00e4gga i den ursprungliga offerten \u201d.<\/p>\n\n\n\n

Och h\u00e4r \u00e4r vanligtvis d\u00e4r dilemmaet b\u00f6rjar. Denna diskussion om \u00e4ndringsf\u00f6rfr\u00e5gningar kommer att forts\u00e4tta och forts\u00e4tta. Och projektet kommer att fastna.<\/p>\n\n\n\n

S\u00e5ledes \u00e4r det alltid b\u00e4ttre att h\u00e5lla projektbudgeten flytande. D\u00e4r kunden betalar s\u00e5 mycket som mjukvaruutvecklingen kr\u00e4ver. -> Naturligtvis kan detta verka ”som en himmel f\u00f6r mjukvaruf\u00f6retaget” f\u00f6r klienten, f\u00f6r han \/ hon kommer att tro att de kommer att g\u00f6ra fler timmar \u00e4n n\u00f6dv\u00e4ndigt.<\/p>\n\n\n\n

Men j\u00e4mf\u00f6r det med en restaurang. Om du best\u00e4ller en extra coca cola eller en extra biff, m\u00e5ste du ocks\u00e5 betala f\u00f6r den extra saken. Varf\u00f6r ska det vara annorlunda vid programutveckling? S\u00e4rskilt inom IT d\u00e4r timpriserna vanligtvis \u00e4r mycket h\u00f6gre.<\/p>\n\n\n\n

3) Sv\u00e5righeter att f\u00f6rst\u00e5 komplexiteten i programvaruutveckling av icke-IT-personen<\/strong><\/h3>\n\n\n\n

Det \u00e4r vanligtvis mycket sv\u00e5rt att f\u00f6rst\u00e5 f\u00f6r en icke-IT-person att f\u00f6rst\u00e5 komplexiteten i mjukvaruutveckling.<\/p>\n\n\n\n

”Min v\u00e4n byggde den h\u00e4r webbplatsen p\u00e5 en dag och den har m\u00e5nga funktioner. Varf\u00f6r beh\u00f6ver du som expert mer \u00e4n 6 m\u00e5nader f\u00f6r att utveckla dessa funktioner?”<\/i><\/p>\n\n\n\n

Troligtvis anv\u00e4nde v\u00e4n en del Content Management System som WordPress eller Drupal och anv\u00e4nde n\u00e5gra vanliga plugins, som vanligtvis ger m\u00e5nga funktioner. Men det h\u00e4r \u00e4r inte anpassade mjukvarul\u00f6sningar gjorda f\u00f6r kompisen. Det \u00e4r system och plugins som vanligtvis anv\u00e4nds av tusentals hundratusentals m\u00e4nniskor, som har liknande krav. Dessa \u00e4r inte skr\u00e4ddarsydda l\u00f6sningar.<\/p>\n\n\n\n

Men: Att bygga dessa plugins kr\u00e4vde troligen cirka 2 till 5 eller fler utvecklare p\u00e5 heltid i flera m\u00e5nader eller till och med \u00e5r. S\u00e5 \u00e4ven om kompisen anv\u00e4nder till synes enkla l\u00f6sningar. De har skapats i en mycket komplex mjukvaruutveckling.<\/p>\n\n\n\n

S\u00e5 om klienten har n\u00e5gra krav som kan uppfyllas av dessa plugins och ”f\u00e4rdiga l\u00f6sningar”. D\u00e5 \u00e4r det b\u00e4ttre att anv\u00e4nda dem. Men i de flesta fall \u00e4r dessa ”f\u00e4rdiga” mjukvarusystem inte vad kunden kr\u00e4ver.<\/p>\n\n\n\n

Det b\u00e4sta exemplet \u00e4r Googles s\u00f6kmotor. I fronten (vad anv\u00e4ndaren ser) finns det bara ett s\u00f6kf\u00e4lt och tv\u00e5 knappar. S\u00e5 en icke-IT-person skulle s\u00e4ga \u201ddet kan bara ta en vecka att utveckla detta. Det finns bara ett s\u00f6kf\u00e4lt och tv\u00e5 knappar \u201d. I verkligheten finns det m\u00e5nga ”dolda” backendfunktioner, som utvecklas av tusentals och tusentals utvecklare och det under m\u00e5nga \u00e5r.<\/p>\n\n\n\n

Beroende p\u00e5 komplexiteten, behovet av skalbarhet etc. i klientprojektet kan programutvecklingen ta mer tid \u00e4n f\u00f6rv\u00e4ntat.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

M\u00f6jliga l\u00f6sningar<\/strong><\/h3>\n\n\n\n

Det finns n\u00e5gra l\u00f6sningar f\u00f6r hur en icke-IT-person kan n\u00e4rma sig f\u00f6rfr\u00e5gan till IT-tj\u00e4nsteleverant\u00f6ren.<\/p>\n\n\n\n

1) involvera en programutvecklare<\/strong><\/h3>\n\n\n\n

Helst skulle det finnas en egen mjukvaruutvecklare eller IT-expert som skulle kunna korsa kontrollen av IT-tj\u00e4nstef\u00f6retaget.<\/p>\n\n\n\n

Vanligtvis rekommenderar den programutvecklaren att h\u00e5lla projektets omfattning flexibel s\u00e5 att \u00e4ndringar kan tillgodoses.<\/p>\n\n\n\n

Om programvaruf\u00f6retagets uppskattning \u00e4r rimlig kommer programutvecklaren att ge gr\u00f6nt ljus.<\/p>\n\n\n\n

P\u00e5 det s\u00e4ttet, som en intern anst\u00e4lld utv\u00e4rderar projektet, kommer den icke-IT-personen ocks\u00e5 att vara \u00f6vertygad om insatserna f\u00f6r utvecklingen.<\/p>\n\n\n\n

2) Anv\u00e4ndning av dedikerad utvecklare<\/strong><\/h3>\n\n\n\n

En dedikerad utvecklare, \u00e4r en utvecklare som tillhandah\u00e5lls till klienten p\u00e5 heltid.<\/p>\n\n\n\n

F\u00f6rdelen med detta \u00e4r att utvecklaren arbetar n\u00e4ra klienten och \u00e4ven med klientens team. Detta \u00f6kar transparensen. Och klienten eller teamet kan st\u00e4lla fr\u00e5gor och f\u00e5 svar i realtid.<\/p>\n\n\n\n

Denna modell fungerar p\u00e5 olika s\u00e4tt:<\/p>\n\n\n\n