Outsourcing af softwareudvikling bliver oftest valgt af én grund: I mangler kapacitet, og I mangler den nu. Det er en fornuftig grund. Problemet opstår, når valget af partner sker lige så hurtigt som beslutningen, for forskellen mellem et samarbejde, der holder i årevis, og et, der koster jer et halvt år, viser sig sjældent i de første uger.
Her er, hvordan vi vil bede jer vurdere en partner — også når partneren er os.
Hovedpointer
- Timeprisen er sjældent det tal, der afgør, om samarbejdet blev en god forretning.
- Vælg model efter, hvor veldefineret opgaven er: fast projekt, dedikeret team eller udvidelse af jeres eget team.
- Den dyreste fejl er manglende videnoverdragelse. Hvis kun partneren forstår systemet, betaler I for det i årevis.
- Bed om at tale med udviklerne, ikke kun med salg. Det afslører niveauet hurtigere end nogen reference.
- Skriv ejerskab af kode, dokumentation og adgange ind i aftalen fra dag ét.
- Start småt. Et afgrænset forløb på seks til otte uger fortæller jer mere end enhver præsentation.
Hvornår giver outsourcing af softwareudvikling mening?
Der er tre situationer, hvor det næsten altid er det rigtige valg. I har et konkret behov med en deadline, og rekruttering tager for lang tid. I har en kompetence, I skal bruge i seks måneder, men ikke permanent. Eller I har et system, der skal vedligeholdes, mens jeres egne udviklere bygger det nye.
Der er også en situation, hvor det sjældent virker: når ingen internt har tid til at tage ejerskab. Et eksternt team kan levere kode, men det kan ikke træffe jeres forretningsbeslutninger. Uden en person hos jer, der kan svare på spørgsmål inden for en dag, går tempoet i stå uanset hvor dygtige udviklerne er.
De tre modeller, og hvornår hver især passer
Fastprisprojekt. Passer, når opgaven er veldefineret og ikke forventes at ændre sig — en integration, en migrering, et afgrænset modul. Fordelen er forudsigelighed. Ulempen er, at enhver ændring bliver en forhandling.
Dedikeret team. Passer, når arbejdet fortsætter, og prioriteterne flytter sig. I får de samme mennesker måned efter måned, og de opbygger viden om jeres forretning. Det er den model, de fleste længerevarende samarbejder ender i, og den vi bruger til et dedikeret udviklingsteam.
Udvidelse af teamet. Passer, når I allerede har et fungerende udviklingsteam og blot mangler hænder til bestemte kompetencer. Udviklerne indgår i jeres processer og jeres møder. Det stiller til gengæld krav til, at jeres egen tekniske ledelse har kapacitet til at lede dem.
Hvad det reelt koster
Timeprisen er nem at sammenligne, og derfor fylder den mest i de tidlige samtaler. Den er sjældent afgørende. Det, der flytter totalen, er disse poster.
- Opstart. De første uger går med at forstå jeres system. Regn med, at de første to til fire uger har lavere output end resten.
- Jeres egen tid. Et eksternt team kræver afklaringer. Hvis ingen hos jer har tid til det, betaler I for ventetid.
- Videnoverdragelse. Enten betaler I for dokumentation undervejs, eller også betaler I for at genskabe den senere. Det sidste er dyrere.
- Udskiftning. Hver gang en udvikler skiftes ud, starter oplæringen forfra. Spørg til, hvor længe folk typisk bliver på et projekt.
Sådan vurderer du en partner
Teknisk niveau
Bed om at tale med de udviklere, der faktisk skal sidde på opgaven, og stil et konkret spørgsmål fra jeres egen hverdag. Svaret fortæller jer mere end et CV. Bed også om at se kode, de har skrevet, eller lad en tredjepart lave en kodeaudit af noget, de har leveret.
Kommunikation og tidszone
Overlappende arbejdstid betyder mere end antal timers forskel. Fire timers overlap med daglig kontakt fungerer fint. Nul overlap gør hver afklaring til et døgns forsinkelse. Spørg konkret, hvilke timer teamet er tilgængeligt, og hvem I skriver til, når noget haster.
Ejerskab og adgange
Koden skal ligge i jeres repository, ikke partnerens. Adgange skal stå i jeres navn. Dokumentationen skal opdateres løbende, ikke ved afslutningen. Skriv det i aftalen — ikke fordi nogen er uærlige, men fordi det afgør, hvor let I kan skifte partner senere.
De spørgsmål, der afslører mest
- Hvem sidder konkret på opgaven, og hvad laver de i dag?
- Hvordan ser en typisk uge ud — hvilke møder, hvilken rapportering?
- Hvad sker der, hvis en nøgleperson stopper midt i forløbet?
- Hvordan tester I, og hvem godkender at noget er færdigt?
- Hvad skal der til, for at vi kan overtage det hele selv om et år?
Det sidste spørgsmål er det vigtigste. En partner, der bliver ubehagelig til mode over det, fortæller jer alt, I har brug for at vide.
Sådan arbejder vi
Vi leverer outsourcing af softwareudvikling i alle tre modeller, oftest som et dedikeret team, der arbejder i jeres processer og jeres tidszone. Har I brug for bestemte kompetencer i en periode, kan I også leje offshore-udviklere enkeltvis. Skal opgaven først afklares, starter vi med et kort forløb, før nogen binder sig til noget større — se vores softwareudviklingstjenester for de områder, vi dækker.
Ofte stillede spørgsmål
To til fire uger er realistisk for et team med almindelige kompetencer. Kræver opgaven noget specialiseret, tager det længere. Vær skeptisk, hvis nogen lover jer et komplet team i næste uge — enten sad folk uden opgaver, eller også bliver de trukket fra et andet projekt.
Under cirka 150 timer bruger I typisk mere på opstart og afklaring, end I sparer. Er opgaven mindre end det, giver det som regel bedre mening at købe rådgivning end udvikling.
Få det skrevet ind i aftalen, og få det i praksis fra dag ét: jeres repository, jeres cloud-konti, jeres domæner. Hvis partneren hoster det hele på egne konti, ejer I formelt koden, men kan reelt ikke flytte den uden hjælp.
Ja, og det er en almindelig opgave. Start med en gennemgang af koden, før nogen aftaler en pris. Gamle systemer indeholder næsten altid overraskelser, og de skal findes før kontrakten, ikke efter.
Kort fortalt
Vælg model efter hvor veldefineret opgaven er, vurder partneren på de udviklere, I faktisk får, og skriv ejerskab og videnoverdragelse ind fra start. Start med et afgrænset forløb, og lad resultatet afgøre resten.
Skal vi se på jeres opgave? Skriv til os eller book et møde, så siger vi ligeud, om vi er det rigtige match.
