Kui olete kunagi kaalunud mõne tarkvaramaja teenuste kasutamist, siis olete ilmselt mõelnud, milline näeb välja teie ettevõtte (kliendi) ja tarkvaramaja vaheline koostööprotsess. Enamik tehnoloogiatööstuse ettevõtteid kasutab sarnast koostöömudelit. Kõige sagedamini räägime tellimusprojektidest - idee arendamisest nullist - või outsourcing.
Koostöö põhimõtted koos tarkvaramaja äratab sageli klientide uudishimu. Nad tahavad teada üksikasjalikku kava igapäevase koostöö, tulemuste aruandluse, rollijaotuse ja nende vajaliku kaasamise kohta. projekt. Kui kliendil on vaja teha koostööd välise partneriga, sest tema tehnoloogilised nõuded on kõrged ja tema tootearendus, võib tal olla muret kogu protsessi pärast. Kui klient on töötanud ainult oma toodete majasisene, ei pruugi ta teada, kas koostöö välise meeskond on tõhus.
Kui te otsustate selle võimaluse kasuks oma toode arendus, siis avastate kiiresti, et koostöö tarkvaramaja juures on palju plusse. See on eelkõige kulutõhus lahendus, see pakub kvaliteetset tööd tänu nende spetsialiseerumisele mõnele valitud valdkonnale ja tagab pideva tehnilise toe.
Põhimõtteliselt on selle koostöö kaks kõige populaarsemat viisi. On olemas kohandatud projektid ja outsourcing.
Kohandatud projekt
See koostöö kehtib nullist välja töötatud projektide puhul. Tavaliselt tulevad kliendid toote ideega ja esitavad selle tarkvaramaja ette. Mõnikord ei pruugi neil olla konkreetset ideed, kuid nad teavad, millised on kõige olulisemad funktsioonid, mida nad sooviksid oma lahenduses rakendada. Algstaadiumis aitab tarkvaramaja (kasutades oma kogemusi) kontseptuaalselt välja töötada toote visandi, aidates kliendil mõista, milline on õige tehnoloogia konkreetse toote jaoks. Seda etappi võiks nimetada konsultatsiooniks.
See koostöö algfaas on vajalik projekti spetsifikatsioonide ja eesmärkide määratlemiseks. See ülesanne kuulub kliendile. Selle põhjal saab tarkvaramaja teha hinnangu konkreetsete ülesannete kulude, projekti kestuse ja tähtaegade kohta. Mõlemad pooled õpivad tundma teineteise tööviisi ja täpsustavad üksikasju. Vajaduse korral saab klient konsulteerida tarkvaramaja poole, et leida alternatiivseid lahendusi. Kui me räägime kohandatud projektid, kõige tavalisem praktika on toote vajalike funktsioonide loetelu määratlemine, et saavutada MVP (Minimaalne elujõuline toode).
Sel hetkel otsustab klient, kas koostöö saab edasi liikuda ja leping allkirjastatakse. Teises etapis moodustab tarkvaramaja meeskonna, mis hakkab projekti arendama. Sageli ei koosne need meeskonnad mitte ainult arendajatest, vaid ka UX/UI-disaineritest - sõltuvalt projekti tüübist. Seejärel valitakse projektijuht, kes koordineerib kogu tööd ning tegutseb ühenduslülina kliendi ja arendajate vahel, et tagada parim suhtlustase. Samuti on hea tava anda kliendile võimalus tutvuda kogu meeskonnaga algusest peale. See aitab tekitada kliendis usaldust ja kaasatust meeskonda.
Aeg on arengufaasi jaoks. Enamik tarkvarafirmasid eelistab töötada Scrumi metoodika järgi. (lähenemine, mida võime samuti soovitada), tänu millele arendatakse kõiki projektiga seotud ülesandeid järk-järgult ja teatud aja jooksul. Kõik ülesanded asuvad näiteks Jira (või mõne muu projektijuhtimine tööriistad) ja need on rühmitatud järgmiselt:
- mahajäämus - tulevikus täidetavad ülesanded
- teha - ülesanded, mida täidetakse ajal, mil sprint
- pooleli - ülesanded, mille kallal meeskond praegu töötab.
Sprindi kestus on tavaliselt umbes kaks nädalat. Selle aja jooksul keskendub meeskond valitud ülesannete elluviimisele ja testib pidevalt loodud funktsioone (kood ülevaade). Tänu igapäevastele koosolekutele saab meeskond jagada teavet oma töö edenemise kohta ja kliendid saavad iganädalased aruanded, mis näitavad projekti arengut.
Sõltuvalt kliendi vajadustest võib mõlema poole vaheline suhtlus toimuda sagedamini, mõnikord isegi iga päev. Tavaliselt kasutatakse suhtluse hõlbustamiseks selliseid vahendeid nagu Slack või Jira. Sel viisil ei ole kliendil mitte ainult ajakohane ülevaade edusammudest, vaid ta saab ka igal ajal meeskonnaliikme käest midagi küsida. See protsess aitab hoida toote pidevat arengut.
Tasub märkida, et pärast koostöö aluste loomist ja projekti spetsifikatsiooni kinnitamist lõpeb kliendi kaasamine. Kogu protsessi võtab seejärel üle tarkvaramaja, kelle ülesanne on saavutada konkreetsed eesmärgid ja sihid.
Välislepingud
Teine võimalus on outsourcing. Selle valivad tavaliselt ettevõtted, kellel on kiire või kiireloomuline vajadus seoses oma toote arendamisega. Teine põhjus, miks valitakse outsourcing, võib olla piisava pädevuse või tööjõu puudumine ettevõttesiseses meeskonnas. Selline koostöö võib alata palju kiiremini kui tellimusprojektid, sest klient teab algusest peale selgelt oma vajadusi ja nõudeid.
outsourcing-l põhineva koostöö esimeses etapis määrab klient oma vajadused ja palub tarkvaramajal määrata sobiv meeskonnaliige, kellega ta võiks koostööd teha. Seejärel tuleb enamasti tema oskuste kontrollimine. Seda saab teha intervjuu ja tutvumiskohtumise kaudu. Kuid mõnikord võib tarkvaramaja rakendada kliendi jaoks tasuta prooviperioodi (1-2 nädalat), et testida potentsiaalse töötaja oskusi.
Kui vastavustõendamise etapp on edukalt lõpule viidud, tellib klient ühe või mitu arendajat, kes liituvad tema sisemise meeskonnaga. Sellisel juhul mängib tooteomanik otsustavat rolli. Ta võtab ühendust kaugarendajatega ja koordineerib nende tööd. Kogu see protsess muutub lihtsamaks tänu spetsiaalsetele vahenditele, mis aitavad mõõta iga arendaja tööaega. See on kasulik teave ka kliendile, et mõista, kui palju aega on tegelikult vaja konkreetse ülesande täitmiseks.
Nagu te ilmselt märkasite, on outsourcing suhteliselt lihtne ja kiire lahendus, mis ei nõua kliendilt suuri kohustusi. See on lihtne viis, kuidas ettevõte saab lisada arendajaid oma ettevõttesisesesse meeskonda ajutiste projektide jaoks. Selle eeliseks on ka võimalus viia läbi testperiood, kus arendaja oskusi kontrollitakse ja ettevõte saab tutvuda tema töömeetodiga ning lõpuks otsustada, kas teha edasist koostööd. See minimeerib riski, et valitakse vale kandidaat.

Kokkuvõte
Kohandatud projektid ja outsourcing on tõhusad meetodid oma toote arendamiseks tehnoloogilisest küljest. Oluline on valida õige partner - eelistatavalt selline, kellel on kogemused teiega sarnaste projektide arendamisel. See peaks teid kinnitama, et tarkvaramaja omab piisavat pädevust, et teid aidata. Samuti tasub kontrollida teiste klientide arvamusi ja vaadata, kuidas nad hindavad kogu meeskonna tööd.
Loe edasi: