Vooroordelen tegen softwareontwikkelaars uit India: zijn ze terecht?
Invoering
Softwareontwikkelaars komen van over de hele wereld en allemaal spreken ze de taal van het coderen in hun eigen tempo en vaardigheid. Hoewel de taal en etniciteit van softwareontwikkelaars er niet toe doen bij het beoordelen van hun vaardigheden, vallen ontwikkelaars vaak ten prooi aan vooringenomen meningen die ook de mening van anderen vertroebelen. Er kunnen verschillende dingen misgaan en het is misschien niet allemaal de schuld van de ontwikkelaar. Dat is echter geen reden om alle ontwikkelaars over één kam te scheren. Vaak, wanneer een project fout gaat, gaat de schuld rond en eindigt het schuldspel bij de ontwikkelaar. En het meest trieste is dat er veel mis kan gaan in een project. En toch zijn de vooroordelen tegen de ontwikkelaar ook groot.
Vooroordelen tegen Indiase ontwikkelaars zijn vaak grotendeels te wijten aan verschillende factoren. En werkgevers hebben verschillende meningen. Ze zijn verdeeld tussen de beweringen dat de Indiase ontwikkelaars competent zijn en een groot aantal bedrijven die geloven dat ze dat niet zijn. Het interessante is dat deze vooroordelen vaak geworteld zijn in historische, culturele en anekdotische factoren. Het valt nog te bezien of deze vooroordelen terecht zijn of niet.
Laten we ondertussen eens kijken naar enkele factoren die deze vooroordelen en vooroordelen veroorzaken.
Wat kan de oorzaak zijn van de vooroordelen?
Vaak ontstaan de vooroordelen wanneer het project ver onder de verwachtingen blijkt te liggen of wanneer het volledig mislukt. Er kunnen andere factoren zijn die het project belemmeren. Misschien waren de tekenen er al vanaf het begin en heeft niemand het ooit opgemerkt. Ontwikkelaars ontwikkelen volgens de instructies die ze hebben gekregen, en als de ideeën niet goed worden overgebracht, kunnen ze misschien niet aan de verwachtingen voldoen.
Factoren die de vooroordelen veroorzaakten
Er zijn een paar aspecten die de vooroordelen hebben veroorzaakt en helaas zijn de indrukken blijven hangen, zelfs na tientallen jaren.
Historische context
In het verleden, of tijdens de begindagen van outsourcing, stroomden veel bedrijven naar India vanwege de concurrerende prijzen die de ontwikkelaars aan de klanten aanboden. De factor kwaliteitscontrole was niet erg grondig, wat leidde tot slechte kwaliteit en ondermaatse projecten. De bedrijven bestempelden de ontwikkelaars in hun frustratie en ergernis als incompetent.
De culturele context
Indiërs hebben respect voor autoriteit en dit kan vaak verkeerd geïnterpreteerd worden als een gebrek aan initiatief of nul creativiteit. Ze zijn er misschien niet zo goed in om hun punt te maken, omdat ze de neiging hebben om te denken: “Dat is wat de klanten willen, het zij zo. Waarom zouden wij iets anders zeggen? Sommige klanten zijn hier niet blij mee, omdat ze verwachten dat de ontwikkelaars ook hun mening geven.
Taalbarrières
Ook al zijn Indiërs erg goed geworden in het begrijpen van Engels, de communicatiestijlen en nuances kunnen van land tot land verschillen en veel ontwikkelaars slagen er niet in dat op te vangen. Dit leidt vaak tot miscommunicatie of misverstanden, wat leidt tot vooroordelen. De ontwikkelaars zijn misschien goed met codes, maar misschien niet zo goed met grappen of suggesties die veel inheemse woorden bevatten. Ze begrijpen de essentie van de grap niet en vertonen misschien niet wat de werkgevers nodig hebben.
Kwaliteitscontrole was aanvankelijk een probleem
In de begindagen, toen werken werden uitbesteed, had de kwaliteitscontrole eronder te lijden omdat er geen vaste procedures waren om de kwaliteit van het project te controleren. Dit leidde tot problemen met de uiteindelijke output, vooral als er geen communicatieprotocollen waren voor de verschillende fasen van het project. Dit is echter veranderd, nu er meerdere communicatiekanalen en samenwerkingstools op de markt zijn, zitten ontwikkelaars, werkgevers, management en belanghebbenden allemaal op dezelfde pagina.
Hoe de vooroordelen met betrekking tot ontwikkelaars overwinnen en succes boeken in het project
Er zijn een paar manieren om een softwareontwikkelingsproject tot een succes te maken. Laten we er een paar bekijken:
Het Projecteisendocument verplicht stellen
Klanten vragen vaak om wijzigingen tijdens het project. En dat geeft misschien geen goed beeld. Softwareontwikkelaars volgen vaak iets dat bekend staat als het PRD of het Project Requirement Document en dat details bevat over de technische vereisten van het project. Er wordt een overzicht gegeven van de kenmerken, mogelijkheden en functionaliteiten van de website. Het moet de doelen en doelstellingen van het project schetsen. Met deze gids gaat de ontwikkelaar aan de slag.
Een waterdicht aannamebeleid hebben
Soms kan het inhuren van de verkeerde mensen voor het project het probleem hebben veroorzaakt. Zelfs als de ontwikkelaar zeer bekwaam en getalenteerd is, is die persoon misschien niet de juiste persoon voor de job. Zou je een Italiaanse kok inhuren om een Thaise special te bereiden? Dat zou je niet doen, toch? Het is gewoon zo. De vaardigheden en de projectvereisten moeten overeenkomen. Zorg ervoor dat dit tijdens het screeningsproces wordt besproken, dat de ontwikkelaars inderdaad in staat zijn om het project uit te voeren en dat ze de vereisten van het project hebben begrepen.
Huur geen ontwikkelaar in alleen omdat hij/zij aardig tegen je is geweest
Als ondernemers zich op de ‘ontwikkelaarsmarkt’ begeven, worden ze geplaagd door de overvloed aan ontwikkelaars die er zijn. Er zijn ook zoveel verschillende soorten ontwikkelaars: frontend-ontwikkelaars, backend-ontwikkelaars, desktop app-ontwikkelaars, mobiele app-ontwikkelaars, web app-ontwikkelaars, integratie-experts, enzovoort.
Denk ook aan deze punten:
Wie heb je nodig voor het project? Als je een idee hebt, wie zoek je dan om dat idee te ontwikkelen? Je kunt niet zomaar een ontwikkelaar inhuren omdat hij goed communiceert of omdat je een goede band met hem hebt opgebouwd. Ze moeten ’technisch geschikt’ zijn voor het project. Als je geen technisch persoon bent, kan het moeilijk zijn om ze te screenen op hun technische capaciteiten. Samenwerken met een goed softwareontwikkelingsbedrijf in India kan het probleem voor je oplossen, omdat zij naar je eisen kunnen luisteren en de juiste persoon voor het project kunnen vinden.
Conclusie
Vaak is het niet zo dat de Indiase ontwikkelaars slecht zijn, maar is het de slechte keuze van inhuur die het project doet mislukken. Veel technologen van Indiase afkomst bekleden sleutelposities in wereldwijd bekende technologiebedrijven. Sundar Pichai (CEO van Alphabet Inc.), Satya Nadella (CEO van Microsoft), Arvind Krishna (CEO van IBM), Ajaypal Singh Banga (voorzitter Mastercard), Parag Agarwal (CEO van Twitter) zijn hier allemaal perfecte voorbeelden van. Hun bijdragen en vaardigheden getuigen van het feit dat Indiërs in staat zijn tot opmerkelijke en baanbrekende ideeën en vaardigheden. De vooroordelen die ooit een afschrikmiddel leken te zijn, zijn niet langer gerechtvaardigd omdat de dingen in India zijn veranderd. Het Indiase tech-scenario heeft een opmerkelijke metamorfose ondergaan met ontwikkelaars die bruisen van creativiteit en innovatie, en hun sterke academische basis heeft hen in staat gesteld om de toekomst van innovatie op mondiaal niveau te sturen.
Interessante links:
Een kritische blik op Indiase discriminatie in de technologie-industrie
Wat de wereld denkt van Indiase software-ingenieurs
Foto’s: Canvas
De auteur: Sascha Thattil werkt bij Software-Developer-India.com, een onderdeel van de YUHIRO Group. YUHIRO is een Duits-Indiase onderneming die programmeurs levert aan IT-bedrijven, agentschappen en IT-afdelingen.
