{"id":13779,"date":"2021-07-01T16:16:49","date_gmt":"2021-07-01T14:16:49","guid":{"rendered":"https:\/\/www.software-developer-india.com\/anpassade-tjanster-for-mjukvaruutveckling\/"},"modified":"2021-07-03T12:14:40","modified_gmt":"2021-07-03T10:14:40","slug":"anpassade-tjanster-for-mjukvaruutveckling","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/sv\/anpassade-tjanster-for-mjukvaruutveckling\/","title":{"rendered":"Anpassade tj\u00e4nster f\u00f6r mjukvaruutvecklingsf\u00f6retag"},"content":{"rendered":"\n

Anpassade tj\u00e4nster f\u00f6r mjukvaruutvecklingsf\u00f6retag<\/h2>\n\n\n\n
\"\"<\/a><\/figure><\/div>\n\n\n\n

Vi \u00e4r ett f\u00f6retag<\/strong> som bygger digitala fj\u00e4rrteam f\u00f6r byr\u00e5er, IT-tj\u00e4nsteleverant\u00f6rer och IT-avdelningar.<\/p>\n\n\n\n

H\u00e4r diskuterar vi utmaningarna, m\u00f6jliga l\u00f6sningar, f\u00f6rdelarna med outsourcing och ytterligare information om utveckling av anpassad programvara.<\/p>\n\n\n\n

Inledning: utmaningar<\/strong><\/h3>\n\n\n\n

N\u00e4r man bygger IT-l\u00f6sningar finns det m\u00e5nga utmaningar. N\u00e4r en tredje part s\u00e4ljs blir det \u00e4nnu mer komplicerat.<\/p>\n\n\n\n

N\u00e5gra av dessa utmaningar \u00e4r:<\/p>\n\n\n\n

  1. Fr\u00e5gor om \u00f6ppenhet<\/strong> : Se till att tredjepartsleverant\u00f6ren ger insikter om hur mjukvaran utvecklas och att det inte finns n\u00e5gon ”r\u00f6ksk\u00e4rm” som projektledare och s\u00e4ljare som f\u00f6rhindrar en n\u00e4rmare titt p\u00e5 de interna processerna.<\/li>
  2. Vem arbetar med projektet<\/strong> : I vissa fall vet inte den partner som outsourcer arbetet vem som faktiskt arbetar med IT-projektet. Fr\u00e5gor som ”Vilken typ av programmerare \u00e4r inblandade?”, ”\u00c4r de alla erfarna IT-proffs?”, ”\u00c4r det de som arbetade med provprojekten, som n\u00e4mndes i f\u00f6rs\u00e4ljningsfasen?”, ”Finns det testare \/ kvalitet analytiker och applikationsarkitekter inblandade? \u201d,\u201d Eller \u00e4r det bara juniorprogrammerare p\u00e5 laget? \u201d f\u00f6rblir i vissa fall obesvarade.<\/li>
  3. Tillitsproblem<\/strong> : Hur uppriktig \u00e4r IT-tj\u00e4nsteleverant\u00f6ren? Arbetar de med h\u00f6g integritet? \u00c4r de helt \u00f6ppna om n\u00e5got negativt h\u00e4nder? Eller g\u00f6mmer de eventuella problem som kan uppst\u00e5 i framtiden? Som systemets underh\u00e5llsbarhet eller skalbarhet, som bara kan uppt\u00e4ckas i framtiden och inte omedelbart efter \u00f6verl\u00e4mnandet av projektet.<\/li>
  4. Faktureringsrelaterad \u00f6ppenhet<\/strong> : R\u00e4knar de fler timmar \u00e4n vad som beh\u00f6vs? S\u00e4tter de en f\u00f6r stor marginal p\u00e5 sina kostnader?<\/li><\/ol>\n\n\n\n

    Vanligtvis kommer transparens i fr\u00e5ga om vem som arbetar med projektet och \u00e4ven faktureringsrelaterade fr\u00e5gor att urholka f\u00f6rh\u00e5llandet mellan leverant\u00f6r och den partner som har lagt ut arbetet.<\/p>\n\n\n\n

    Orsakerna till dessa fr\u00e5gor finns p\u00e5 outsourcingf\u00f6retagssidan, liksom p\u00e5 partnersidan.<\/p>\n\n\n\n

    Leverant\u00f6rsproblem (IT-leverant\u00f6r):<\/p>\n\n\n\n

    1. K\u00e4nner inte till klientens betalningsbeteende<\/strong> : Kommer kunden att betala alla sina r\u00e4kningar i tid? Kommer de att dra betalningarna \u00f6ver en l\u00e5ng tid? Kommer de inte att betala sina r\u00e4kningar och s\u00e4ga att projektet inte levererades i r\u00e4tt kvalitet eller tid? Allt detta kommer att f\u00e5 tj\u00e4nsteleverant\u00f6ren att tveka att ta med sitt \u201cA\u201d -team till projektet och undviker att spendera f\u00f6r mycket tid till att b\u00f6rja med innan han har svar p\u00e5 dessa fr\u00e5gor.<\/li>
    2. Har inte erforderlig expertis men beh\u00f6ver projektet p\u00e5 grund av intern kostnadsstruktur<\/strong> : Ibland har anpassade applikationstj\u00e4nstleverant\u00f6rer h\u00f6ga m\u00e5natliga kostnader p\u00e5 grund av l\u00f6ner och annan infrastruktur (hyra, datorer, internet, allm\u00e4nna kostnader etc.). Detta g\u00f6r att vissa leverant\u00f6rer tar projekt, vilket de inte kan g\u00f6ra i h\u00f6g kvalitet till b\u00e4sta m\u00f6jliga pris. F\u00f6r att t\u00e4cka sina utgifter kommer de \u00e4nd\u00e5 att ta projektet.<\/li>
    3. Vill undvika pochering av anst\u00e4llda<\/strong> : Genom att d\u00f6lja programmerarna bakom projektledare och s\u00e4ljare kommer IT-leverant\u00f6ren att se till att en eventuell pochering av talanger undviks. F\u00f6r om s\u00e4ljaren inte k\u00e4nner till partnerns beteende kan det vara s\u00e5 att de b\u00f6rjar anst\u00e4lla dem. Denna ”r\u00f6ksk\u00e4rm” kommer att orsaka kommunikationsproblem, eftersom alla meddelanden m\u00e5ste g\u00e5 via olika personer som inte l\u00e4gger mycket v\u00e4rde p\u00e5 diskussionen.<\/li>
    4. Vill se till att fakturering och anstr\u00e4ngningar \u00e4r i balans<\/strong> : S\u00e4ljaren kan vara djupt involverad i processen f\u00f6r att se till att fakturering och anstr\u00e4ngningar \u00e4r i balans. Men detta hj\u00e4lper inte projektet som s\u00e5dant och \u00e4r ist\u00e4llet bara anv\u00e4ndbart f\u00f6r s\u00e4ljaren.<\/li><\/ol>\n\n\n\n

      Partnerproblem (klient):<\/p>\n\n\n\n

      1. Kan jag vara s\u00e4ker p\u00e5 att slutresultatet \u00e4r vad jag f\u00f6rv\u00e4ntade mig?<\/strong>: N\u00e4r ett team p\u00e5 5 personer arbetar i 7 m\u00e5nader p\u00e5 projektet betalas alla r\u00e4kningar och ans\u00f6kan levereras, kommer jag att vara s\u00e4ker p\u00e5 att jag f\u00e5r en l\u00f6sning som \u00e4r skalbar och underh\u00e5llbar? Detta kan partnern f\u00f6rst veta efter flera m\u00e5naders interntestning, samt ytterligare feedback fr\u00e5n slutkunder.<\/li>
      2. Kommer jag att betala f\u00f6r mycket f\u00f6r tj\u00e4nster av l\u00e5g kvalitet?<\/strong>: Som n\u00e4mnts i b\u00f6rjan kan partnern inte vara s\u00e4ker p\u00e5 vem som arbetar med applikationen om transparens saknas. Detta kan i sin tur p\u00e5verka kvaliteten p\u00e5 utmatningen.<\/li>
      3. Hur kan jag se till att produkten kan underh\u00e5llas i framtiden?<\/strong>: Vad s\u00e4gs om kodningsstandarder, dokumentation och underh\u00e5ll? Kan v\u00e5rt eget team eller ett team fr\u00e5n en annan leverant\u00f6r enkelt veta vad som h\u00e4nder i koden och bygga vidare p\u00e5 det? Det h\u00e4r \u00e4r saker som \u00e4r viktiga vid anpassad mjukvaruutveckling. Eftersom en bra andel av projekten misslyckas i n\u00e4sta steg.<\/li><\/ol>\n\n\n\n

        M\u00f6jliga l\u00f6sningar<\/strong><\/h3>\n\n\n\n
        \"\"<\/a><\/figure><\/div>\n\n\n\n

        Tredjepartsleverant\u00f6ren som bygger applikationen m\u00e5ste vara s\u00e4ker p\u00e5 att han f\u00e5r ers\u00e4ttning f\u00f6r sina tj\u00e4nster och p\u00e5 andra sidan vill arbeta med p\u00e5litliga partners.<\/p>\n\n\n\n

        Partnern vill se till att f\u00e5 b\u00e4sta m\u00f6jliga v\u00e4rde f\u00f6r en rimlig budget. En l\u00f6sning som \u00e4r skalbar, snabb och underh\u00e5llbar.
        Vi har arbetat m\u00e5nga \u00e5r med flera kunder fr\u00e5n hela v\u00e4rlden. F\u00f6r att vara \u00e4rlig: N\u00e5gra av dessa projekt misslyckades p\u00e5 grund av de sk\u00e4l som n\u00e4mns i b\u00f6rjan av texten.<\/p>\n\n\n\n

        Sedan 2014 \u00e4ndrade vi v\u00e5r modell till att tillhandah\u00e5lla dedikerade IT-experter till v\u00e5ra partners, detta har varit den punkt d\u00e4r saker och ting blir mycket positiva. Med de flesta kunder fr\u00e5n dessa tider arbetar vi fortfarande idag.<\/p>\n\n\n\n

        Hur dedikerade team fungerar<\/strong><\/h3>\n\n\n\n

        Ist\u00e4llet f\u00f6r att g\u00f6ra det traditionella outsourcing-samarbetet, d\u00e4r s\u00e4ljaren tar alla krav fr\u00e5n b\u00f6rjan till slut, kommer det att finnas ett st\u00f6rre engagemang p\u00e5 klientsidan.<\/p>\n\n\n\n

        F\u00f6r detta kr\u00e4vs f\u00f6ljande saker p\u00e5 partnersidan:<\/p>\n\n\n\n

        • a) En projektledare<\/strong> : Den h\u00e4r personen borde redan ha gjort projekt relaterade till applikationsutveckling. Han \/ hon kommer d\u00e4rmed att ha kunskap om vilka utmaningar som kan komma i IT-projekt och hur man l\u00f6ser dem.<\/li>
        • b) En kodningsexpert<\/strong> : N\u00e5gon p\u00e5 partnersidan, som k\u00e4nner kodning inifr\u00e5n och ut. Detta ser till att den levererade programmeringen kan kontrolleras av partnerf\u00f6retaget. Mycket snabbt kan alla problem hittas p\u00e5 det h\u00e4r s\u00e4ttet.<\/li><\/ul>\n\n\n\n

          F\u00f6r att spara arbetskraft kan projektledaren ocks\u00e5 vara personen som \u00e4r kodningsexpert.<\/p>\n\n\n\n

          F\u00f6ljande saker kr\u00e4vs fr\u00e5n leverant\u00f6rssidan:<\/p>\n\n\n\n

          • a) Direkt tillg\u00e5ng till programmerarna:<\/strong> S\u00e4ljaren ger direkt \u00e5tkomst till utvecklarna f\u00f6r att s\u00e4kerst\u00e4lla att kommunikationen \u00e4r smidig och att kommunikationsbrister undviks. I de flesta fall kommer IT-experten p\u00e5 leverant\u00f6rssidan och kodningsexperten p\u00e5 partnersidan att hitta r\u00e4tt l\u00f6sning p\u00e5 de arkitektoniska problemen som kan komma upp.<\/li>
          • b) Uttryck i valet av teammedlemmar<\/strong> : S\u00e4ljaren ger partnern m\u00f6jlighet att v\u00e4lja de teammedlemmar som ska arbeta med projektet. Detta \u00e4r viktigt eftersom partnern kan ha sin egen arbetskultur, kvalitetskrav och sina egna IT- och projektledningsverktyg. F\u00f6r detta kommer leverant\u00f6ren att tillhandah\u00e5lla CV: n f\u00f6r programmerarna och klienten kan v\u00e4lja d\u00e4refter.<\/li>
          • c) M\u00f6jlighet att bes\u00f6ka varandra<\/strong> : Leverant\u00f6ren av mjukvaruutvecklingstj\u00e4nster ska till\u00e5ta klienten att bes\u00f6ka sin egen plats eller att teammedlemmarna kan bes\u00f6ka klienten om det beh\u00f6vs. Detta kommer att se till att ett starkare band skapas mellan lag och plats. Att tr\u00e4ffa varandra direkt kommer att g\u00f6ra stor skillnad f\u00f6r lagsamarbetet.<\/li><\/ul>\n\n\n\n

            H\u00e4r en videofilm om hur en s\u00e5dan process kan se ut:<\/p>\n\n\n\n

            \n