Eigen software ontwikkelaars of nearshore outsourcing? - DO OK

In-house developers aannemen of nearshore outsourcing?

Ik ga gelijk eerlijk met je zijn: er is geen vuistregel die zegt dat je voor de een óf het ander moet gaan. Beiden hebben hun voor- en nadelen en de omvang en complexiteit van het project spelen ook een grote rol bij deze beslissing.

Je kunt ook nog kiezen voor het hybride model. We nemen je graag mee in de factoren waar je rekening mee moet houden om deze strategische beslissing te nemen.

Eigen developers aannemen

Digitale innovatie heeft eindeloze mogelijkheden, van vrij eenvoudig tot vrij complex. We kunnen stellen dat in-house ontwikkeling het meest effectief is als innovaties erg complex zijn. 

Ad-hoc werkt beter in-house 

In complexe projecten is intensieve en vaak ad-hoc communicatie met het team / de teams, de enige manier om de finish te halen. Projecten met veel complexiteit profiteren van face-to-face momenten om de kleinste details uit te werken. Communicatie is bijna altijd gemakkelijker wanneer je ervoor kiest om in-house developers aan te nemen.

Over alles kunnen communiceren heeft tegelijkertijd ook een keerzijde. Je zult in de verleiding komen om elk idee dat je hebt over de schutting te gooien en daarom, hoogstwaarschijnlijk, de eerste versie van je product over-engineeren.

Daarnaast is het ook heel gemakkelijk om meer vragen te stellen als er iemand in de buurt is. Kijk maar eens naar jezelf, zowel persoonlijk als professioneel. De kans is groot dat je meer vragen stelt aan familieleden of collega's als ze in de buurt zijn, toch? 

Waardeer lokaal talent

Een ander voordeel van in-house developers is dat je lokaal talent blijft stimuleren om professionele ontwikkelaars te worden. Dit is misschien niet voor iedereen het geval, maar het stimuleren van lokale gemeenschappen, talent en universiteiten zijn voor organisaties goede kernwaarden om in stand te houden.

Nearshore outsourcing

Het inzetten van talent in landen dichtbij is een strategische beslissing. Je hebt meer focus op de groei van je bedrijf, meer flexibiliteit en je houd meer geld over om te besteden aan marketing, verkoop, automatisering, enz.

Nearshoring teams kunnen worden ingezet voor zowel complexe als eenvoudige digitale innovaties, hoewel je minder uitdagingen zal ervaren bij het ontwikkelen van eenvoudigere digitale producten

Alles draait om communicatie.

Een digitaal product succesvol ontwikkelen door middel van nearshoring, op welke manier dan ook, in welke vorm dan ook, hangt 100% af van communicatie. Als je geen grip heeft op de inrichting van het communicatieproces met uw outsourcing partner, ga je niet het maximale uit het nearshore outsourcing model halen. 

Zeker bij moeilijkere projecten, waarin je meer details en wegversperringen moet uitwerken/omzeilen, heb je een goede en gestructureerde workflow nodig om aan je eigen kwaliteitsnormen te voldoen.

Als de communicatie afspraken echter helder worden vastgesteld (Om maar eens een open deur in te trappen), profiteer je enorm van gestructureerde workflows. Door communicatiemomenten af te spreken om wegversperringen, details, enz. aan te pakken, kunt je alle vragen gedurende de dag wegnemen. Je behandeld deze in de wekelijkse of dagelijkse bijeenkomsten die je hebt en behandelt alleen de echt urgente vragen in de tussentijd. Zo heb je meer tijd om je te focussen op groei. 

Voor de meest urgente vragen kun je nog steeds Slack, Teams, etc. gebruiken, maar je zult merken dat je remote team hoogstwaarschijnlijk naar hun eigen oplossingen zal zoeken wanneer ze dat kunnen.

Een lastige taak? Ik kan begrijpen waarom je dat denkt, maar kijk eens hoe je nu opereert tijdens de pandemie. Is die vorm van werken op afstand voor jou succesvol? (Als dat antwoord ja is, ben je praktisch al een vorm van nearshoring aan het hanteren)

Kan ik de twee ook combineren?

