Offshoring - Alt for dyrt og besværligt!

BLOG: Der er igen flere indlæg om at offshoring er det store lys i åbenbaringen. En ting er at offshore en intern udviklingsafdelinger i udlandet, men at få en rentabel businesscase i et relativt kort offshoret CMS-projekt med stramme deadlines er svært, for ikke at sige umuligt!
Skrevet i CMS-Bloggen


Publiceret d. 2. februar 2010 kl. 09.40 | Antal kommentarer (11)


 
ANNONCE:
Vi læser hos BNP mange tilbud og løsningsforslag igennem indenfor CMS-webprojekter. Mange af dem indeholder forslag til offshoring af en del af implementeringsforløbet. Umiddelbart er implementering af løsninger på standard (CMS-) systemer jo særdeles velegnet til offshoring. Dog oplever vi stort set kun problemer, og det er ikke fordi, at der ikke laves et ordentligt forarbejde. Derfor vil vi også gerne slå et par søm i myterne indenfor offshoring af enkeltdelene i et CMS-projekt.

For det første skal I som kunde (på papiret) regne med at spare ca 10-20% af timeprisen på offshoring af tilsvarende kompetencer og ressourcer, når I køber offshoring gennem dansk/nordisk CMS løsningsleverandør. Der er med andre ord ikke mange penge at spare, hvis dette vurderes på de direkte udviklingsomkostninger.

For det andet har de sidste tre udviklingsprojekter, hvor der er indgået outsourcing, vist, at der er brugt ikke ubetydelige ressourcer internt og eksternt på supplerende kommunikation udover at oversætte tester, testcases, etc. Hvis der er aftalt en fastpris på projektet, kan det let opvejes af merforbrug i interne ressourcer hos jer som kunde. Rigtig mange bruges på kommunikation og detailspecificering. Det er med andre ord særdeles svært at sammensætte en rentabel businesscase.

Vores anbefaling er at outsourcing benyttes ved:

- funktionalitet, der er veldefineret
- funktionalitet, der ikke er triviel (mange udviklingstimer)
- funktionalitet, der er let specificerbar og testbar
- funktionalitet, hvor der er aftalt en fast pris.

Tjek altid leverandørens referencer for udviklingsprojekter. Vores erfaring er, at de fleste leverandører falder igennem, når de skal levere dokumenteret erfaring og (kunde-) rentabilitet på outsourcede projekter.

Der findes selfølgelig fremragende udviklere i Ukraine, Rusland, Kina, etc, men det er ikke altid at de allokeres til dit projekt! Mange gange får I ikke tilsvarende kompetencer, som I ville kunne få fra lokale udviklere. Tjek altid CV for offshorede resourcer (+eksamensbeviser og dokumenteret erfaring) - det er efterhånden en sport at snyde med eksamensbeviser herhjemme - I mange 3. verdenslande er det helt normalt!

Når nu så mange løsningsleverandører peger på velsignelsen ved agile udviklingsmetoder bør det også nævnes:

- Agil udvikling er svært at gennemføre over større afstande (både kulturelt og geografisk). Det er svært nok i teorien og i praksis kræver det, at du som kunde har godt greb om processen og har en plan B, der kan redde jeres skin, hvis det bare ikke fungerer
- Du skal bruge en god projektleder og accountmanager hos din leverandør, der løbende kan kommunikere til dig om fremdrift og brugte/investerede ressourcer
- Hvis der skal et oversætterled ind i et et tæt parløb mellem dig som kunde og den offshorede udvikler, så skal dette led også finansieres - ja - det er dig .

Med hensyn til offshoring af følgende delprocesser i et CMS-wepprojekt:

- Design
- Informationsarkitektur
- Test

Hvis du ikke vil være leverandørens laboratorierotte, så FORGET IT!

Hav altid den sunde fornuft med, når I køber ind. Oftest får løse udsagn lov til at hænge i luften:

"På de mere almindelige opgaver er der tale om en prisnedgang på mere end 50 procent. Det er særligt i forhold til opgaver, hvor lokalt forretningskendskab ikke er så vigtigt, og hvor der bare er tale om basalt it-håndværk" siger han"

Man må så spørge sig selv, om der i første omgang blev indkøbt for dyrt, eller om der i eksemplet er medregnet de meromkostninger ved offshoring, der som regel følger med? Næppe!

Andre erfaringer?

