Didžiausi iššūkiai kuriant pasirinktinę programinę įrangą

Technologijų pramonėje ne kartą pastebėsite, kad net 50-70% *privaloma programinės įrangos kūrimas projektai nesėkmės pabaiga. Ši sena problema yra daugelio košmaras CTOs ir technikos vadovai. Kita vertus, išankstinis įspėjimas reiškia, kad galite pasiruošti sau ir savo komanda ir sumažinti nesėkmės riziką. Tai iššūkis, su kuriuo susiduria kiekviena programuotojų komanda, produktas dizaineriai ir jūs, kaip vadovas, turėtumėte susitikti.*

Neabejoju, kad užsakomoji programinė įranga projektai reikalauja daug pastangų, todėl, norėdami sėkmingai dirbti, turite pasirūpinti net mažiausiomis smulkmenomis. Tiesą sakant, pažvelgęs į statistinius duomenis šia tema, stebiuosi problemos mastu. Asmeniškai supratau, kaip tai svarbu, kai perskaičiau istorijas įmonių, kurių bendradarbiavimas su technologiniais partneriais baigėsi nesėkme arba jų komanda prarado projektas dėl gerokai viršyto biudžeto ar termino.

Pradėjau domėtis, kodėl taip yra. Turiu kelerių metų patirtį užsakomosios programinės įrangos kūrimo projektai, todėl ši tema mane ypač sudomino. Nusprendžiau, kad, remdamasis savo patirtimi, nustatysiu visas didžiausias grėsmes, susijusias su *pritaikytos programinės įrangos kūrimas, kuriuo dabar pasidalinsiu su jumis.*

Mano asmeninis didžiausių iššūkių, susijusių su programinės įrangos kūrimu pagal užsakymą, sąrašas

1. Kalbos barjeras. Tai viena iš dažniausiai pasitaikančių problemų, kai žmonės ieško techninio partnerio. Tačiau neabejoju, kad šį veiksnį galima lengvai išspręsti. Būtent, jums tereikia pasirinkti programinės įrangos kūrimo partneris kurie gali užtikrinti sklandų bendravimą. Anglų kalbos mokėjimas yra privalomas. Tai tarptautinė kalba, be kurios neįmanoma tinkamai susikalbėti. Įsivaizduokite situaciją, kad norite pasikalbėti su kūrėjas apie kokią nors problemą ar klaidą. Jei paaiškėja, kad vienintelis angliškai kalbantis asmuo yra projekto vadovas, kuris nėra techninis darbuotojas, tuomet kyla problema. Turite žinoti, kad bendravimas su kūrėjais - kad būtų veiksmingas - turi būti labai tikslus, o tam reikia mokėti anglų kalbą. Prisiminkite šią paprastą taisyklę.

2. Prastas bendravimas. Bendravimo aspektai šiek tiek susiję su kalbos barjeru. Be kalbos, turite būti įsitikinę, kad jūsų kasdienis bendradarbiavimas yra gerai organizuotas. Mano nuomone, šis aspektas dažnai praleidžiamas pro akis. Kompetencija kūrimo komanda gali būti esminė jų darbo dalis, tačiau bendravimas su klientais taip pat. Be to, - tai žinau iš savo patirties, - jei abipusio bendravimo procesas yra tinkamai valdomas, visas projektas vyksta daug efektyviau ir išvengiama nereikalingų problemų, pavyzdžiui, vėlavimo.

3. Terminų laužymas. Tai labai dažna situacija, su kuria galbūt esate susidūrę ir patys. Labai sunku nustatyti terminus, per kuriuos programinės įrangos kūrimo projektai. Dažnai pradinės prielaidos būna visiškai klaidingos. Nesugebėjimui laikytis terminų gali turėti įtakos daugelis veiksnių, įskaitant ir tuos, kuriuos aprašiau šiame straipsnyje. Manau, kad tinkamas metodas projektų valdymas vaidina svarbų vaidmenį. Rekomendacijos? Neabejotinai "Scrum".

4. Nepakankamos žinios. Programinės įrangos kūrimo projektams paprastai reikia plačių technologijų žinių. Tai didelis iššūkis, jei atsižvelgsime į tai, kad technologijos nuolat tobulėja, o kūrėjai turi būti nuolat informuoti apie visas naujienas. Šiuo požiūriu svarbu, kad jūsų pačių komanda būtų susipažinusi su technologijų naujienomis. Tai nėra taip savaime suprantama, kaip gali atrodyti, ypač kai įgyvendinamas programinės įrangos kūrimo projektas. vidinis nedidelė kūrėjų grupė. Gali susidaryti situacija, kai paaiškės, kad jūsų komandos kompetencija yra nepakankama, o tai gali greitai sukelti problemų ir dėl to projektas gali žlugti.

