Monthly Archives: sausio 2017

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 , ,

Agile Metodikos Didelėse Organizacijose

Augant Agile metodikų populiarumui, nenuostabu, jog jomis pradeda domėtis ir didelių įmonių atstovai. Jie taip pat nori būti lankstesni, geriau prisitaikyti prie kintančios rinkos ir pasinaudoti kitais Agile teikiamais privalumais. Tačiau dauguma susiduria su problemomis, mat metodikos yra pritaikytos kelių žmonių komandai, o ne dešimčių, šimtų ar tūkstančių darbuotojų organizacijoms. Tokiais atvejais tradiciniai Agile metodai nebėra tinkami, o vietoj jų naudojami kiti, specialiai pritaikyti. Vienas plačiau žinomų tarp jų – SAFe.

SAFe nėra naujas metodas, jis jau keletą metų sėkmingai naudojamas siekiant Agile metodiką pritaikyti didelių organizacijų veiklai. Šifruojamas kaip Scaled Agile Framework arba Praplėstas Agile Metodas, jis pristato naują požiūrį į darbuotojų santykių organizavimą ir taip pritaiko metodiką dideliam žmonių ratui. Vietoj darbuotojų sankirtų vertinimo per vadovavimo lygius, šis metodas padalina įmonę į keturias skirtinguose lygiuose veikiančias komandas – Darbų, Projekto, Vertės ir Portfelio.

Toks pokytis reikalauja nemenkų pertvarkų įmonės struktūroje – visi darbuotojai yra skirstomi į keturis komandų lygius ir dar į atskiras komandas kiekviename lygyje. Tad SAFe vertėtų rinktis tik žinant, jog įmonė pokyčius įveda ilgam, kad tai nėra tik vieno projekto ar trumpalaikė užgaida. Jei dar tik svarstote pradėti naudoti Agile metodiką, verčiau rinktis Scrum ar Kanban metodų pritaikymą kelių mažesnių komandų lygiu. Kita vertus, jei jau esate susipažinę su Agile ir norite praktikuoti visos įmonės mastu, SAFe bus puikus pasirinkimas.

SAFe veikia keturių didelių komandų principu.

Darbų Lygmuo

Pirmasis arba smulkiausias lygmuo sutinkamas šioje metodikoje yra darbų lygmuo. Čia komandomis yra atliekami smulkiausi darbai, leidžiantys įmonei judėti į priekį. Dauguma komandų dirba naudodamos Scrum ar Kanban metodikas pagal savo darbų specifiką ir kiekvienos iteracijos pabaigoje pateikia papildomą vertę galutiniam produktui.

Darbai – Smulkios konkrečios užduotys

Lygmens tikslas – Iteracijos pabaigoje pateikti papildomą vertę.

Komanda – Produkto Savininkas (Product Owner), Scrum Vadovas (Scrum Master) ir Komandos nariai

 

Projekto Lygmuo

Antrasis SAFe metodikoje sutinkamas Projekto arba Produkto lygmuo. Šio lygmens komandos taip pat dirba iteracijų principų, kurių pabaigoje siekia pateikti vertės prieaugį, tačiau jų užduočių specifika skiriasi nuo Darbų Lygmens komandų. Vietoj to, jog dirbtų ties užduotimis, šios komandos dirba ties Darbų lygmes komandų organizavimu siekiant užtikrinti vertės prieaugį produkto ar projekto lygmeniu. Koordinavimui yra naudojamas Agile Išleidimo Traukinys (Agile Release Train), kuris padeda užtikrinti, jog visos koordinuojamos komandos papildomą vertę sukurs vienu metu. Viena Projekto Lygmens iteracija yra lygi penkioms Darbų Lygmens iteracijoms.

Darbai – Darbų Lygmens komandų darbo organizavimas

Lygmens tikslas – Iteracijos pabaigoje pateikti papildomą projekto ar produkto funkcionalumą.

Komanda – Išleidimo Traukinio Inžinierius (Release Train Engineer) atsakingas už iteracijos koordinavimą, Produkto Vadovas (Product Manager) prižiūri ir prioretizuoja darbų sąrašą, Sistemos Architektas – Inžinierius (System Architect – Engineer) atsakingas už techninių sprendimų kryptį.

 

Vertės Lygmuo

Trečiasis – Vertės Lygmuo, atsakingas už Projekto Lygmens komandų koordinavimą ir užtikrinimą, jog visi projekto ar produkto patobulinimai atitinka vertės galutiniam tikslui reikalavimus. Tam pasiekti, šio lygmens komandos koordinuoja kelis ar visus įmonėje kuriamus Agile Išleidimo Traukinius ir koreguoja Projekto Lygmens komandų kryptį, jei to reikia.

Darbai – Projekto Lygmens komandų darbo organizavimas ir vertės kūrimo užtikrinimas

Lygmens tikslas – Iteracijos pabaigoje pateikti papildomą vertės prieaugį įmonei

Komanda – Vertės Srauto Inžinierius (Value Strem Engineer), Sprendimų Vadovas ir Sprendimų Architektas/Inžinierius (Solution Management and Solution Architect/Engineer) prižiūri vykstančius procesus ir užtikrina vertės prieaugį po kiekvienos iteracijos.

 

Portfelio Lygmuo

Paskutinis bei stambiausias – Portfelio Lygmuo. Geriausiu šio lygmens komandos apibūdinimu galėtu būti Įmonės vadovybė, tik SAFe metodikoje ji yra traktuojama, kaip komanda, ne vadovų rinkinys. Šios komandos tikslas – įmonės tikslų ir strategijos nustatymas, bei jų komunikavimas Vertės Lygmens komandoms. Ši komanda nustato bendrą įmonės veiklos kryptį, strategiją ir skiriamus tam įgyvendinti kaštus.

Darbai – Įmonės strategijos kūrimas ir komunikavimas Vertės Lygmeniui

Lygmens tikslas – Iteracijos pabaigoje pateikti aiškius įmonės strategijos tikslus ir tam skiriamus kaštus

Komanda – Programos Portfelio Vadovas (Program Portfolio Manager), Epų savininkas (Epic Owners), Įmonės Architektas (Enterprise Architect) prižiūri vykstančius procesus ir užtikrina vertės prieaugį po kiekvienos iteracijos.

 

SAFe 4.0 Pateikia kitokį, didelėms organizacijoms tinkamą, Agile suvokimą. Komandos pasiskirsto darbus pagal savo kompetencijų lygmenis, vietoj to, jog kiekviena komanda būtų atsakinga už Epo – Vertės – Funkcionalumo – Vartotojo istorijos grandinę. Įmonės vadovai patampa Protfelio Lygmens komanda ir yra atsakingi už Epus, vidutinio lygmens vadovai perima vertės kūrima ir tampa Vertės Lygmens komanda, žemiausiojo lygio vadovai sudaro Projekto Lygmens komandą ir yra atsakingi už funkcionalumus, o įmonės darbuotojai sudaro Darbų Lygmens komandas ir kuria vartotojų istorijų lygmenį.

Šio metodo pritaikymas reikalauja nemažai atsidavimo, bet kartu suteikia aiškų Agile pritaikymo būdą didelėse organizacijos. Daugiau apie SAFe galite sužinoti čia.

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