Tag Archives: scrum

5 Sklandaus Perėjimo prie Agile žingsniai

Simple-kanban-board-

Susidomėjote ar nusprendėte pradėti taikyti Agile metodikas, tačiau bijote, jog tai nepasiteisins? Jūs ne vieni ir nuogąstaujate ne veltui. Pokyčiai nėra lengvas procesas – jie reikalauja pastangų, kantrybės ir gali neatnešti jokios naudos, tačiau kita vertus gali jos atnešti ir su kaupu. Tad ką daryti, kad užtikrinti kaip įmanomą sklandesnį ir efektyvesnį perėjimą prie Agile? Siūlome 5 paprastus žingsnius į kuriuos vertėtų atkreipti dėmesį.

  • Perpraskite

Ruošiantis bet kokiam įmonės ar asmeninio gyvenimo pokyčiui reikia gerai suprasti, kas jūsų laukia. Pereinant prie kito projektų valdymo metodo neužtenka tik išsirinkti jums labiausiai tinkantį, bet reikia taip pat išsiaiškinti, kaip jis veikia, ir kaip tai įtakos jūsų komandą bei procesus. Tik gerai suvokiant, kokie procesų, bei komandos sandaros pasikeitimai laukia galėsite tinkamai vesti komandą jų link, bei tikėtis sėkmės.

  • Pasiruoškite

Supratus, kas jūsų laukia, reikės tam tinkamai pasiruošti. Pirmiausia informuokite komandą apie naują metodiką, bei kodėl pasirinkote būtent ją. Taip užtikrinsite, jog motyvai yra bendrai suprantami ir priimtini. Apie pokyčius pranešus komandai, taip pat informuokite ir kitas su įmone susijusias interesų grupes, galbūt ši informacija bus svarbi tiekėjams, klientams ar tretiesiems asmenims, nes tai tiesiogiai palies ir juos. Galiausiai pasirūpinkite visais įrankiais pokyčiams įgyvendinti – paruoškite erdves kasdieniams susitikimams, fizines ar elektronines užduočių lentas ir kitus įrankius. Iš gausaus pasirinkimo reikėtų atsirinkti tuos, kurie labiausiai atitinka būtent jūsų komandos poreikius.

  • Bendraukite

Didelė dalis mūsų nesėkmių kyla iš bendravimo stokos ir Agile metodikų pritaikymas ne išimtis. Siekdami sklandžiai pakeisti įmonėje naudojamą metodą, nepamirškite, jog didelė jo sėkmės dalis priklausys nuo efektyvaus ir rezultatyvaus bendravimo tarp jūsų ir jūsų komandos. Bendravimas turėtų būti ištisinis nuo proceso pradžios iki pabaigos, taip užtikrinant, jog pokyčiai yra sėkmingai priimami ir suprantami visų komandos narių.

  • Pritaikykite

Diegiant Agile taip pat labai svarbu suvokti, jog tai nėra baigtinis metodas. Tad jei kažkuris metodo aspektas jūsų komandai netinka ar nėra priimtinas, jį galite keisti pagal savo poreikius. Nors iš pradžių toks procesas gali atrodyti per daug painus ir sudėtingas, pradėjus nuo mažų pokyčių ilgainiui taps paprastu ir labai naudingu. Tad nebijokite eksperimentuoti ir susikurkite sau tinkamiausią Agile versiją.

  • Neskubėkite

Galiausiai, kaip ir su bet kuriais kitais pokyčiais, jums prireiks kantrybės. Nesitikėkite, jog Agile suveiks pernakt. Taip atsitikti gali, bet dažniau tokie atvejai yra išimtis, o ne taisyklė. Tad bendraukite su komandos nariais, tikrinkite, kurie metodai veikia, o kurie ne, keiskite juos pagal savo poreikius ir laukite. Anksčiau ar vėliau Agile iš naujovės taps jūsų įpročiu, kuris pagerins ne tik jūsų, komandos, bet ir įmonės rezultatus.

Turite patarimų, kaip prisijaukinti Agile? Pasidalinkite!

Tagged , ,

LeSS: Scrum Metodika Didelėse Organizacijose

Praėjusią savaitę pristatėme SAFe metodą, skirtą Agile metodikų pritaikymui didelėse organizacijose, tačiau svarbu paminėti, jog tokių metodų yra ne vienas. Tarp geriau žinomų taip pat sutinkame SoS, DAD ir LeSS, tad šią savaitę būtent apie paskutinįjį. LeSS, priešingai nei SAFe, gali būti naudojamas ne su bet kuria, o tik su Scrum metodika. Tad puikiai tiks ją mėgstančioms ar norinčioms praktikuoti įmonėms.

Kaip tai veikia? Pažiūrėkim!

