{"id":10669,"date":"2021-06-30T14:51:17","date_gmt":"2021-06-30T12:51:17","guid":{"rendered":"https:\/\/www.software-developer-india.com\/projektutvecklingsprojekt-med-fast-pris-3-viktiga-punkter-att-komma-ihag\/"},"modified":"2025-01-02T07:06:07","modified_gmt":"2025-01-02T05:06:07","slug":"projektutvecklingsprojekt-med-fast-pris-3-viktiga-punkter-att-komma-ihag","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/sv\/projektutvecklingsprojekt-med-fast-pris-3-viktiga-punkter-att-komma-ihag\/","title":{"rendered":"Projektutvecklingsprojekt med fast pris: 3 viktiga punkter att komma ih\u00e5g"},"content":{"rendered":"\n

Projektutvecklingsprojekt med fast pris: 3 viktiga punkter att komma ih\u00e5g<\/h2>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n

Det finns olika s\u00e4tt att genomf\u00f6ra ett programvaruutvecklingsprojekt. Dessa \u00e4r fr\u00e4mst:<\/p>\n\n

    \n
  1. Dedikerad utvecklare:<\/strong> Du f\u00e5r en utvecklare som bara arbetar f\u00f6r dig och din organisation. Vanligtvis kommer ett m\u00e5nadspris att avtalas mellan tj\u00e4nsteleverant\u00f6ren och klienten. Utvecklaren kommer att arbeta heltid (cirka 160 timmar per m\u00e5nad) f\u00f6r klienten.<\/li>\n\n\n\n
  2. M\u00e4nniska-och-material \/ Tid-och-material \/ smidig \/ utvecklingsteam:<\/strong> H\u00e4r avtalas ett projekt, men genomf\u00f6randet kommer att g\u00f6ras av ett tv\u00e4rvetenskapligt team av projektledare, scrummasters, aff\u00e4rsanalytiker, aff\u00e4rsutvecklare, programvara \/ webbutvecklare, programvarutestare etc. H\u00e4r anv\u00e4nds ofta en Agile-metodik och efter varje v\u00e5r (en utvecklingscykel som varar cirka en m\u00e5nad) justeras utvecklingstiderna. Det \u00e4r inte ett fast pris, utan en grov budget enligt vilken den kommer att utvecklas. Det kan vara en grov siffra, men det kan ocks\u00e5 vara en multipel av den budgeten. I stora organisationer f\u00f6redras vanligtvis detta tillv\u00e4gag\u00e5ngss\u00e4tt.<\/li>\n\n\n\n
  3. Fast pris:<\/strong> Detta anv\u00e4nds vanligtvis i mindre projekt d\u00e4r pris OCH kraven \u00e4r fastst\u00e4llda. Den h\u00e4r artikeln handlar om denna typ av projekt och vad som m\u00e5ste beaktas vid genomf\u00f6randet av ett s\u00e5dant fastprisprojekt.<\/li>\n<\/ol>\n\n

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

    M\u00e5nga sm\u00e5 till medelstora f\u00f6retag har en budget f\u00f6r att genomg\u00e5 programvaruprojekt. S\u00e4rskilt i icke-IT-f\u00f6retag \u00e4r kunskapen om mjukvaruprojekt begr\u00e4nsad. De f\u00f6redrar att ha ett fast pris d\u00e4r projektledaren inom dessa f\u00f6retag enkelt kan kommuniceras till f\u00f6retagets VD eller ledning.<\/p>\n\n

    Det skulle vara ganska sv\u00e5rt att s\u00e4ga: \u201dDet tar cirka 2 till 8 m\u00e5nader att utvecklas och varje timme kostar 100 dollar. Det kan ocks\u00e5 vara 14 m\u00e5nader<\/i>\u201d.<\/p>\n\n

    Om IT-tj\u00e4nstef\u00f6retaget s\u00e4ger till kunden, \u201c Det tar fyra m\u00e5nader och en budget p\u00e5 30 000 US dollar<\/i> \u201d, Kan kundens team fatta beslut om det.<\/p>\n\n

    Det stora problemet med det \u00e4r -> S\u00e5 h\u00e4r fungerar inte ett mjukvaruprojekt. F\u00f6ljande \u00e4r anledningarna:<\/p>\n\n

      \n
    1. Kraven \u00e4ndras under projektet:<\/strong> Ingen vet, inte ens klienten, vad allt beh\u00f6ver vara i programvaran \/ webbl\u00f6sningen f\u00f6r att den ska lyckas. Vanligtvis f\u00f6rst efter n\u00e5gra veckor blir den f\u00f6rsta versionen eller de f\u00f6rsta webbanv\u00e4ndargr\u00e4nssnitten synliga. Det \u00e4r vanligtvis n\u00e4r klienten f\u00e5r reda p\u00e5 \u201dOj, det finns denna funktionalitet, som \u00e4r av yttersta vikt. Utan denna funktionalitet kommer inte projektet att lyckas<\/i>\u201d. Men projektkostnaden och projektgenomf\u00f6randet har redan \u201dfixats\u201d fr\u00e5n b\u00e5da sidor, klienten och IT-tj\u00e4nstef\u00f6retaget. Detta kan vara en utst\u00e4llningspropp.<\/li>\n\n\n\n
    2. Ingen vet exakt hur l\u00e5ng tid det tar att utveckla en funktionalitet:<\/strong> \u00c4ven om en programutvecklare kan ge en ungef\u00e4rlig bild av hur l\u00e5ng tid det tar att utveckla en funktionalitet. Han eller hon vet inte det exakt. Detta g\u00e4ller \u00e4ven f\u00f6r den mest erfarna utvecklaren. D\u00e4rf\u00f6r: Ju st\u00f6rre projekt, desto h\u00f6gre \u00e4r risken att uppskattningen \u00e4r fel. Fortfarande, med en st\u00f6rre buffert i projektuppskattningen, f\u00f6rs\u00f6ker programvaruutvecklingsf\u00f6retaget p\u00e5 n\u00e5got s\u00e4tt mildra denna risk.<\/li>\n<\/ol>\n\n

      Detta inneb\u00e4r att IT-tj\u00e4nsteleverant\u00f6ren redan har risken att inte veta om utvecklarens uppskattning var korrekt, och dessutom kan klienten be om \u00e4ndringar inom projektet.<\/p>\n\n

      Detta \u00e4r ocks\u00e5 anledningen till att enligt den mycket citerade Chaos-rapporten misslyckas en stor andel (cirka 40 till 60 procent) av alla IT-projekt.<\/p>\n\n

      F\u00f6r i ett fastprisprojekt vill ingen ge efter. Kunden vill inte betala en US-dollar mer \u201dEftersom ett fast pris \u00f6verenskommits\u201d, och IT-tj\u00e4nsteleverant\u00f6ren kommer att insistera p\u00e5 att bara bygga det som \u00f6verenskommits \u201dEftersom kraven fastst\u00e4lldes i b\u00f6rjan av projektet\u201d.<\/p>\n\n

      H\u00e4r \u00e4r n\u00e5gra punkter att komma ih\u00e5g att f\u00e5 fastprisprojekt att fungera<\/h3>\n\n

      1) Kraven \u00e4r fasta (och f\u00f6rst efter att dessa krav har avslutats l\u00e4ggs nya funktioner till)<\/strong><\/h3>\n\n

      Programutveckling beh\u00f6ver inte stoppas n\u00e4r de ursprungligen \u00f6verenskomna funktionerna har utvecklats. N\u00e4r det f\u00f6rsta projektet \u00e4r klart kan n\u00e4sta steg diskuteras och utf\u00f6ras.<\/p>\n\n

      Tips 1: Klienten beh\u00f6ver g\u00f6ra f\u00f6ljande:<\/strong> Motst\u00e5 uppmaningen att st\u00e4lla nya krav i det p\u00e5g\u00e5ende projektet. \u00c4ven om du har en stark k\u00e4nsla av att projektet inte kommer att l\u00f6na sig f\u00f6r dina kunder.<\/strong><\/p>\n\n

      Det kommer att vara tillr\u00e4ckligt tufft f\u00f6r att de ursprungliga kraven ska fungera. L\u00e4gg inte till det.<\/p>\n\n

      2) Kundens tillg\u00e4nglighet under utvecklingsperioden<\/strong><\/h3>\n\n

      I ett fastprisprojekt kommer IT-tj\u00e4nstef\u00f6retaget att f\u00f6rdela (i mindre projekt) en till tre utvecklare, en teamledare, en projektledare och designer.<\/p>\n\n

      N\u00e4r projektet startar g\u00e5r saker snabbt och tiden b\u00f6r inte sl\u00f6sas bort.<\/p>\n\n

      S\u00e4rskilt viktigt: Om IT-teamet har fr\u00e5gor om en uppgift eller beh\u00f6ver feedback, b\u00f6r den g\u00f6ras tillg\u00e4nglig av klienten s\u00e5 snart som m\u00f6jligt. Det v\u00e4rsta som kan h\u00e4nda \u00e4r om utvecklingsteamet m\u00e5ste v\u00e4nta i tv\u00e5 dagar p\u00e5 kundfeedback och sitta tomg\u00e5ng under den tiden.<\/p>\n\n

      Om utvecklingsteamet sitter inaktivt dras den tiden vanligtvis fr\u00e5n den fasta tidsbudgeten och teamet f\u00f6rs\u00f6ker slutf\u00f6ra uppgifterna under \u00e5terst\u00e5ende tid. Vilket vanligtvis inte \u00e4r en bra id\u00e9, men kanske den enda v\u00e4gen fram\u00e5t.<\/p>\n\n

      F\u00f6r att kunna dra nytta av utvecklingsteamet och deras tid m\u00e5ste kunden vara l\u00e4tt tillg\u00e4nglig f\u00f6r fr\u00e5gor fr\u00e5n IT-tj\u00e4nsteleverant\u00f6ren.<\/p>\n\n

      Tips 2: Den b\u00e4sta l\u00f6sningen f\u00f6r detta skulle vara:<\/strong> Klienten tillhandah\u00e5ller en s\u00e4rskild kontaktpunkt, som \u00e4r tillg\u00e4nglig under utvecklingstider, under hela utvecklingsperioden. Till exempel kommer John Smith fr\u00e5n klienten att vara tillg\u00e4nglig fr\u00e5n 01. Juli till 30. Augusti. Under den h\u00e4r tiden kommer John Smith att vara tillg\u00e4nglig via Skype eller Slack Chat och kan svara p\u00e5 fr\u00e5gorna fr\u00e5n utvecklingsteamet.<\/p>\n

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

      3) Ge inneh\u00e5ll i tid<\/strong><\/h3>\n\n

      I vissa fall \u00e4r klienten skyldig att tillhandah\u00e5lla texter, videor, bilder och andra typer av inneh\u00e5ll eller material.<\/p>\n\n

      Detta f\u00f6rutbest\u00e4mda inneh\u00e5ll b\u00f6r tillhandah\u00e5llas i tid.<\/p>\n\n

      I vissa fall har utvecklingsf\u00f6retaget m\u00f6jlighet att anv\u00e4nda dummytexter eller dummyinneh\u00e5ll f\u00f6r tillf\u00e4llet.<\/p>\n\n

      Men f\u00f6r korrekt produktion beh\u00f6vs inneh\u00e5llet i vissa fall.<\/p>\n\n

      Tips 3: Se till att ha inneh\u00e5llet (som texter eller bilder) klart n\u00e4r utvecklingsteamet ber om det.<\/strong><\/p>\n\n

      Obs: Det kan ocks\u00e5 vara relaterat till att ge godk\u00e4nnande, att g\u00e5 vidare med n\u00e5gon uppgift eller med n\u00e5got projektdokument som m\u00e5ste undertecknas.<\/p>\n\n

      4) Undvik: ”Men detta var en del av kravet” Argument (ytterligare viktigt tips)<\/strong><\/h3>\n\n

      I verkligheten kan kraven aldrig f\u00f6rst\u00e5s helt eller skrivas ner i b\u00f6rjan av projektet.<\/p>\n\n

      Programvaruutvecklingsteamet arbetar vanligtvis med n\u00e5gra exempel p\u00e5 webbadresser som skickas av klienterna, ett eller tv\u00e5 online-m\u00f6ten och n\u00e5got skriftligt material som e-post eller PDF-filer.<\/p>\n\n

      Det finns vanligtvis en allm\u00e4n f\u00f6rst\u00e5else f\u00f6r de viktigaste funktionerna, men inte den 100 procent tydliga bilden.<\/p>\n\n

      Detta kan anv\u00e4ndas av b\u00e5da, utvecklingsf\u00f6retaget f\u00f6r att s\u00e4ga \u201d Men detta var inte en del av kravet, det kostar extra<\/i> \u201dEller klienten att s\u00e4ga\u201d Men detta var en del av det ursprungliga kravet, vi vill definitivt ha det gratis<\/i> \u201d.<\/p>\n\n

      Tips 4: Det m\u00e5ste finnas allm\u00e4n r\u00e4ttvisa p\u00e5 b\u00e5da sidor.<\/strong> Valuta f\u00f6r pengarna borde finnas d\u00e4r. Men p\u00e5 andra sidan borde det inte vara s\u00e5 ouppn\u00e5eligt av en uppgift, s\u00e5 att utvecklingsf\u00f6retaget inte har n\u00e5gon vinst alls fr\u00e5n projekten.<\/p>\n\n

      Obs: I allm\u00e4nhet b\u00f6r klienten (om han inte \u00e4r IT-expert) lita p\u00e5 det utvecklingsf\u00f6rfarande som IT-f\u00f6retaget f\u00f6resl\u00e5r.<\/p>\n\n

      Slutsats<\/strong><\/h3>\n\n

      Det b\u00e4ttre s\u00e4ttet att g\u00e5 till programvaruprojekt \u00e4r med den dedikerade utvecklaren eller dedikerade utvecklaren \/ Agile-metoden. Men detta \u00e4r inte m\u00f6jligt f\u00f6r vissa f\u00f6retag p\u00e5 grund av budgetbegr\u00e4nsningar.<\/p>\n\n

      D\u00e4rf\u00f6r erbjuder m\u00e5nga IT-tj\u00e4nstef\u00f6retag m\u00f6jlighet till fasta priser.<\/p>\n\n

      F\u00f6r klienten \u00e4r det viktigt att notera att n\u00e4r priset \u00e4r fast, s\u00e5 \u00e4r kraven ocks\u00e5 fasta. Ofta misstas fast pris med en ”Allt-du-kan-\u00e4ta-buff\u00e9”, d\u00e4r du betalar en g\u00e5ng och kan \u00e4ta (utveckla) s\u00e5 mycket du vill. Tv\u00e4rtom \u00e4r det mer som ett \u201cA-La-Carte\u201d -menyalternativ, d\u00e4r du best\u00e4ller biffen f\u00f6r 5 US-dollar, om du vill ha pommes frites m\u00e5ste du betala 2 US-dollar extra.<\/p>\n\n

      Men ocks\u00e5: Utveckling av programvara och f\u00f6rberedelse av m\u00e5ltider \u00e4r olika. F\u00f6r n\u00e4r du skapar en biff \u00e4r ing\u00e5ngen ganska tydlig. I programvaruutveckling \u00e4r detta inte alltid fallet.<\/p>\n\n

      Tipsen i den h\u00e4r artikeln hj\u00e4lper till att g\u00f6ra projekt med fast pris till en framg\u00e5ng.<\/p>\n\n

      Intressanta artiklar:<\/p>\n\n

      Hur man f\u00e5r fastprisprojekt att fungera f\u00f6r dig<\/a><\/p>\n\n

      Hur g\u00e5r ett fastprisprojekt till?<\/a><\/p>\n\n

      Bilder: Canva<\/p>\n\n

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

      F\u00f6rfattaren: Sascha Thattil arbetar p\u00e5 Software-Developer-India.com som \u00e4r en del av YUHIRO Group. YUHIRO \u00e4r ett tysk-indiskt f\u00f6retag som tillhandah\u00e5ller programmerare till IT-f\u00f6retag, byr\u00e5er och IT-avdelningar.<\/p>\n