Å Nearshore eller ikke Nearshore - Det er spørsmålet @ First Tuesday Bergen 10. Juni 2014

365 views

Published on

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.

Published in: Leadership & Management
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
365
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Å Nearshore eller ikke Nearshore - Det er spørsmålet @ First Tuesday Bergen 10. Juni 2014

  1. 1. Å nearshore eller ikke nearshore - det er spørsmålet
  2. 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
  3. 3. 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
  4. 4. 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….
  5. 5. Nearshoring Fem minutter etter tikket følgende inn i innboksen: red.adm: first tuesday
  6. 6. 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
  7. 7. 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
  8. 8. 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
  9. 9. 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
  10. 10. 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
  11. 11. Hvorfor har det ikke fungert for oss?
  12. 12. 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
  13. 13. Bedre med mer standardiserte teknologier?
  14. 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. 15. 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..
  16. 16. Takk!

×