I Vimond har vi forsøkt å nearshore flere ganger med moderat suksess. Per dags dato sitter vi på gjerdet. Hva får vi igjen av å ha egne utviklere i Bergen? Hvordan klarer vi det kostnadsmessig, og er kunder ok med det? Hvordan skal vi fortsette å vokse i Bergen, og skal det skje organisk? Hvilke typer ressurser trenger vi, og er disse vanskelig å få tak i i lokalt/nearshore? Har vi type prosjekter som passer for nearshore, eller vil vi ha det en gang i fremtiden? Andreas Helland begynte sin media-karriere for ti år siden i forløperen til TV 2 Sumo, TV 2 web-tv. Der jobbet han med sportsavvikling på nett - som innebar teknisk avvikling, redaksjonelt ansvar og kundehåndtering rundt sportsarrangementer. I 2011 ble Vimond spunnet ut som eget selskap fra TV 2, og Andreas ble med som CFO. I fjor trådte han inn i COO-rollen med lederansvar for alle tekniske leveranser i selskapet. Per dags dato består teknisk avdeling av 25 personer. Andreas er utdannet på NHH, med spesialisering innen finans og strategi.

1. Å nearshore eller ikke
nearshore - det er
spørsmålet

2. ● Media Software Company
● Originally part of TV 2 (Sumo), established as a separate company in
January 2011
● Create workflow, monetization, and end-user experience products
● 9, has become 33
● Employees from Norway, Brazil, France, Mexico, Mongolia, Iran and 2 from
Trondheim
● Headquartered in Bergen
● Representation in Spain & the US
Vimond Media Solutions

4. Nearshoring
● Vi har hatt tre konkrete samarbeid i forhold til nearshoring
● Varianter:
○ Leid team fra selskap i Hviterussland gjennom mellomselskap
○ Leid team direkte fra selskap i Ukraina
○ Leid ressurs fra Polen som har blitt del av team i Norge
● Fra oppstart i 2011 var det en uttalt strategi at vi skulle etablere nearshoring
● Våren 2013 avsluttet vi påbegynte nearshoringprosjekter, og stoppet alle
nye initiativ

5. International strategy -
software development
● IT outsourcing: India, Ukraine, Bangladesh
● Lack of resources in Bergen
● We needed more development capacity
● Nearshoring is cheaper
● All factors seem to be in place, but….

6. Nearshoring
Fem minutter etter tikket følgende inn i innboksen:
red.adm: first tuesday

7. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Manglende langsiktighet
● Krevende teknologier
● Vi var ikke rustet/forberedt til å lede menneskene
● Eierskap og fokus

14. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Vi var ikke rustet/forberedt til å lede menneskene
● Manglende langsiktighet
● Krevende teknologier
● Eierskap og fokus

15. Hvorfor har det ikke fungert for oss?
Kunde, som har et “problem”
Problemløser
Jobbet sammen i
10+ år
10 år = masse implisitt
kunnskap, tillit og
nærhet
Ingen relasjon

16. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Vi var ikke rustet/forberedt til å lede
menneskene
● Manglende langsiktighet
● Krevende teknologier
● Eierskap og fokus

18. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Vi var ikke rustet/forberedt til å lede menneskene
● Manglende langsiktighet
● Krevende teknologier
● Eierskap og fokus

19. Hvorfor har det ikke fungert for oss?

20. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Vi var ikke rustet/forberedt til å lede menneskene
● Manglende langsiktighet
● Krevende teknologier
● Eierskap og fokus

21. Bedre med mer standardiserte teknologier?

22. Hvorfor har det ikke fungert for oss?
● Domenekunnskap
● Visjon/Mål/Dokumentasjon, eller mangelen på
sådan
● Vi var ikke rustet/forberedt til å lede menneskene
● Manglende langsiktighet
● Krevende teknologier
● Eierskap og fokus

23. Hvor står vi i dag?
● Vi prøvde dette på et tidspunkt der vi ikke var skikkelig rustet til å håndtere remote utvikling.
● På kort sikt var det økonomisk lønnsomt (kanskje), men vi har ryddet opp mye i etterkant, og det er sluttsummen
på kassalappen som teller.
● Våre erfaringer kan derfor være nyttige innspill til andre, men om det fungerer eller ei er nok veldig mye opp til
om et selskap er rustet.
● I mine øyne er følgende viktig for å lykkes med nearshoring:
○ Klar og dokumentert svar på hvorfor ting gjøres, fulgt opp av en beskrivelse på hva som skal gjøres
○ Veldokumentert miljø man arbeider innenfor, i vårt tilfelle vår software
○ Gode rutiner for å ta fortløpende beslutninger
○ Begge sider må ha et felles språk begge behersker veldig godt
○ Man må bli godt kjent før man setter i gang remote.
○ Klart mandat, fokus og ledelse fra dedikert personell i Norge
● Vi kommer til å prøve igjen… en gang..

24. Takk!