Ennakkoluulot intialaisia ohjelmistokehittäjiä kohtaan: ovatko ne perusteltuja?

Ennakkoluulot intialaisia ohjelmistokehittäjiä kohtaan: ovatko ne perusteltuja?

Johdanto

Ohjelmistokehittäjiä tulee kaikkialta maailmasta, ja he kaikki puhuvat koodauksen kieltä omaan tahtiinsa ja taitoaan. Vaikka ohjelmistokehittäjien kielellä ja etnisellä alkuperällä ei ole merkitystä heidän taitojaan arvioitaessa, usein kehittäjät joutuvat puolueellisten mielipiteiden uhriksi, jotka hämärtävät myös muiden mielipiteitä. Moni asia voi mennä pieleen, eikä se välttämättä ole kehittäjän vika. Tämä ei kuitenkaan ole syy maalata kaikkia kehittäjiä samalla harjalla. Kun projekti menee pieleen, syyllisyys kiertää usein ympäriinsä, ja syyllisyyspeli päättyy kehittäjään. Surullisinta on, että monet asiat voivat mennä pieleen projektissa. Ja silti myös ennakkoluulot kehittäjää kohtaan ovat suuret.

Ennakkoluulot intialaisia kehittäjiä kohtaan johtuvat usein useista tekijöistä. Työnantajilla on erilaisia mielipiteitä. Ne jakautuvat väitteisiin, joiden mukaan intialaiset kehittäjät ovat päteviä, ja lukuisiin yrityksiin, joiden mielestä he eivät ole. Mielenkiintoista on, että nämä ennakkoluulot perustuvat usein historiallisiin, kulttuurisiin ja anekdoottisiin tekijöihin. Nähtäväksi jää, ovatko nämä ennakkoluulot perusteltuja vai eivät.

Tarkastellaanpa sillä välin joitakin tekijöitä, jotka aiheuttavat näitä ennakkoluuloja ja ennakkoluuloja.

Mistä ennakkoluulot voivat johtua?

Usein ennakkoluulot syntyvät, kun hanke osoittautuu paljon odotuksia heikommaksi tai kun se epäonnistuu täydellisesti. Hanketta saattoivat haitata muutkin tekijät. Ehkä merkit olivat olemassa alusta alkaen, eikä kukaan koskaan huomannut sitä. Kehittäjät kehittävät heille annettujen ohjeiden mukaan, ja jos ideoita ei välitetä kunnolla, he eivät välttämättä pysty toimittamaan odotusten mukaisia tuotteita.

Ennakkoluuloja aiheuttaneet tekijät

Ennakkoluulot johtuivat muutamista seikoista, ja valitettavasti vaikutelmat jäivät kiinni vielä vuosikymmenten jälkeenkin.

Historiallinen tausta

Aiemmin tai ulkoistamisen alkuaikoina monet yritykset hakeutuivat Intiaan, koska kehittäjät tarjosivat asiakkaille kilpailukykyisiä hintoja. Laadunvalvontatekijä ei ollut kovin perusteellinen, mikä johti huonoon laatuun ja ala-arvoisiin hankkeisiin. Turhautuneina ja ärsyyntyneinä yritykset leimasivat kehittäjät epäpäteviksi.

Kulttuurinen konteksti

Intialaiset kunnioittavat auktoriteetteja, ja tämä voidaan usein tulkita väärin aloitteettomuudeksi tai luovuuden puutteeksi. He eivät ehkä ole aivan taitavia vakuuttamaan kantaansa, koska heillä on taipumus ajatella: ”Asiakkaat haluavat niin, olkoon niin.” He eivät ehkä ole aivan taitavia vakuuttamaan kantaansa, koska heillä on taipumus ajatella: ”Asiakkaat haluavat niin, olkoon niin. Miksi meidän pitäisi sanoa toisin?”. Jotkut asiakkaat eivät pidä tästä, koska he odottavat, että myös kehittäjät kertovat mielipiteensä.

Kielimuurit

Vaikka intialaiset ymmärtävät englantia hyvin, viestintätyylit ja vivahteet voivat vaihdella maasta toiseen, ja monet kehittäjät eivät huomaa tätä. Tämä johtaa usein väärinkäsityksiin tai väärinymmärryksiin, jotka johtavat ennakkoluuloihin. Kehittäjät saattavat olla hyviä koodien kanssa, mutta he eivät ehkä ole kovin hyviä vitsien tai ehdotusten kanssa, jotka sisältävät paljon äidinkielen sanoja. He eivät ymmärrä vitsin ydintä, eivätkä ehkä osoita sitä, mitä työnantajat tarvitsevat.

Laadunvalvonta oli aluksi ongelma

Alkuaikoina, kun työt ulkoistettiin, laadunvalvonta kärsi, koska hankkeen laadun tarkistamiseksi ei ollut olemassa vakiintuneita menettelyjä. Tämä johti ongelmiin lopputuloksen kanssa, varsinkin jos hankkeen eri vaiheissa ei ollut käytössä viestintäprotokollia. Tämä on kuitenkin muuttunut, sillä markkinoilla on useita viestintäkanavia ja yhteistyövälineitä, ja kehittäjät, työnantajat, johto ja sidosryhmät ovat kaikki samalla sivulla.

