Šių metų rugsėjo 29d., tikrai netikėtai man pačiam, buvau pakviestas į Microsoft padalinio Lietuvoje rengiamus „Spaudos pusryčius“, kuriuose buvo supažindinta su kompanijos ateities planais, į šį renginis buvo pakviesti spaudos atstovai ir tinklaraštininkai. Iš tiesų aš savęs ne tik kad nelaikau profesionaliu tinklaraštininku, bet ir apskritai tinklaraštininku, esu tik žmogus, kartas nuo karto pasidalinantis savo [...]
PDP: #7 Tvarkaraščiai ir darbo progreso sekimas
Parašė: Gintaras Slavinskas Data: Balandis 18, 2010
Na praeitą įrašą parašiau apie darbo progreso sekimą darbo žurnale, todėl šis įrašas bus tarsi tęsinys apie tai, kaip reikia sekti ir kaip svarbu fiksuoti statistinę informaciją. Taigi, iškart nieko nelaukdamas pulsiu tiesiai prie reikalo ir pradėsiu savo įrašą apie tvarkaraščius ir darbo progreso sekimą.
Tvarkaraštis – tai smulkiai aprašyta dienotvarkė, kuri pateikia darbų sąrašą, atliekamą atitinkamomis savaitės dienomis. Tai ypač patogus įrankis sekant kelių projektų vykdymo eigą ir darbo progresą vienu metu. Tuo pačiu sutaupoma laiko, kurį reikėtų gaišti, mąstant, koks bus sekantis programos kūrimo žingsnis ir pan.. Žinoma, susidarinėjant tvarkaraštį, reikia žinoti, kiek laiko per dieną galite skirti darbui. Šią informaciją galima gauti išanalizavus istorinę informaciją. Kadangi laikas, kurį galima skirti darbui, pastoviai kinta, reikia tokias analizes atlikti periodiškai, o ne vienintelį kartą. Išskirčiau tokius tvarkaraščio sudarinėjimo etapus:
- Sudarinėjant tvarkaraštį, iš pradžių reikia apskaičiuoti ir įvertinti, kiek išteklių (pvz: laiko, finansų ir t.t.) prireiks atlikti kiekvienam darbui.
- Sekančiu žingsniu reikia apskaičiuoti laiką, kuris bus skiriamas darbams įvykdyti. Atlikus šiuos veiksmus, galime pradėti sudarinėti tvarkaraštį.
- Žinodami, kiek laiko reikia kiekvienam darbui atlikti, galime apskaičiuoti laiką, kurį galime skirti visiems darbams bendrai.
- Sekančiu žingsniu apskaičiuojame laiką, kurį galime skirti kiekvienam darbui ar projektui atskirai, kadangi vienu metu gali būti vykdomi keli darbai ar projektai. Reikia susidaryti lentelę, kurioje visa ši informacija yra pateikta.
- Turint kiekvieno darbo trukmės įvertinimus, yra pildoma darbų vykdymo forma, įvedamas laikas, kurį planuojama skirti konkrečiai užduočiai ir įvedama bendra darbo ar projekto trukmės reikšmė.
Skiriamo laiko darbui tvarkaraščio forma.
| Data | Savaitė | Planuojama skirti valandų | Bendra trukmė |
| 2010-03-08 | 1 | 20 | 20 |
| 2010-03-15 | 2 | 20 | 40 |
| 2010-03-22 | 3 | 20 | 60 |
Taigi, išskirčiau tokius žingsnius reikalingus darbo tvarkaraščiui susidaryti. Iškyla klausimas, o kas toliau? O toliau reikia sugebėti to susidaryto tvarkaraščio laikytis. Nors atrodo, jog susidaryti tokį tvarkaraštį yra ne taip ir paprastą, tačiau pagrindinis ir sudėtingiausias uždavinys yra laikytis savo susidaryto tvarkaraščio. Visas įdėtas triusas ir pastangos, kaupiant įvairaus pobūdžio informaciją, nueis veltui, jeigu Jūs nebandysite sąžiningai laikytis savo susidaryto tvarkaraščio.
Jau praeitame įraše sulaukiau komentaro – kokio velnio aš turėčiau atlikti tuos papildomus darbus? Na gerai, klausimas nebuvo toks aštrus 
Bet esmė ta pati, visi šie darbai nėra skirti programuotojo darbo suvaržymui, netgi atvirkščiai, visi šie žingsniai yra skirti darbo palengvinimui. Nes programuotojui ne tik netenka gaišti laiko planavimo darbams, ką ir kaip reikia atlikti, bet ir suteikia tvirtą pagrindą po kojomis įrodyti savo užsakovui arba darbdaviui, kokiems darbams ir kiek laiko reikės skirti. Todėl nespjaukite į planavimą ir nepatingėkite tam skirti pakankamai laiko.
Žymos: Darbo organizavimas, Informacijos kaupimas, Planavimas
Panašūs įrašai
- PDP: #8 Programinės įrangos kokybė
- Darbo žurnalas – “patobulinta” užrašinė
- Programuotojo darbo procesas: #7 Programos apimties ir kūrimo trukmės įvertinimas
Tema: PDP
Komentarai 3
2010-04-19 Data: 23:09
Visiškai suprantama dėl ko Projektų vadovas (Žmogus, atsakingas už darbų planavimą!) yra Full day job: nes visi šie planavimo, eigos sekimo darbai reikalauja LABAI daug laiko, o ypač pagal tavo rašoma metodiką
.
“Sudarinėjant tvarkaraštį, iš pradžių reikia apskaičiuoti ir įvertinti, kiek išteklių (pvz: laiko, finansų ir t.t.) prireiks atlikti kiekvienam darbui.” – pasakymas “ir t.t.” čia nelabai tinkamas, nes atsiranda neaiškumas ,ką mes turime skaičiuoti. Mano supratimu, vienintelis skaičiuojamas dydis šiame žingsnyje yra Darbo valandų kiekis, reikalingas atlikti darbą. O pvz., finansiniai ištekliai, tai jau išvestinis dydis, kuris priklauso nuo valandos įkainio.
Gal gali paaiškinti skirtumą, tarp pirmo ir antrojo punktų. Nes jie ko tais labai panašūs. ir pirmu atveju skaičiuojam laiką ir antruoju.
Punktuose rašoma apie skirtingus projektus, o tvarkaraštyje nematau JOKIOS informacijos apie skirtingus projektus. Kodėl ? pateiktas tvarkaraštis neduoda jokios vertės (arba pavyzdys blogas), nes iš pateiktos lentelės matyti, kad Bendra trukmė = savaitės numeris x konstanta 20. So, what’s the point ?
ok, siūlau tau pasikviesti žmogų ir duoti jam paskaityti šį blogo įrašą. Garantuoju, kad jis aukščiau išvardintų punktų ir įrašo nesupras. Aš tikiu, kad pas tau viskas aišku, bet kai bandai suprasti kas parašyta – pasidaro laaaabai sunku.
Temos pavadinimas Žiauriai platus, bet perskaitęs aš nieko neišmokau. Jei nori, kad tave suprastu, reikia labiau pasistengti. Padėti čia gali temos susiaurinimas. Pvz., “tvarkaraščio pildymas”. Tada jau būtų geriau..
Anyway, Dėkui, kad stengies, nes lietuviškam it blogų lauke kolkas tik keli smulkūs daigai..
2010-04-21 Data: 19:53
Na nepasakyčiau, kad projektų vadovas turi labai daug laiko skirti laiko planavimui. Žinoma, jo reikia, bet išmokus planuoti, tokie darbai atliekami žymiai lengviau ir greičiau, nei gali pasirodyti.
.
Dėl to, jog man įrašai yra pakankamai sunkiai skaitomi tai pilnai sutinku, kadangi šiaip jau negimiau rašytoju, todėl nėra taip lengva aiškiai ir suprantamai išdėstyti savo mintis, bet stengiuosi tobulėti. Juolab, nors skaitytojų ir nėra daug, bet jų yra! Dėl šios priežasties noras rašyti tinklaraštį tik didėja.
P.S. Verta paminėti, jog, skaitydamas knygas apie PSP, tikrai ne iš pirmo karto perpratau, ką tose knygose norėta pasakyti ir parodyti