Kalbėdami apie LeSS, negalime nepaminėti jo kūrėjų – Craig Larman ir Bas Vodde. Kitaip, nei daugelio kitų metodų kūrėjai, taikydami Scrum panaudojimui didelėse komandose jie susitelkė į esminių metodo vertybių ir ritualų išsaugojimą. Tokiu būdu jie siekė užtikrinti, jog Scrum panaudojimas mažame ir dideliame žmonių rate ne tik kuo mažiau skirtųsi, bet ir būtų taip pat naudingas. Taigi LeSS metodas nėra Scrum perdirbinys, bet greičiau natūrali metodo evoliucija iš mažos pradedančios komandos į didelę ir sėkmingą įmonę.

less

Panašumai

Šis tikslas pasiektas gana paprastu metodu –užtikrinant kad LeSS išlaikytų daugelį tradicinių Scrum elementų. Kaip ir mažoje komandoje, visa kompanija naudojasi vienu darbų sąrašu (Backlog). Vietoj skirstymo pagal komandas, dėmesys fokusuojamas į galutinį bendrą tikslą – produktą. Pabaigto darbo apibrėžimas (Definition of Done) visoms komandoms taip pat yra vienodas, siekiant suartinti jų atliekamus darbus. Galiausiai, kiekvieno Sprinto pabaigoje yra sukuriamas vienas veikiantis galutinio produkto pagerinimas, kurį prižiūri ir kontroliuoja vienas Produkto Savininkas (Product owner). Tokiu būdu didelėje organizacinėje struktūroje yra išlaikomas vienos komandos ir vieno tikslo jausmas būdingas mažoms įmonėms.

Skirtumai

Žinoma,  toks vienos komandos principas nėra naudojamas visur, nes tiesiog nebūtų efektyvus. Sprinto planavimas (Sprint Planning), Sprinto peržiūra (Sprint Review) ir aptarimai (Retrospektive) yra organizuojami kiek kitaip. Jie taip pat rengiami visoms komandos tuo pačiu metu, tačiau ne visi komandos nariai dalyvauja visuose susirinkimuose.

Kiekvieno Sprinto planavimas yra padalinamas į dvi dalis – pirmojoje dalyvauja po du kiekvienos komandos atstovus ir produkto savininkas, o antroji dalis yra vykdoma atskirai kiekvienoje komandoje. Tokiu būdu komanda gali ne tik susiplanuoti savo darbų progresą, bet ir yra informuota apie bendrą planą bei tikslą. Tai pat yra rengiami ir dabų sąrašo išgryninimo (Backlog Refinement) susirinkimai, kur pirmoji dalis yra skirta užduočių skaidymui, lengvai analizei ir įvertinimui, o antroji dalis yra sutelkta į jų pasidalinimą komandos lygmenyje.

Kasdieniai susirinkimai (Daily Scrum) LeSS metodikoje kiekvienai komandai yra rengiami atskirai, tačiau visuomet yra atviri kitų komandų nariams, kurie netgi gali būti paskirti prižiūrėti kitos komandos susirinkimo kokybę. Visų komandų atstovų susirinkimai (Scrum of Scrums) dažniausiai rengiami porą kartų per savaitę. Jais siekiama trumpai apžvelgti kiekvienos komandos progresą ir užtikrinti, jog visos komandos juda teisinga linkme.

Sprinto peržiūroje (Sprint Review) taip pat dalyvauja po du kiekvienos komandos atstovus, produkto savininkas, bei klientai. Taip sumažinant dalyvių skaičių iki reikalingo informacijai pristatyti. O Sprinto aptarime dalyvauja Scrum vadovai (Scrum Masters) ir po vieną kiekvienos komandos atstovą, sukuriant efektyvią diskusijų apie galimybes ir tolesnį progresą erdvę.

LeSS yra puikus pavyzdys, kaip Scrum metodika gali būti pritaikyta didelėms organizacijoms. Vietoj to, jog metodika ir įrankiai būtų pergalvoti iš naujo, originalūs metodai yra pritaikomi didelėms komandoms. Tai leidžia išlaikyti ne tik metodo dvasią, bet ir komandos vienybę siekiant bendro tikslo.

Tagged , ,

Atraskite Agile metodikų skirtumus

agile_development_logo2Lietuvoje sparčiai augant agile metodikų populiarumui, vis daugiau komandų renkasi scrum, kanban ar scrumban pritaikymus savo našumui pagerinti. Tačiau didėjant vartotojų skaičiui, neišvengiamai didėja ir nesusipratimų, siekiant išsirinkti kiekvienai komandai tinkamiausią metodiką. Svarbu suprasti, jog renkantis geriausią darbo principą, reikia žinoti ne tik jų apibrėžimus, tačiau ir suprasti pagrindinius skirtumus. Būtent šie skirtumai padės atskleisti darbo principus ir komandai teikiamus privalumus.

Darbo metodikų skirtumus patogiausia vertinti pasitelkus konkrečius aptariamus kriterijus. Pirmiausia tai – iteracijos, darbų skirstymas ir darbų apimtis. Šios trys sritys tai vieni pirmųjų dalykų, su kuriais susidursite pradėję diegti naują metodiką komandoje ir nors scrum, kanban ir scrumban metodikos yra panašios, šiuo atveju jos turi ne vieną skirtumą. Continue reading

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