Miten voittaa kehittäjiä koskevat ennakkoluulot ja onnistua hankkeessa?

Ohjelmistokehitysprojektin onnistuminen voidaan varmistaa muutamalla tavalla. Tutustutaanpa joihinkin niistä:

Hanketta koskevan vaatimusasiakirjan tekeminen pakolliseksi

Asiakkaat pyytävät usein muutoksia projektiin sen aikana. Ja se ei ehkä näytä hyvältä. Ohjelmistokehittäjät noudattavat usein PRD:tä eli projektin vaatimusasiakirjaa (Project Requirement Document), joka sisältää yksityiskohtaiset tiedot projektin teknisistä vaatimuksista. Siinä on hahmotelma, jossa määritellään verkkosivuston ominaisuudet, ominaisuudet ja toiminnot. Siinä olisi esitettävä hankkeen päämäärät ja tavoitteet. Tämän oppaan avulla rakennuttaja etenee työssä eteenpäin.

On oltava idioottivarma palkkauskäytäntö

Joskus väärien henkilöiden palkkaaminen projektiin on voinut aiheuttaa ongelman. Vaikka kehittäjä olisi erittäin taitava ja lahjakas, hän ei välttämättä ole oikea henkilö tehtävään. Palkkaisitko italialaisen kokin valmistamaan thaimaalaista erikoisruokaa? Sinä et tekisi sitä, eikö niin? Se on juuri näin. Taitojen ja projektin vaatimusten on vastattava toisiaan. Varmista, että tästä keskustellaan seulontaprosessin aikana, että kehittäjät todella pystyvät toteuttamaan projektin ja että he ovat ymmärtäneet projektin vaatimukset.

Älä palkkaa kehittäjää vain siksi, että hän on ollut sinulle mukava.

Kun yrittäjät lähtevät ”kehittäjämarkkinoille”, heitä vaivaa kehittäjien paljous. Niitäkin on niin monenlaisia – frontend-kehittäjiä, backend-kehittäjiä, työpöytäsovellusten kehittäjiä, mobiilisovellusten kehittäjiä, verkkosovellusten kehittäjiä, integrointiasiantuntijoita ja niin edelleen.

Ota huomioon myös nämä seikat:

Ketä tarvitset hankkeeseen? Jos sinulla on idea, ketä etsit kehittämään sitä? Et voi palkata kehittäjää vain siksi, että hän kommunikoi hyvin tai että olet luonut hänen kanssaan hyvän suhteen. Niiden on oltava ”teknisesti sopivia” hankkeeseen. Jos et ole tekninen henkilö, teknisten valmiuksien seulominen voi olla vaikeaa. Yhteistyö hyvän intialaisen ohjelmistokehitysyrityksen kanssa voi ratkaista ongelman, koska se voi kuunnella vaatimuksiasi ja löytää oikean henkilön projektiin.

Johtopäätös

Usein kyse ei ole siitä, että intialaiset kehittäjät olisivat huonoja, vaan projekti epäonnistuu huonon valinnan vuoksi. Monet intialaistaustaiset teknikot ovat avainasemassa maailmanlaajuisesti tunnetuissa teknologiayrityksissä. Sundar Pichai (Alphabet Inc:n toimitusjohtaja), Satya Nadella (Microsoftin toimitusjohtaja), Arvind Krishna (IBM:n toimitusjohtaja), Ajaypal Singh Banga (Mastercardin hallituksen puheenjohtaja) ja Parag Agarwal (Twitterin toimitusjohtaja) ovat kaikki hyviä esimerkkejä tästä. Heidän panoksensa ja taitonsa ovat osoitus siitä, että intialaiset kykenevät merkittäviin ja mullistaviin ideoihin ja taitoihin. Ennakkoluulot, jotka kerran näyttivät olevan pelote, eivät ole enää perusteltuja, koska asiat ovat muuttuneet Intiassa. Intian teknologiaskenaario on muuttunut merkittävästi, ja kehittäjät ovat täynnä luovuutta ja innovaatiota, ja heidän vahvan akateemisen perustansa ansiosta he ovat voineet ohjata innovoinnin tulevaisuutta globaalilla tasolla.

Mielenkiintoisia linkkejä:

Kriittinen katsaus intialaiseen syrjintään teknologiateollisuudessa

Mitä maailma ajattelee intialaisista ohjelmistoinsinööreistä

Kuvat: Canva


Kirjoittaja: Sascha Thattil työskentelee Software-Developer-India.com -sivustolla, joka on osa YUHIRO-ryhmää. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia IT-yrityksille, virastoille ja IT-osastoille.

Jätä kommentti

This site uses Akismet to reduce spam. Learn how your comment data is processed.