Išlaikyti projektą teisingame kelyje - dažnas iššūkis daugeliui technologinių įmonių, kurių pagrindinis tikslas - laiku ir efektyviai kurti produktus. Tai skaitau tarp eilučių nuolatiniuose pokalbiuose su mūsų klientais ir partneriais. Noriu su jumis pasidalyti įdomia istorija, tikėdamasis, kad ji įkvėps ir jus ir padės išspręsti dažniausiai pasitaikančias problemas, susijusias su veiksmingu programinės įrangos kūrimo projektų valdymu.
Kokia šio klausimo esmė?
Pateikiame keletą dažniausiai girdimų priežasčių:
- Dirbame su savo nauju produktu ir (arba) startuoliu, o laikas, per kurį reikia pateikti produktą rinkai, yra labai svarbus. mus ir mūsų investuotojui (-ams).
- Planuojame išleisti svarbius pipeline leidinius arba naujas funkcijas ir tikrai turime juos pristatyti laiku.
- Planuojame, kad pipeline kūrimas vyks iki metų pabaigos, ir norime, kad IV ketvirtį padėtis būtų patogi, kad išvengtume nereikalingo skubėjimo ir streso.
Kaip matote, valdant projektas bet kuriam technikos vadovui sukelia galvos skausmą. Jie dažnai klausia savęs, kaip organizuoti darbą kūrimo komanda išvengti vėlavimų ir užtikrinti, kad visi suplanuoti produktas funkcijos plėtojamos sklandžiai ir laiku. Nereikia nė sakyti, kad galimas ‘atotrūkis’ ir plėtros sąstingis gali turėti skaudžių pasekmių. Pernelyg optimistiniai tvarkaraščiai, programuotojų trūkumas, prastai organizuotas darbas ir t. t. gali prisidėti prie to, kad jūsų projektas atsiliks nuo galutinio termino.

Maskvos metodas
Pradėkime nuo trumpo paaiškinimo, kas yra MOSKV metodas. Tai specialus prioritetų nustatymo metodas, naudojamas projektų valdymas ir programinės įrangos kūrimas susitarti su suinteresuotosiomis šalimis (klientais ar projekte dalyvaujančiais nariais) dėl to, kokią svarbą jie teikia kiekvieno reikalavimo įgyvendinimui.
Todėl manau, kad geras sprendimas kiekvienam technikos vadovui - išmokti taikyti Maskvos metodą (su tokiomis kategorijomis kaip ‘turi’, ‘turėtų’, ‘galėtų’, ‘negalės’). Pirmųjų dviejų kategorijų - ‘turi’ ir ‘galėtų’ - įgyvendinimas paprastai būna sudėtingas. Dėl užduočių, kurias reikia atlikti, skaičiaus - kartais esant ribotiems žmogiškiesiems ištekliams, artėjantiems terminams ar kai kurioms kitoms kliūtims - gali būti neįgyvendinama.
Iš esmės įmonės skirtingai sprendžia tokio pobūdžio problemas. Geras rizikos valdymas yra raktas į tai, kaip grėsmes paversti pergalėmis. Pateiksiu su šia tema susijusį neseną pavyzdį. Prieš kelias savaites projekto vadovas iš SaaS produkto bendrovė susisiekė su manimi dėl galimybės outsourcing trys programinės įrangos inžinieriai nustatytam laikotarpiui nuo spalio pradžios iki lapkričio pabaigos. Pasitaiko, kad tam tikrais laikotarpiais įmonėms reikia daugiau programuotojų pagalbos, nes reikia atlikti daug užduočių ir išlaikyti norimą projekto plėtros tempą.
Minėtas projekto vadovas sugalvojo įdarbinti specialų komanda galinių inžinierių, žinančių mūsų technologijų stekas atitinka jų pagrindinį produktų paketą. Projektą pradėjome naudodami lankstų ir patogų mokėjimo pagal užsakymą modelį. Nereikėjo rengti daugybės ilgų susitikimų, skambučių ar pasirašyti krūvos sudėtingų sutarčių. Gavome aiškų supratimą apie prašymo pobūdį ir, žinodami, kad laikas čia labai svarbus, sklandžiai organizavome sąranką, todėl gelbėjimo įrenginys team jau paruoštas darbui.
Suvieniję jėgas su technologijų partneriu, atitinkančiu jūsų augimo planus, turėsite ir daugiau privalumų. Išorės pagalba visų pirma yra ekonomiškai efektyvi (sutaupoma iki 35% jūsų biudžeto lėšų). Programuotojai, kurie prisijungia prie jūsų vidinis team dažnai į įgyvendinamą projektą įneša papildomų žinių ir naują požiūrį. Dėl tokio bendradarbiavimo klientas išvengia rizikos ir kliūčių, susijusių su galutiniais terminais, sulėtėjusiais darbais ir ilgu neatliktų užduočių sąrašu. Grįžtant prie minėto MOSCOW metodo: ar verta daryti kompromisus dėl ‘privalomų’ ir ‘turėtų’ kategorijų užduočių atlikimo tempo?

Ar tai jums tinkamas sprendimas?
Tai mūsų požiūris į tai, kaip užtikrinti, kad projektai būtų vykdomi. Man įdomu, ar turite panašios patirties su savo inžinerine team sąranka? Kaip planuojate svarbių funkcijų darbo krūvį savo pipeline atostogų sezono metu? Kokius kitus metodus naudojate ir rekomenduojate kitiems technikos vadovams, kad jie galėtų puikiai praleisti vasarą ne tik atostogaudami, bet ir sklandžiai dirbdami produktų kūrimas? Praneškite man privačia žinute čia.
Sėkmingo planavimo!
Skaityti daugiau: