Monthly Archives: kovo 2015

Užduočių vertinimas – valandomis ar istorijų taškais?

1427376734_678120-calendar-clock-128Susipažinusiems su scrum projektų valdymo metodika, dažnai iškyla klausimas, kaip geriau vertinti užduotis – įprastai valandomis ar išbandyti istorijų taškus (story points). Užduoties taškas žymi vartotojo istorijos, reikalavimo ar užduoties dydį, tačiau nėra lygus laiko matavimo vienetui. Šie taškai yra naudojami scrum komandų ir suteikia galimybę prognozuoti, kiek pastangų reikės įdėti, norint pabaigti užduotį. Skamba puikiai, tačiau daugumos nuomone tą patį galima pasiekti ir prognozuojant valandomis, taigi kyla klausima, kokie yra vertinimo istorijų taškais privalumai ir kada jį pasirinkti?

Dažniausiai norint nusakyti bet kokio darbo kiekį yra vartojami laiko vienetai – minutės, dienos, valandos. Šiais matais esame įpratę nusakyti ne tik savo darbo, bet ir asmeninių veiklų trukmę, toks planavimas yra įprastas. Tačiau kalbant apie projektų ir užduočių valdymą dauguma susiduria su laiko įvertinimo problema – mat nusakyti, kiek laiko tiksliai užtruks viena ar kita užduotis gali būti sunku. Tai nutinka dėl kelių faktorių – žmogus nėra tokios užduoties atlikęs anksčiau, jis dirba su nauja įranga, komandos nariais, galbūt jaučia psichologinį spaudimą iš komandos atlikti užduotį per tam tikrą laiko kiekį, konkurenciją su kolegomis. Tokiais atvejais komandos nariai įvardiją apytikslį valandų kiekį, kuris gali būti gerokai trumpesnis ar ilgesnis, nei iš tikrųjų.

Continue reading

Tagged ,

Ideali iteracijos trukmė?

Pradedant taikyti iteratyvius projektų valdymo metodus, dauguma įmonių susiduria su vienu neišvengiamu klausimu – kokia yra ideali iteracijos trukmė? Stengdamosi šį klausimą išspręsti, kai kurios remiasi sėkmingais kitų įmonių pavyzdžiais, kitos bando atspėti, kas geriausiai tiks jiems. Tačiau visos norėtų žinoti, kaip pasirinkti teisingai?

Iteracijomis paremtas darbų planavimas naudojamas scrum, kanban ir kitose projektų valdymo metodologijose. Iteracijų trukmė priklausomai nuo komandos varijuoja nuo vienos iki keturių savaičių, išimtiniais atvejais – net iki kelių mėnesių. Kadangi metodologijos nenusako, kaip geriausiai nustatyti iteracijos trukmę daugumos įmonių pasirinkimas lieka likimo valiai. Norint priimti teisingą sprendimą, pirmiausiai reikėtų nepasimesti. Tinkamiausia iteracijos trukmė dažniausiai nustatoma per tam tikrą laiko tarpą, komandai dirbant iteracijų principu ir pamažu išsiaiškinant savo poreikius ir pirmenybes.

Trumpos iteracijos visada geras pasirinkimas toms komandoms, kurios dar tik pradeda dirbti iteratyvių metodikų principais. Tokiu būdu komanda greičiau supranta naujos metodikos veikimo principus ir pamažu įsivažiuoja į naująjį darbo tempą. Taip pat, dirbant trumpomis iteracijomis, komandos nariai greičiau pastebi savo pasiekimus ir gali įvertinti darbo efektyvumą ir savo pačių produktyvumą. Trumpos iteracijos puikiai tinka tiems projektams, kurie neturi labai aiškiai apibrėžtų tikslų. Šiuo atveju, dirbant trumpomis iteracijomis, galima nuolatos koreguoti ir tikrinti darbų eigą, užtikrinant, jog einama teisinga kryptimi.

Kita vertus, ilgesnės iteracijos pravarčios toms komandoms, kurios neturi galimybės dažnai susitikti su klientais ar investuotojais. Kadangi po kiekvienos iteracijos, komanda turi jiems pristatyti padarytus darbus, organizuoti trumpas iteracijas, kai susitikimai yra reti, būtų nelogiška. Taigi, iteracijas rekomenduojama derinti taip, jog po kiekvienos jų būtų galimas susitikimas su klientais apžvalgai ir komentarams. Ilgesnės iteracijos taip pat labiau tinka tiems projektams, kurių reikalavimai yra sudėtingesni, tai yra, sukurti klientui suprantamą vertę užtrunka daugiau laiko. Tokiuose projektuose rengiant per trumpas iteracijas, klientai gali nepajusti komandos sukurtos vertės ir būti nusivylę pateiktu rezultatu.

