in apie darbą

Įvertinti, kiek laiko užtruks projekto įvykdymas, tai ne tas pats, kas užsibrėžti optimistišką tikslą

Kaip jau minėjau, po truputį pradedu draugauti su Navision’u. Kadangi esu informatikas, tai programuoti nėra taip baisu. Tačiau, kadangi mūsų kompanija pakankamai maža, tai tenka daugiau biški negu programuoti. Ir (kol kas) nedrąsiai jaučiuosi, kai reikia įvertinti, kiek laiko užtruks padaryti tą ar aną. Aišku, visada galima bandyti išsisukti su konsultantų mėgstamu posakiu “It depends…”, bet kol nedirbu business consultant, nereik naudot ne savo kozirių? O nedrąsumas tai… jeigu per daug optimistiškai pasakysiu, tai – vienas dalykas, kompanija mažiau uždirbs, antras dalykas – galiu nespėt? Jeigu per daug pesimistiškai pasakysiu, tai – vėl kompanija gali nebeuždirbt, nes klientas gali nuspręst, kad per brangu ir kaip apsieisim…

Suprask, su klientu pakalbėjai prieš pusvalanduką, ir pas tave ateina “account manageris” (kaip lietuviškai?), ir klausia “va, girdėjau kalbėjai su klientu apie reikalavimus – kiek užtruksi visa tai įgyvendinti?”. Pastebėjau, kad kažkaip mano stiklinis žvilgsnis account manager’ių neatbaido. Taigi, skaitom knygas toliau “More about software requirements: thorny issues and practical advice“… šiandien įveikiau antrą skyrių (turbūt lėčiau skaityti neįmanoma, nors iš kitos pusės, turbūt taip aktyviai mąstydamas dar jokios knygos nesu skaitęs).

Dažniausiai pasitaikanti programavimo klaida yra ne bug’as, o tiesiog skirtingas kliento ir programuotojo problemos sprendimo supratimas. Aga, idėja logiška, skaitom toliau. Kai skaitau knygą, mėgstu pasibraukti įdomesnes mintis (šįkart, kadangi skaitau CHM’ą, tai įdomesnes mintis tiesiog kopijuoju į notepad’ą).

Įvertinti, kiek laiko užtruks projekto įvykdymas, tai ne tas pats, kas užsibrėžti optimistišką tikslą!” – jeigu būčiau turėtų knygą kietais viršeliais tai rankos būtų sudrebėjusios beskaitant šitą… Taip, pamąsčius, kokias gi aš metodikas taikiau bandydamas įvertinti kiek laiko užtruksiu programuodamas? Turbūt… ką ten turbūt, tikrai kad jokių…

Nors, toliau skaitydamas šiek tiek nudžiugau, pasirodo, pats to nesuvokdamas taikiau “testable requirements” laiko įvertinimą. Mano noras užsirašyti reikalavimus pažingsniui, kad paskui pagal juos būtų pakankamai lengva tiek programuoti, tiek testuoti, turbūt praeityje man davė naudos (bo, tik vieną kartą teko vėluoti su deadline’u).

Tačiau, kad galėčiau rimčiau analizuoti savo darbo našumą, ir vietoj optimistiško spėliojimo, galėčiau drąsiau prognozuoti (nors software projektuose, prognozuoti žodžio iš vis neturėtų būti – taigi čia tik estimates, estimates, estimates) – reikėtų vesti kažkokią tai statistiką ir sekti savo “pakilimus/nusileidimus”. Aišku, yra dar vienas punktas, kuris kaskart gelbsti kailį – tai su kiekvienu developinimu auganti patirtis ir galimybė palyginti reikalavimus su prieš tai įgyvendinto projekto reikalavimais.

Ok, turbūt laikas būtų slink link lovos ir sapnuoti toliau Navision’ą…

O mąstant apie ateitį, tai svarstau kelių kolegų pasiūlymus, pradėt (ir kaip nors greitai pabaigt) AAT Qualification kursus. Protingi dėdės sako, kad tai turėtų man labai padėti bendraujant su įvairių įmonių CFOs. Tai ką, google’inam…

Write a Comment

Comment