5. Nenuosekli vizija. Įsivaizduokite situaciją, kai pradedate bendradarbiauti su technologijų partneriu, pvz. programinės įrangos namai ir aptarkite savo poreikius. Išsamiai aprašykite gaminį, kurį norėtumėte sukurti. Iš pradžių atrodo, kad viskas vyksta sklandžiai. Tačiau ilgainiui paaiškėja, kad jūsų ir partnerio vizija visiškai skiriasi. Dėl to kyla problemų, nes kūrėjų ir produkto dizainerių komandos darbas neatitinka jūsų lūkesčių.
   Manau, kad tai gana dažna problema. Kartais sunku suderinti kliento viziją su kūrėjų naudojamais "kietais" sprendimais. Šioje situacijoje neabejotinai praverčia techninės komandos patirtis ir minkštieji įgūdžiai. Svarbu, kad techninis partneris patenkintų jūsų lūkesčius, tačiau kaip klientas turite žinoti, kad tam tikras programinės įrangos bendrovės pasiūlytas sprendimas iš tiesų gali pasirodyti veiksmingesnis. Turėkite tai omenyje.

6. Pakeitimai projekto metu. IT projektų atveju įprastinės grėsmės yra apimties šliaužimas (iš savininko pusės) ir "aukso sodinimas" (iš PM, Scrum Master ar kūrėjų). Nekontroliuojami projekto pakeitimai, naujų funkcijų pridėjimas ar pakeitimų įvedimas neabejotinai priskiriami prie grėsmių, darančių įtaką projektų efektyvumui ir greičiui. Teisingas požiūris į valdymą - užtikrinti, kad pirmasis pagrindinis etapas būtų 100% tikslus, nes tai turės įtakos vėlesnei projekto sėkmei.

7. Nepakankamai lėšų Projektų rengimas. Finansavimas iš esmės yra vienas svarbiausių jūsų projekto sėkmės veiksnių. Tai akivaizdu. Tačiau norėčiau atkreipti jūsų dėmesį į kiek kitokį aspektą. Svarbu, kad turėtumėte garantuotą ilgalaikį biudžetą, o ne tik pačioje pradžioje numatytą kūrimo laikotarpį. Kodėl? Priežastis paprasta. Labai dažnai pasitaiko, kad kūrimo laikas pailgėja iki 20-30%. Į tai turite atsižvelgti, kad jūsų projektas būtų finansiškai saugus. Sumažinsite riziką, kad jūsų projektas vis dar bus kūrimo etape, kai pradės ryškėti biudžeto trūkumai. Tai tiesiogiai susiję su neteisingai apskaičiuota projekto trukme.

8. Neapibrėžtos grėsmės ir silpnosios vietos. Prieš pradėdami projektą tikriausiai žinote, kad visas procesas gali būti nelengvas. Tikriausiai sutiksite su manimi, kad kiekvienas projektas yra iššūkis. Taigi, manau, kad prieš pradėdami projektą turėtumėte išanalizuoti galimas grėsmes ir trūkumus, kurie gali turėti įtakos galutiniam rezultatui. Svarbu tinkamai valdyti tokias grėsmes nuo pat pradžių.

Santrauka

Nenorėčiau teigti, kuri iš pirmiau išvardytų grėsmių yra dažniausia. Manau, kad tam nėra jokios taisyklės - viskas priklauso nuo projekto specifikos. Tačiau jei susidursite su iššūkiu sėkmingai įgyvendinti savo projektą, turėkite omenyje tai, ką čia parašiau. Manau, kad atsižvelgimas į mano aprašytas problemas gali būti jums orientyras, nurodantis, ko nedaryti ir kaip elgtis iškilus grėsmei. Visa tai tam, kad netaptumėte žiaurios statistikos auka, o, atvirkščiai, sėkmingai užbaigtumėte projektą.

To linkiu ir jums. Jei turite klausimų, susijusių su programinės įrangos kūrimas pagal užsakymą, susisiekite su manimi. Mielai į visus juos atsakysiu.

Skaityti daugiau:

Kodėl verta turėti augimo komandą, atsakingą už verslo plėtrą? "Codest" atvejo analizė

Kaip rasti savo produktui tinkamą rinką?