PS: Hvis I kommenterer som leverandører, så smid lige et link til jeres hjemmeside. Det gør det lidt lettere at identificere jeres udgangspunkt. Hvis I offshorer jeres kommentarer, så oversæt dem venligst til dansk eller engelsk

Kommentarer til blogindlæg



Jeg tror, at der er et faktuelle fejl i artiklen. Den første er, at besparelsen på timeprisen er ganske lille og irrelevante 10-2%. Hvis det ligesom er udgangspunktet for, at det ikke kan betale sig sig at off-shore, så er det evident korrekt. 10-20% på ca. 50% af ressourcerne kan ikke retfærdiggøre 2 udviklingsteder.

Hvor opstår myten om 10-20%. Lønnen i Indien er nok nærmere 10-20% af en dansk løn, og skulle vel retfærdiggøre en reduktion i timeprisen på 80-90% eller 150-300 dkk/timen. Dermed bliver business casen for off shore så meget desto bedre.

En almindelig tilgangsvinkel er vel, at fase 1 eller den første release kan løses med 40% off shore ressourcer eller deromkring. Over et projekt eller programs levetid; release 1,2,3,4 osv. support og vedligehold, opgraderinger osv, så kan off shore % øges og kan i de dygtigste virksomheder vel nærme sig 80-90% af ressourcerne, og samttidigt så kan ekstra omkostningerne til kommunikation mindskes drastigst over et projekts livsforløb.

Nå, det er min erfaring.... måske er besparelse ved release 1 minimal, men over tid total cost of ownership, så burde det kunne svare sig at off shore.....

Lad mig slå en ting fast først: alle IT projekter er strategiske - hvis ikke har de ingen relevans overhovedet.

Hvis vi herefter kan blive enige om følgende:
1) At alle strategiske projekter i deres natur er utroligt vigtige for firmaets overlevelse.

2) At når strategien er korrekt og lykkes, betyder det væsentligt forbedret konkurrence kraft.

3) At prisen på udvikling af IT delen i den nye strategi altid vil være under en tiendedel af den potentielle indtjening set over de næste - lad os sige - 10 år.

Er det tilfældet, så forstår jeg ikke at nogen overhovedet tør risikere at få en IT leverandør der nemt kan være helt og deles uden ansvarsfølelse for at systemet kommer til at fungere i sidste ende. I store projekter sker det hurtigt at ansvaret bliver kastebold mellem de forskellige dele i projektet, og der skal man som indkøber være utrolig skarp, på specielt IT området, for at kunne opretholde rettidig omhu.

Det er også svært at forstå, at man som indkøber ikke vil bekoste den merpris på 50 til 70% (nogen gange 200%), dygtige udviklere koster pr. forbrugt time. De forbrugte timer under udvikling af systemet kan nemt blive til det dobbelte med billigere udviklere der har en ringere baggrund. Og i sidste ende bliver omkostningerne for firmaet astronomiske når det bliver til bare to måneders tabt produktion og kunders sammensparede frustrationer. - så er det pludseligt konkurrenten der har de bedste kort på hånden.

Peter J. Bruun
www.cobolprogrammer.dk
(Freelance udvikler med speciale i zSeries og iSeries systemudvikling)

Yep, det forstår jeg heller ikke. Jeg forstår heller ikke, at man ansætter freelancere, der i deres natur er timelønnede, og reelt (og især i en krise) er motiveret for at forlænge projektet længst muligt. Få en leverandør, der tager økonmisk risk for projektet: fast pris og en fair "bonus", hvis det stratetiske projekt opnår succes i form at en realiseret business case.

Ole Nielsen skrev:
Yep, det forstår jeg heller ikke. Jeg forstår heller ikke, at man ansætter freelancere, der i deres natur er timelønnede, og reelt (og især i en krise) er motiveret for at forlænge projektet længst muligt. Få en leverandør, der tager økonmisk risk for projektet: fast pris og en fair "bonus", hvis det stratetiske projekt opnår succes i form at en realiseret business case.


Freelancere lever af deres rygte, og ikke af deres timeløn.

Det gør alle vel? Også indere og øst-europæere? Danske konsulenter osv. Og hvis man lever af rygte og ikke timeløn, hvorfor afregnes man så typisk på timer?

Mange af de firmaer vi taler med får 20 opkald om ugen fra offshore firmaer. Og enten arbejder de allerede med et godt team ellers er de slet ikke interesserede i at opbygge et offshore team. Outsourcing er ikke for alle - men outsourcing fungerer godt hvis du finder et kvikt team og selv er villig til at investere tid og energi i at opbygge relationer og processer med dit offshore team.

