Kaip išvengti projektų vėlavimo?

IT pramonė gali atrodyti itin klestinti ir sėkminga, tačiau ši problema yra rimta ir gali kelti grėsmę verslo rezultatams. IT projektai yra vieni iš sudėtingiausių, kuriuos reikia valdyti. Galutiniam rezultatui įtakos gali turėti daug veiksnių. Visi turimi pramonės tyrimai rodo, kad problemos mastas yra didelis. Pateikiame keletą įdomių faktų, kurie leis geriau suprasti grėsmes:

1. Vidutiniškai IT projektai viršija iš pradžių numatytą biudžetą 27%.

2. Vidutiniškai vienas iš šešių IT projektų viršija biudžetą iki 200%.

3. 55% apklaustų vadovų mano, kad pagrindinė IT projektų nesėkmių priežastis yra biudžeto viršijimas.

4. Tik 28% įmonių, diegiančių IT projektas naudoja specialius metodus, skirtus projektų valdymas.

5. Savo ruožtu 77% didelio našumo IT projektai įgyvendinami naudojantis projektų valdymo programine įranga.

6. Tik 64% IT projektų iš tikrųjų pavyksta įgyvendinti visus pradžioje užsibrėžtus tikslus.

7. Vadovai, naudojantys bet kurią projektų valdymo metodiką, gali geriau susitvarkyti su biudžeto vykdymu, susitikimų valdymu, team darbo koordinavimu ir grafiko laikymusi.

8. 71% IT projektų įgyvendinama naudojant Agile projektų valdymo metodikos.

9. 57% IT projektų žlunga dėl netinkamos komunikacijos sistemos.

Iš pirmo žvilgsnio tikriausiai jau pastebėjote keletą tipinių klaidų. dažniausios priežastys, dėl kurių IT projektų įgyvendinimo vėlavimas.. Pateiksiu jų sąrašą, kad susidarytumėte išsamų vaizdą apie dažniausiai pasitaikančias grėsmes:

Biudžetas

Vienas iš pagrindinių veiksnių - neteisingas biudžeto įvertinimas. Manau, kad tai tikrai didelė problema visoje IT pramonėje. Ką konkrečiai turiu omenyje? Pateiksiu pavyzdį. Klientas kreipiasi į programinės įrangos namai dėl galimo bendradarbiavimo. Tada jis pristato savo tikslus, projekto prielaidas ir informuoja projekto vadovą apie turimą biudžetą. Tačiau darbų apimtis dažnai būna neproporcinga biudžetui. Ir čia iškyla problema.

Todėl esu kitokio sprendimo šalininkas. Būtent, pirminio sąmatos sudarymo proceso metu klientas ir programinės įrangos gamybos įmonė gali sutikti su prielaidomis, tačiau jie turi žinoti, kad jos gali keistis. Norėčiau pabrėžti, kad toks požiūris nebūtinai reiškia didelį biudžeto viršijimą. Viename iš mūsų projektų, kurį įgyvendinome vienam iš klientų iš Norvegija, manome, kad kūrimo procesas užtruks X dienų. Dėl to mums pavyko atlikti darbą 20% greičiau. Ši situacija rodo, kad kartais sunku numatyti tikslų projekto įgyvendinimo laiką, taigi ir biudžeto dydį.

Kitos projekto prielaidos

Neteisingas biudžeto įvertinimas yra tik vienas iš projektų aspektų, kurie gali būti neteisingai įvertinti. Kartais kliento lūkesčiai gali būti neįgyvendinti. Tiek funkcionalumo, tiek termino požiūriu. Veiksmai skubant, spaudžiant laikui, visada sukelia neigiamų padarinių. Raktas į sėkmę yra tinkamas planavimas, kuriame dalyvauja ir klientas, ir programinės įrangos namai. Būtina suprasti vienas kitą ir visiškai priimti daromas prielaidas.

IT projektų vėlavimas - blogas darbo organizavimas

Minėtoje statistikoje turbūt pastebėjote, kad tinkamo požiūrio į projektų valdymą nebuvimas gali turėti rimtų pasekmių. Tinkamas projektų valdymas kiekviename etape padeda organizuoti darbą, paskirti užduotis konkretiems žmonėms ir prižiūrėti viso proceso efektyvumą. IT projektai paprastai būna sudėtingi, todėl naudoti projektų valdymo ir darbo organizavimo priemones pagal "Agile" principus yra neįkainojama.

Bendravimo trūkumas

Jei projektas reikalauja abiejų pusių - kliento ir programinės įrangos gamintojo - bendradarbiavimo, būtina tinkamai suplanuoti visą komunikacijos procesą. Esmė - keistis pranešimais, kurie būtų visiškai suprantami ir nestabdytų darbo. Šį aspektą reikėtų aptarti ir suplanuoti prieš pradedant kūrimo darbus. Galite nustatyti periodinius kontrolinius taškus (jei reikia, net kasdien), per kuriuos abi šalys dalysis naudinga informacija apie būklę produktų kūrimas.

Kliento pokyčiai

Papasakosiu jums trumpą istoriją, kuri labai dažnai kartojasi mūsų pramonėje. Kai klientas nori bendradarbiauti su mus, jis dažnai ateina su jau paruošta idėja. Puiku, mums patinka, kai klientas tiksliai žino, ką produktas jam reikia. Tačiau problema ta, kad kai kurios prielaidos laikui bėgant pasitvirtina, o klientai keičia savo nuomonę. Galiausiai jie prašo ko nors kito. Visa tai gerokai pailgina darbo laiką, biudžetą ir atitinkamai kelia grėsmę visam projektui.

Todėl geras metodas yra laipsniškas projekto vystymas. MVP atitinka šiuos poreikius. Tai tikrai veiksmingas metodas, kuris gali būti taikomas ir jūsų projektui. Daugiau apie jį galite paskaityti šis straipsnis.

Statistika - dar ne viskas! Jūsų projektas neturi vėluoti

Esu įsitikinęs, kad jei atidžiai išanalizuosite visus šiame straipsnyje aprašytus veiksnius, padarysite atitinkamas išvadas, tada jūsų projektas gali būti vykdomas su 100% efektyvumu.

Baigdamas palieku jums nedidelį patarimą iš savo patirties. Prieš pradėdami kurti savo produktą, peržiūrėkite turimus kitų panašių į jūsų projektą sėkmingų projektų pavyzdžius. Dėl to turėsite galimybę išanalizuoti gerąją patirtį, kuri gali būti naudinga. Yra daugybė būdų patikrinti kitus projektus ir produktus. Be kita ko, rekomenduoju, pvz. Clutch portalas.

Viskas iš manęs. Linkiu sėkmingo projekto!

Skaityti daugiau:

- Proptech. Sparčiai besivystanti pramonė. Kodėl verta ją stebėti?