Taigi, sprendžiant kokia iteracijos trukmė yra tinkamiausia, reikia atsižvelgti į keletą faktorių – komandos patirtį dirbant iteratyviu principu, projektų tikslų aiškumą, galimybę atsiskaityti užsakovui bei projekto reikalavimų sudėtingumą. Tiksliai apibrėžus projekto tikslus ir detales, nuspręsite, kokios iteracijos yra pačios tinkamiausios jūsų komandai – trumpos ar ilgos. Iš tiesų, visai nesvarbu, kokiomis iteracijomis dirbate jūs ar jūsų konkurentai, svarbu tik tai, kad jų trukmė atitiktų komandos procesą ir poreikius.

Nusistatykite savo pradinę iteracijos trukmę, nesvarbu, ar tai viena ar keturios savaitės, ir pradėkite darbus. Stebėkite, kaip jums sekasi, matuokite rezultatus ir keiskite trukmę, jei to reikia. Dauguma komandų geriausią iteracijos trukmę nustato per keletą kertų ir tik vienetai ją atspėja iš karto, tad nebijokite eksperimentuoti!

 

Tagged ,

Kas geriau: fizinė ar elektroninė užduočių lenta?

lentos

Tarp iteratyvių projektų valdymo metodikų vartotojų, dažnai kyla klausimas kas geriau – paprasta ar elektroninė užduočių lenta. Vieni laikosi nuomonės, jog projektų valdymo įrankis, tik pradėjus naudoti naują metodologiją ne padeda, o tik sukelia nepatogumus ir netgi gali būti nesėkmės priežastimi. Jų nuomone programinė įranga švaisto darbuotojų laiką, skirtą atlikti naudingus darbus. Kiti teigia, jog paprastos (fizinės) projekto lentos yra patogios tik pačioje pradžioje, mokantis dirbti su nauja metodika. Jų nuomone, šios lentos ne tik apsunkina komandą, bet ir tampa didele našta projektui įsibėgėjus. Taigi, kuri pusė teisi?

Fizinės užduočių lentos iš pažiūros atrodo labai paprastos ir patrauklios. Jos puikia atvaizduoja komandos užduotis, bendrą projekto progresą ir statusą ir yra lengvai pritaikomos bei lanksčios pokyčiams. Tokia lenta lengvai pasiekiama ir puikiai matoma visiems komandos nariams, ji taip pat suteikia galimybę kiekvienam prisiliesti prie komandos progreso. Atrodytų, jog viskas ko reikia, tai lenta, keli rašikliai ir lipnūs lapeliai, tačiau pradėjus darbus, dauguma komandų susiduria su problemomis. Continue reading

Tagged , ,

Tradicinis ir inovatyvus projektų valdymas, ką pasirinkti?

Projektų valdymas – svarbi ir neatsiejama kiekvienos įmonės veiklos dalis. Nesvarbu, kokio dydžio įmonė bebūtų ar kokia veikla užsiimtų, projektų valdymo metodai įmonės viduje sukuria procesus, tikslumą ir progresą, be kurių nebūtų įmanoma judėti pirmyn.

Kelis dešimtmečius pasaulyje populiariausia projektų valdymo metodika tituluojama krioklio metodika, jau tapusi tradiciniu įmonių pasirinkimu. Remiantis krioklio metodika, projektas yra atliekamas nuosekliai palaipsniui – projekto pradžioje išskiriamos pagrindinės veiksmų fazės (dizainas, gamyba, testavimas ir kt.), kurios yra atliekamos viena paskui kitą eiliškumo tvarka. Tai leidžia įmonei paprastai ir aiškiai planuoti darbus, sekti projekto progresą ir jį lengvai valdyti. Metodikai suteiktas krioklio vardas, nes darbų fazės viena paskui kitą seka tarsi laiptai ar krioklys.

1

Kad būtų šiek tiek lengviau įsivaizduoti, kaip tai veikia, panagrinėkime automobilių gamintojų pavyzdį. Vadovaudamiesi krioklio metodika ir norėdami sukurti naują automobilio modelį,  automobilių gamintojai pirmiausia parengtų visus naujojo automobilio brėžinius ir planus. Kai šie planai būtų baigti ir patvirtinti, prasidėtų visų detalių gamyba. Pabaigus gamybą toliau eitų viso automobilio surinkimas ir galiausiai surinkus automobilį, būtų atliekami visi reikalingi testai, užtikrinantys jo veikimą ir saugumą. Taigi automobilių gamintojas turėtų labai aiškų fiksuotą procesą, kaip pasiekti norimą rezultatą.