Mange af verdens dygtigste software firmaer arbejder i dag med fjerne, distribuerede udviklingsmiljøer. Nøglen til at arbejde med et offshore team er at finde en partner som ikke kun er teknisk kompetent, men som også kan tilføje værdi. En "body shop" med udviklere som hakker løs på dine krav specifikationer er værdiløs. Du sparer måske lidt kroner, men det gavner ikke din udvikling.

Firmaer, der fokuserer på omkostningsbesparelser på kort sigt, kaster sig ofte ud i outsourcing projekter - uden nødvendig planlægning, rettidig omhu og overvejelser om hvordan outsourcing vil påvirke udviklingsorganisationen. Det får dem ikke bare til at overse de virkelige muligheder, men leder også ofte til at projektet fejler. Men hvis et firma ved hvad de skal kigge efter, kan man også udgå de fejltagelser som andre tidligere har begået:

1) Høj værdi - ikke lav omkostning:
Når du sender arbejder offshore, sparer du en hel del penge. Med det i tankerne, når du kigger efter et offshore team - så lad være med at gå efter den billigste udbyder. Når du nu alligevel sparer penge, så kan du ligeså godt vælge den partner, som giver dig den højeste værdi. Vurder dem ikke bare på deres tekniske færdigheder, men også på hvordan de kan arbejde sammen med dig. Hvis du har solide kravspecifikationer og bare har brug for nogle udviklere til at føre dem ud i livet er en billig "software sweatshop" fin. Men har du mere komplekse projekter i specifikke brancher, er det sandsynligt du har mere brug for en partner end en leverandør. Der kan tilføje værdi til dit projekt og stille spørgsmål og udfordre dine formodninger.

2) Kommunikation:
Om det er et ægteskab, et fodbold hold eller et team af software udviklere så er regelmæssig og struktureret kommunikation den eneste vej til at undgå hjerteskærende misforståelser. Vær sikker på du har en engageret projekt leder i dit team og hos offshore partneren (og gerne med erfaring fra tidligere offshore projekter).

3) Undgå "Yes Men":
Du vil finde teknisk dygtige folk over hele verden, det er straks vanskelligere at finde pålidelige folk. At kunne sige "nej" er et tegn på modenhed. Og det er vanskelligt at finde en udbyder, som vil sige tingene som de er til dig. Vi har alle hørt skræk historier om offshore firmaer som lover og lover, men skuffer i leveringen. Du har brug for at finde en partner, som er ærlig over for dig fra dag 1 - selvom det måske betyder de taber din forretning. Du kan stole på et firma som giver dig realistiske forventninger - selvom det måske ikke lige er det svar du ønskede at høre.

4) Tænk langsigtet:
Den virkelige værdi i outsourcing ligger i at pleje et team som kan arbejde sammen med dig længerevarende. Det tager tid at få de rette ressourcer på projektet, etablere kommunikation og processer samt overføre viden mellem dig og dit offshore team. Men over tid vil dit offshore team blive en naturlig forlængelse af dit lokale team.

God fornøjelse med outsourcingen!
Martin
www.conscensia.dk og ja, vi er en leverandør af outsourcing

Ole Nielsen skrev:
Det gør alle vel? Også indere og øst-europæere? Danske konsulenter osv. Og hvis man lever af rygte og ikke timeløn, hvorfor afregnes man så typisk på timer?


Nemlig ! Vi lever forhåbentligt alle af vores rygte, ellers havde vi vel ikke en berettigelse til at ændre grundliggende ved vores kunders administrative infrastruktur. Jeg synes bare sjældent det har været tilfældet, når talen falder på offshoring og outsourcing.

