7 olulist juhtmõtet tarkavaraarendaja valikul

Partneri töö kontrollimine on OK. Tarkvaraarendaja peab arvestama võimalusega, et tähtsate projektide puhul palub klient kolmanda osapoole sõltumatut arvamust. Tegelikult süstib see enesekindlust ja rahulolu ka tarkvaraarendajale endale, kui teise tarkvaraarendaja käest tellitud code review ehk koodi ülevaatusega kõik korras on. Samuti annab see võimaluse saada jälile mõnele veale juba algstaadiumis ning see koheselt lahendada. Ka meil on sellega kogemus – TransferWise’ga koostööd tehes tellisid nemad meie tööle code review ning kuna selle tulemus oli hea, süvenes ka usaldus meie pädevusse.

Vastutulelikkus ja paindlikkus. On täiesti tavapärane, et projekti käigus esialgne disain, kasutaja kogemus – ja vahel isegi otstarve – võivad lõpptulemusena päris tugevalt muutuda. Selleks, et tulemus aga võimalikult hea saaks, on oluline, et ka arendaja on võimeline olema paindlik nii tööprotsessi kui ka spetsiifiliste erinõudmiste osas. Näide elust enesest -  Mooncascade on  ligi kolm aastat töötanud ettevõttega, kellel tuli juba esimesel 8 kuul välja kolm olulist tooteuuendust. Esimese versiooni tegime kiiresti investorite survel, et toode jõuaks võimalikult kiiresti turule, lõppkasutajate kätte. Teisel parandasime oluliselt kasutajamugavust ning kolmanda versiooni tegime, kuna kliendi ärilised eesmärgid muutusid. See on näide, kus nii klient kui tarkvaraarendaja olid paindlikud ning valmis väga järskudeks ning olulisteks kursimuutusteks toote arengu suunal.

Kompaktsus. Vähegi suuremate projektidega kaasneb paratamatult vajadus mitmete erinevate partneritega koos töötada - vaja võib olla disaini, veebi kasutajaliidese, äpp’i, backend’i inimesi ja ka testijaid. Valik on, kas neid ülesandeid peaksid tegema erinevad partnerid või võtta kogu teenus ühest firmast? Selge on see, et mida rohkem osapooli, seda suurem on oht, et möödarääkimiste ning osapoolte vaheliste arusaamatuste tõttu võib projekti valmimisaeg venida. Rusikareegel on see, et kui oled kord juba hea partneri leidnud, siis ei tasu aega viita ning oma elu mitme partneriga asju ajades taas keeruliseks teha. Mida vähem osapooli, seda parem.

Kaasamõtlemine ja „miks“-küsimused. Ideaalis saab partner aru sinu ärilistest eesmärkidest – miks ja mida sa tahad teha ning kuhu jõuda, ja aitab need eesmärgid teostada. Nii nagu disainerid ei vaata täna ainult toodete välimust, vaid ka kasutajamugavust, nii aitavad tarkvaraarendajad oma klientidel välja mõelda uusi tooteid ja teenuseid ning kaardistada olemasolevaid. Arendaja ülesanne on küsida alati „miks“ midagi vaja on ning klient peab olema valmis neile, vahel rasketele küsimustele vastata. Miks-küsimused ja soov kliendi ärilisi eesmärke mõista on märk sellest, et partner on protsessi ka sisuliselt kaasatud, mitte ei tegele pelgalt teenuse pakkumisega.

Mooncascade’i kogemus näitab, et agressiivses kasvufaasis start-up’ide ehk idufirmade puhul on tavaliselt toote kontseptsioon hästi läbimõeldud ja paigas, sest investorid on kõik „miks“-küsimused juba ära küsinud. Arendaja töö on siis pigem fokuseeruda tootearendusele ning nõu anda tehnilisest vaatepunktist kuidas toode võimalikult kiiresti turule jõuaks. Suure ettevõtte puhul on esmane eesmärk sama - vajaduste ja probleemi fookuse väljaselgitamine, kuid lisaks oleme ka oma suurklientidel (telekom ja tootmisettevõtted) aidanud välja mõelda uusi tooteid ja lahendusi.

Ülihea kommunikatsioon. Hea kliendi-arendaja suhe ja kogu suhtluse ausus ning proaktiivsus on kõige aluseks. Suhtlus kliendi ja tarkvaraarendaja vahel peab toimuma vähemalt kord nädalas, pigem isegi korra päevas ning selle ideaalseks toimimiseks peaks arenduspartner haarama initsiatiivi ning võtma teatud probleemid ka enda hallata. Sealhulgas olles läbipaistev ja proaktiivne (ka keerulistes olukordades), näiteks kui ollakse graafikust maas või kui arendustiim ootab tellijalt konstruktiivset tagasisidet, ning suheldes vajadusel kolmanda osapoolega, et asju kiirendada.

Oma kuue tegevusaasta jooksul oleme näiteks saanud valusa õppetunni, kus klient ei andnud meile pikalt tagasisidet ja suutsime end valesti fokusseerida. Kokkuvõttes kulutasime nii enda kui ka tellija aega ja raha, selle asemel, et tiheda suhtlus- ja tagasiside tsükliga probleeme ennetada – seda viga me enam korrata ei taha. Täna paneme vajadusel kliendi endaga suhtlema, sest parim tulemus tuleb läbi tiheda kahepoolse kommunikatsiooni.

Miks see kõik on oluline?