Nors ši sistema iš pažiūros atrodo puiki, pradėjus gilintis, dauguma pastebi, jog jai trūksta lankstumo ir prisitaikymo prie besikeičiančių aplinkybių, su kuriomis verslas susiduria kasdien. Ši metodika nėra ideali ir kuriant naujus produktus, nes klaidos ir trūkumai yra atrandami tik projekto pabaigoje, priėjus testavimo fazę. Tokiu atveju, visą procesą reikia pradėti iš naujo, laiko ir kitų resursų sąskaita.

Alternatyva krioklio metodikai yra laikomos iteratyvios projektų valdymo metodikos. Tarp jų atšakų randame scrum, kanban ir kitus pritaikymus, kurie siūlo kitokį, inovatyvų požiūrį į projektų valdymą. Pagrindinė šios metodikos savybė – lankstumas ir nuolatinės pridėtinės vertės klientui kūrimas.

Šios vertybės yra pasiekiamos darbą organizuojant ne stambiais etapais, o trumpomis atkarpomis, kurių metu sukuriama maža baigtinė produkto dalis. Projektas yra išskirstomas į pagrindinius kliento ar užsakovo reikalavimus, kurie yra surikiuojami prioriteto tvarka nuo pirmo iki paskutinio. Tuomet projekto komanda pradeda darbą nuo aukščiausią prioritetą turinčio reikalavimo ir nustato, kokias užduotis turi atlikti, kad jį įvykdytų. Atlikus visas užduotis ir pristačius rezultatą klientui, projekto komanda imasi sekančio rekalavimo ir taip toliau, kol projektas užbaigiamas.

3

Kad būtų šiek tiek aiškiau, vėl pasitelkime automobilių gamintojus. Šiuo atveju, pirmiausia jie išskirtų, kokius reikalavimus automobiliui kelia užsakovas (kad automobilis važiuotų, kad būtų greitas, kad turėtų 5 vietas ir t.t.). Tuomet nuspręstų, kuriuos reikalavimus įgyvendins pirmus, kuriuos po jų ir pradėtų darbus, siekdami įgyvendinti aukščiausio prioriteto reikalavimą. Sakykime, aukščiausias prioritetas priskirtas reikalavimui, jog mašina važiuotų – komanda išskirtų, kokius darbus reikia atlikti jam įgyvendinti (sukurti variklį, važiuoklę, ratus ir kt.), juos paskirstytų tarpusavyje ir pradėtų darbus. Tik ištestavus ir pristačius važiuojantį automobilį užsakovams, bei gavus jų patvirtinimą, kad viskas atitinka reikalavimus, komanda imtųsi sekančio didžiausią prioritetą turinčio reikalavimo. Taip palaipsniui būtų sukurtas automobilis, atitinkantis visus užsakovų reikalavimus.

Iteratyvios projektų metodikos pritaikymas leidžia įmonėms lengvai pastebėti ir greitai ištaisyti klaidas – dirbant trumpų iteracijų principu, darbas yra peržiūrimas po kiekvienos iteracijos, ne tik projekto gale. Ši metodika taip pat suteikia galimybę ne taip skausmingai reaguoti į rinkos pokyčius ar pasikeitusius klientų reikalavimus – kadangi darbai yra planuojami ne visam projektui, o tik trumpai atkarpai, klientų poreikių pasikeitimas nereiškia, jog reikės keisti viso projekto planus. Galiausiai, ši projektų valdymo metodika suteikia daugiau užtikrintumo klientui, mat projekto komanda nuolatos pristato savo darbo rezultatus, kas leidžia sekti jų daromą progresą.

Projektų valdyme dauguma įmonių renkasi tarp tradicinio krioklio metodo ir inovatyvių, iteracijomis paremtų, metodų. Nors, kuris metodas geriausiai tinka Jūsų komandai, pasakyti sunku, tai priklauso nuo komandos ir projekto specifikos, galima išskirti kelias charakteristikas, padėsiančias apsispręsti. Tradicinis projektų valdymas puikiai tiks įmonėms ir projektams, kurių procesas yra aiškus ir nekintantis. Tuo tarpu, projektams ar įmonėms, kurios kuria naujus produktus, ar dirba nuolatos kintančiomis sąlygomis, prie kurių svarbu prisitaikyti greitai ir be didelių kaštų, iteracijomis paremtas projektų valdymas tiks labiau.

Pasidalinkite, kurį projektų valdymo metodą renkatės Jūs?

 

Tagged , , ,
Popo.lt tinklaraščiai. Hosting powered by   serverių hostingas - Hostex
Eiti prie įrankių juostos