Er fordommene mot programvareutviklere fra India berettigede?
Introduksjon
Programvareutviklere kommer fra hele verden, og alle snakker kodespråket i sitt eget tempo og med sine egne ferdigheter. Selv om språket og etnisiteten til programvareutviklere ikke spiller noen rolle når det gjelder å vurdere ferdighetene deres, blir utviklere ofte offer for forutinntatte meninger som også påvirker andres oppfatning. Flere ting kan gå galt, og det er ikke sikkert at alt er utviklerens skyld. Det er imidlertid ingen grunn til å skjære alle utviklere over en kam. Når et prosjekt går galt, er det ofte utvikleren som får skylden, og det er ofte han eller hun som får skylden. Og det tristeste er at mange ting kan gå galt i et prosjekt. Og fortsatt er fordommene mot utvikleren også høye.
Fordommer mot indiske utviklere skyldes ofte flere faktorer. Og arbeidsgivere har ulike meninger. De er delt mellom påstander om at de indiske utviklerne er kompetente, og et stort antall selskaper som mener at de ikke er det. Det interessante er at disse fordommene ofte er forankret i historiske, kulturelle og anekdotiske faktorer. Det gjenstår å se om disse fordommene er berettigede eller ikke.
I mellomtiden kan vi se på noen av de faktorene som forårsaker disse fordommene og skjevhetene.
Hva kan være årsaken til fordommene?
Fordommene oppstår ofte når prosjektet viser seg å være langt under forventningene, eller når det mislykkes totalt. Det kan være andre faktorer som har hindret prosjektet. Kanskje var tegnene der helt fra begynnelsen av, uten at noen la merke til det. Utviklerne utvikler i henhold til de instruksjonene de har fått, og når ideene ikke formidles på riktig måte, er det ikke sikkert at de klarer å levere i henhold til forventningene.
Faktorer som forårsaket fordommene
Det er noen få aspekter som skapte fordommene, og dessverre har inntrykkene festet seg, selv etter flere tiår.
Historisk kontekst
Tidligere, eller i outsourcingens barndom, strømmet mange selskaper til India på grunn av de konkurransedyktige prisene som utviklerne tilbød kundene. Kvalitetskontrollen var ikke særlig grundig, noe som førte til dårlig kvalitet og prosjekter under pari. I sin frustrasjon og irritasjon stemplet selskapene utviklerne som inkompetente.
Den kulturelle konteksten
Indere har en respekt for autoriteter, og dette kan ofte feiltolkes som mangel på initiativ eller null kreativitet. De er kanskje ikke så flinke til å hevde sitt standpunkt fordi de har en tendens til å tenke: «Det er det kundene vil ha, så får det bli sånn. Hvorfor skal vi si noe annet?». Noen kunder liker ikke dette, fordi de forventer at utviklerne også skal si sin mening.
Språkbarrierer
Selv om inderne har blitt veldig flinke til å forstå engelsk, kan kommunikasjonsstilen og nyansene variere fra land til land, og det er det mange utviklere som ikke klarer å fange opp. Dette fører ofte til feilkommunikasjon eller misforståelser, noe som igjen fører til fordommer. Utviklerne er kanskje flinke med koder, men de er kanskje ikke så flinke med vitser eller forslag som inneholder mange innfødte ord. De får ikke med seg essensen i vitsen, og viser kanskje ikke det arbeidsgiverne har behov for.
Kvalitetskontrollen var et problem i begynnelsen
I begynnelsen, da arbeidene ble satt ut, var kvalitetskontrollen mangelfull fordi det ikke fantes noen faste prosedyrer for å kontrollere kvaliteten på prosjektet. Dette førte til problemer med sluttresultatet, spesielt hvis det ikke fantes kommunikasjonsprotokoller gjennom de ulike fasene av prosjektet. Dette har imidlertid endret seg, og med flere kommunikasjonskanaler og samarbeidsverktøy på markedet er utviklere, arbeidsgivere, ledelse og interessenter alle på samme side.
Hvordan overvinne fordommene om utviklere og oppnå suksess i prosjektet
Det finnes noen måter du kan sikre suksess i et programvareutviklingsprosjekt på. La oss sjekke ut noen av dem:
Gjør prosjektkravsdokumentet obligatorisk
Kundene ber ofte om at det gjøres endringer i prosjektet underveis. Og det er kanskje ikke så bra. Programvareutviklere følger ofte noe som kalles PRD eller Project Requirement Document, som inneholder detaljer om de tekniske kravene til prosjektet. Den vil ha en disposisjon som definerer nettstedets egenskaper, muligheter og funksjonalitet. Den bør skissere prosjektets mål og målsettinger. Det er med denne veiledningen at utvikleren går videre med arbeidet.
Ha en idiotsikker ansettelsespolicy
Noen ganger kan det være feil personer som er ansatt til prosjektet, som er årsaken til problemet. Selv om utvikleren er svært dyktig og talentfull, er det ikke sikkert at vedkommende er den rette personen for jobben. Ville du ansatt en italiensk kokk for å lage en thailandsk spesialitet? Du ville vel ikke det? Det er akkurat sånn det er. Kompetansen og prosjektkravene må stemme overens. Sørg for at dette blir diskutert under screeningprosessen, at utviklerne faktisk er i stand til å gjennomføre prosjektet, og at de har forstått kravene til prosjektet.
Ikke ansett en utvikler bare fordi han/hun har vært hyggelig mot deg
Når gründere går ut på «utviklermarkedet», vil de bli plaget av den store mengden utviklere som finnes der ute. Det finnes så mange forskjellige typer – frontend-utviklere, backend-utviklere, desktop-app-utviklere, mobilapp-utviklere, webapp-utviklere, integrasjonseksperter og så videre.
Tenk også på disse punktene:
Hvem trenger du til prosjektet? Hvis du har en idé, hvem er det du ønsker skal utvikle den? Du kan ikke ansette en utvikler bare fordi de kommuniserer godt, eller fordi du har bygget opp en god relasjon med dem. De må være «teknisk egnet» for prosjektet. Hvis du ikke er en teknisk person, kan det være vanskelig å vurdere de tekniske egenskapene deres. Et samarbeid med et godt programvareutviklingsselskap i India kan løse problemet for deg, fordi de kan lytte til dine krav og finne den rette personen for prosjektet.
Konklusjon
Ofte er det ikke de indiske utviklerne som er dårlige, men det er det dårlige ansettelsesvalget som gjør at prosjektet mislykkes. Mange teknologer med indisk opprinnelse har nøkkelposisjoner i globalt anerkjente teknologiselskaper. Sundar Pichai (administrerende direktør i Alphabet Inc.), Satya Nadella (administrerende direktør i Microsoft), Arvind Krishna (administrerende direktør i IBM), Ajaypal Singh Banga (styreformann i Mastercard) og Parag Agarwal (administrerende direktør i Twitter) er alle perfekte eksempler på dette. Deres bidrag og ferdigheter vitner om at indere er i stand til å utvikle bemerkelsesverdige og banebrytende ideer og ferdigheter. Fordommene som en gang virket avskrekkende, er ikke lenger berettigede, for ting har endret seg i India. Det indiske teknologiscenarioet har gjennomgått en bemerkelsesverdig forvandling med utviklere som sprudler av kreativitet og innovasjon, og deres sterke akademiske grunnlag har gjort dem i stand til å styre fremtidens innovasjon på globalt nivå.
Interessante lenker:
Et kritisk blikk på indisk diskriminering i teknologibransjen
Hva verden tenker om indiske programvareingeniører
Bilder: Canva
Forfatteren: Sascha Thattil jobber på Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byråer og IT-avdelinger.