Afregningsformen er afhængig af opgave type og omfang. Typisk betyder det at time baseret afregning er den bedste....men jeg må da indrømme at nogen gange kunne det have været rart at have baseret afregning på en procentdel af den besparelse arbejdet tilfører kunden, over de næste - eksempelvist - 10 år (-:

Ole Nielsen skrev:
Det gør alle vel? Også indere og øst-europæere? Danske konsulenter osv. Og hvis man lever af rygte og ikke timeløn, hvorfor afregnes man så typisk på timer?


Nemlig ! Vi lever forhåbentligt alle af vores rygte, ellers havde vi vel ikke en berettigelse til at ændre grundliggende ved vores kunders administrative infrastruktur. Jeg synes bare sjældent det har været tilfældet, når talen falder på offshoring og outsourcing.

Afregningsformen er afhængig af opgave type og omfang. Typisk betyder det at time baseret afregning er den bedste....men jeg må da indrømme at nogen gange kunne det have været rart at have baseret afregning på en procentdel af den besparelse arbejdet tilfører kunden, over de næste - eksempelvist - 10 år (-:

Lars, du har jo ret i det meste - pånær overskriften. Du har ikke ret fordi, offshoring er "alt for dyrt og beværligt", men fordi, implementering af grafisk design og kundespecifik funktionalitet i et standard CMS systemer bare ikke er det mest oplagte at outsource.

Specifikationen af en kundespecifik løsning er ofte dårligere og baseret på en fælles referenceramme imellem køber og sælger - branchekendskab, kultur, grafisk forståelse. Og den forståelse kan man godt flytte til en offshore destination, men det tager lang tid (ofte proportionalt med den geografiske afstand). Og så er der ikke økonomi i det for et relativt lille projekt som at kundetilpasse et CMS.

En mere oplagt kandidat til succesfuld outsourcing var udviklingen af et CMS system. Et standard produkt, som kan beskrives på en måde, der ikke kræver stor fælles referenceramme. Jo tættere på maskinens hjerte, jo mere generel og generisk et produkt - desto større chance for succes.

Ved succesfuld offshore udvikling løses opgaver, der er så tilpas store, at den direkte besparelse er større end de ekstra in-direkte omkostninger, man som opgavestiller påtager sig med at kommunikere opgaven til opgaveløsere, som ikke har samme referenceramme som dig selv. Tager man geografi og kultur med i ligningen, vil de direkte besparelser ofte være større, når man bevæger sig langt væk fra Europa. Men de in-direkte omkostninger stiger også, da der er flere muligheder for misforståelse - og det er dyrere at rette dem, når udvikleren sidder i en fjern tidszone og har en helt anden forståelse af, hvad der er et godt brugerinterface. I småhullet derimellem er near-shore destinationer som Ukraine, Moldava og Bulgarien. Lande med større økonomisk, kulturelt og samfundsmæssigt overlap med Danmark.

Hvis du absolut vil forsøge outsourcing af de små, kundespecifikke opgaver, så gør det til en fyr i Hillerød eller Tønder. Overvej near-shore til produktudvikling, hvor du ønsker udviklernes aktive medspil. De fjerne destinationer bør du reservere til store, veldokumenterede opgaver, og du skal være indstillet på at investere i opbygningen af overordnet forståelse hos dine nye kolleger.

www.kuadriga.com

Tak for alle jeres indlæg! Mange gode vinkler. Jeg prøver at svare lidt hist og her for at runde af:

@Ole Nielsen: "Hvor opstår myten om 10-20%. Lønnen i Indien er nok nærmere 10-20% af en dansk løn, og skulle vel retfærdiggøre en reduktion i timeprisen på 80-90% eller 150-300 dkk/timen. Dermed bliver business casen for off shore så meget desto bedre."

LP: Sidste tilbud lød på 950 DKK/hour for offshorede ressourcer - det er altså ikke en myte.

Peter Johan Bruun: "Lad mig slå en ting fast først: alle IT projekter er strategiske - hvis ikke har de ingen relevans overhovedet."

LP: Det synes jeg ikke at observere. Hvis du står med et forældet CMS og ikke kan få support er projektet jo mere af taktisk karakter. Det har dog alligevel relevans. eller ...?

Martin Dommerby: Høj værdi - ikke lav omkostning ("... så lad være med at gå efter den billigste udbyder ...")

LP: Helt enig i den betragtning

Martin Dommerby: Tænk langsigtet: Den virkelige værdi i outsourcing ligger i at pleje et team som kan arbejde sammen med dig længerevarende. Det tager tid at få de rette ressourcer på projektet, etablere kommunikation og processer samt overføre viden mellem dig og dit offshore team. Men over tid vil dit offshore team blive en naturlig forlængelse af dit lokale team.

LP: Det er der bare ikke plads til i mindre CMS projekter, som typisk tager mindre end et år.

Jesper Lindholt: "Lars, du har jo ret i det meste - pånær overskriften. Du har ikke ret fordi, offshoring er "alt for dyrt og beværligt", men fordi, implementering af grafisk design og kundespecifik funktionalitet i et standard CMS systemer bare ikke er det mest oplagte at outsource."

LP: Vi er vist enige om det meste. Grafisk design er i hvert tilfælde svært at offshore. Jeg vil bare godt gøre opmærksom på, at når det fra leverandørens side anbefales at offshore en del af udviklingen, så er det måske først og fremmest for at få opbyget egne referencer, erfaringer og kompetencer i offshoring og ikke så meget for kundernes bedste. Kunderne kommer oftest til at opleve det som meget mere besværligt.

LP: Derudover: Freelancere investerer i deres renome som alle andre (IBM, CSC, etc.) og det skal selvfølgelig give afkast på et tidspunkt. Det er helt naturligt


Jamen, så er det som jeg sagde en no-brainer at sige nej til off-shore. 950 dkk/timen er meningsløst for en inder. Du kan få en polsk håndværker til 30 kr/time udeførende arbejde i Danmark. Gå til din leverandør og sig, at du vil betale max 2-300 dkk/time for indisk arbejdskraft i Indien. Det skal du nok kunne få igennem +/-.

Kommentér
Ytringer på debatten er afsenders eget ansvar - læs debatreglerne

Mere fra CMS-Bloggen


Thore og compagnon har sat et godt projekt i søen med brugertest.nu. Muligvis er der mange værktøjer derude mangen til (f.eks usabilitytest.com), men det her ser ud til at fungere godt, bare ikke helt godt nok endnu.
10. marts 2011 kl. 09.37 | læs »



Projekter, der gennemføres ved af agile metoder kan næsten per definition ikke gå galt uanset kvalifikationerne hos deltagerne. Metoden er således attraktiv for de uerfarne projektledere på kundesiden og Account Managers og udviklere på leverandørsiden.
7. oktober 2010 kl. 08.44 | læs »



På udbudportalen skriver Andreas Christensen, partner i Horten advokatfirma, at SKI-aftalerne ikke er gyldige i den nuværende form. Hvis det er rigtigt, ligger der en mindre bombe under en del af aftalerne mellem offentlige kunder og leverandørerne, der hviler på SKI's rammeaftaler.
16. juni 2010 kl. 07.54 | læs »



Vi kan nu med baggrund i projekter og kunder i 2009/2010 konstatere at Open Source CMS systemer trives særdeles godt på det nuværende (Web) Content Management (WCMS/CMS) marked.
2. juni 2010 kl. 10.08 | læs »



Open Source er hot og sexy - ingen tvivl om det! Men når lyset brænder ud, hvem har så leveranceansvaret? Leverandøren har mulighederne, men skal kunderne selv tage ansvaret for Open Source produkterne?
4. maj 2010 kl. 10.05 | læs »








Lars Pedersen
Lars Pedersen (cand.scient i datalogi) har arbejdet med Content Management siden 1996. Både som udvikler, brugervenlighedsekspert og projektleder i forbindelse med tilblivelsen af et landets tidligste CMS. Er i dag partner og analytiker i det uafhængige konsulentfirma BNP, der i 2000, som den første danske virksomhed, specialiserede sig i uvildig CMS rådgivning. Vil på Bloggen prøve at smide både personlige betragtninger og provokationer.

Følg også med på vores engelsk-/dansksprogede blogs www.cmshardtalk.com og www.cmshardtalk.com/dk
Besøg dine gratis, uafhængige communities. INGEN Leverandører eller konsulenter, Kun dine Sitecore kolleger og uafhængige eksperter.

Generelt CMS/Portal Community, hvor vi mødes på tværs af systemplatforme

Sitecore community til at understøtte brugere af sitecore.

Sharepoint/MOSS 2007 community til at udnytte din Sharepoint Portal Server bedre.

 


Mest læste seneste uge

Kan gratis sikkerhedssoftware virkelig beskytte din pc? Svaret er ja, hvis du vælger det rette produkt. Læs her en test af de mest pålidelige gratis sikkerhedsprogrammer.

Næsten 200 IBM-ansatte får med få timers varsel sidste arbejdsdag i dag. Ingen var orienteret forud for dagens massefyring, som effektueres øjeblikkeligt.

Flyselskabet SAS har brugt op mod trekvart milliarder kroner og seks år på at udskifte sit bookingsystem. Undervejs har der været flere projekt-udfordringer, som kulminerede en vinternat med en big bang-migrering.

Her er forklaringen på, at IBM Danmark med direktør Lars Mikkelgaard-Jensen i spidsen fyrer 170 medarbejdere.

IBM Danmark lader hovederne rulle.