Ja dat kan! Het zogenaamde hybride model kan op twee manieren werken. Of je hebt een in-house team dat je wilt dit uitbreiden met remote talent, of je hebt een remote team en je wilt wat binnenlands talent toevoegen. 

Beide tegelijk starten? We raden je ten zeerste af om dit te doen, omdat je de complexiteit van het starten van een nieuw team ongeveer verviervoudigd. Stel je voor dat je tegelijkertijd een team op afstand en een intern team moet inwerken…. 

Ik zal je twee situatie geven van wanneer het hybride model de revue passeert.

Ik moet de lege stoelen op in mijn development team opvullen.

Je groeit snel en je eigen ontwikkelaars werken zo hard als ze kunnen. Toch blijft de achterstand groeien en worden releases van gevraagde functionaliteiten vertraagd. Je hebt elke truc in het boek geprobeerd om deze stoelen gevuld te krijgen, maar hebt nog geen geluk. 

Het gebrek aan tech-talent zal niet snel verdwijnen, dus het is misschien bij je opgekomen om te kijken naar outsourcing om de lege stoelen op je ontwikkelingsafdeling structureel (of tijdelijk) op te vullen.

Na een voorbereidings traject, zorgvuldig selectieproces en formele activiteiten heb je een team van ontwikkelaars dat op afstand samenwerkt met het team dat je in huis hebt. De ‘product owner’ of projectmanager op uw locatie zal communiceren met de technische leider van de nearshore outsourcing partner om ervoor te zorgen dat beide teams soepel samenwerken.

Ik wil graag wat in-house developers aannemen om wat lokale controle toe te voegen

Toen je nog een startup in bootstrap fase was, besloot je om je digitale product te laten ontwikkelen door middel van nearshoring. Goede keus, al zeggen we het zelf! Toch kan er een moment komen waarop je wilt investeren in lokaal talent of wat binnenlandse controle wilt krijgen over de ontwikkelingsactiviteiten. Ook dat vinden we zeer begrijpelijk! 

Houd er rekening mee dat het essentieel is om een ​​producteigenaar op locatie of zelfs een CTO te hebben, die de ins en outs begrijpt van het ontwikkelingswerk dat op de remote locatie wordt gedaan. Deze is namelijk verantwoordelijk om de in-house developers straks te vertellen wat er allemaal gebeurt en wat hun rol gaat zijn in samenwerking met de buitenlandse developers. 

Hoeveel verschillen ze?

Als je er echt over nadenkt, is er niet veel verschil tussen de twee. Als je structureel communiceert, het eens bent over workflows en erop vertrouwt dat iedereen zijn steentje bijdraagt, waarom zou er dan een verschil moeten zijn?

Natuurlijk is er een verschil in afstand. Wanneer je Slack of Teams gebruikt, krijg je mogelijk binnen een minuut of twee antwoord (als er is afgesproken om volledig beschikbaar te zijn op Slack of Teams). Als iemand zich in hetzelfde gebouw of aan de andere kant van de kamer bevindt, hoe snel heb je dat antwoord dan? 30 seconden later? Maar als we eerlijk zijn, hoeveel verschil gaat die anderhalve minuut nou echt maken? 

Communicatie is de sleutel, maar dat is altijd zo geweest. Het komt allemaal neer op de afspraken die u maakt met uw team, of het team zich nu op afstand bevindt of intern. 

 

DO OK Behaalt ISO 9001- en ISO 27001 Certificering
We zijn verheugd aan te kondigen dat DO OK de ISO 9001- en ISO 27001-certificering heef...
27.10.2021, min read
Mihail Yarashuk (Vertaald door Yannick Caron)
Lees meer
Hoe Weet je of React Native de Juiste Keuze is Voor jouw Applicatie?
Proactiviteit is een must in elke markt om gebruikers te behouden en in te spelen op hu...
27.10.2021, min read
Yannick Caron
Lees meer
Wat kost een app? De onderdelen die de kosten van jouw applicatie bepalen!
Stel je voor dat je naar de winkel gaat om een ​​tv, een auto, een mobiele...
12.10.2021, min read
Yannick Caron
Lees meer
Cookies

Our website has cookies. more info

EU Flag