M. Kaminskas ir A. K. Remeikienė. LEAN projektas: sėkmės istorijos, iššūkiai ...Agile Lietuva
LEAN projekto, startavusio 2019 metų lapkritį ir į savo veiklą įtraukusio 11 viešojo sektoriaus institucijų, tikslas – sukurti veiklos valdymo sistemą, kurį leistų efektyviau vykdyti veiklą ir padėtų institucijoms geriau tenkinti visuomenės interesus.
„Per daugiau nei dvejus metus diegiant LEAN metodus, procesų valdymo ir rodiklių stebėsenos sistemas turėjome daug sėkmės istorijų ir išmoktų pamokų bei iššūkių. Analizuodami procesus supratome, kad LEAN žengia kartu su skaitmenizacija ir automatizavimu ir tai tapo viena pagrindinių mūsų projekto krypčių“ ,- sako M. Kaminskas ir A. K. Remeikienė.
B. den Haak. How to make OKRs Lean AgainAgile Lietuva
OKRs are a goal-setting, strategy execution tool that involves setting ambitious goals that lead to measurable results. The thing is, over the years, OKRs have gotten too complicated - they need to be put on a diet - and that’s where Lean OKRs step in. They are hyper-focused on one single OKR to rule all others. Often, OKRs are not set up for success and thus tossed aside.
There are four (and a half) common reasons why your OKRs aren’t working. Among them, the importance of finding a rhythm for making OKRs part of your way of working, leading teams with trust, and getting the foundation in place so teams aren’t running before they learn how to walk.
D. Aitcheson. How to make forecasts that are actually accurate.Agile Lietuva
If you're fed up with endless arguments, over whether a story should be 3 points or 5 points? Irritated with having to provide estimates to your management that you know are probably going to be wrong? We investigated that there's a BETTER WAY. Can we make the unpredictable world of product development a little more predictable?
M. Kaminskas ir A. K. Remeikienė. LEAN projektas: sėkmės istorijos, iššūkiai ...Agile Lietuva
LEAN projekto, startavusio 2019 metų lapkritį ir į savo veiklą įtraukusio 11 viešojo sektoriaus institucijų, tikslas – sukurti veiklos valdymo sistemą, kurį leistų efektyviau vykdyti veiklą ir padėtų institucijoms geriau tenkinti visuomenės interesus.
„Per daugiau nei dvejus metus diegiant LEAN metodus, procesų valdymo ir rodiklių stebėsenos sistemas turėjome daug sėkmės istorijų ir išmoktų pamokų bei iššūkių. Analizuodami procesus supratome, kad LEAN žengia kartu su skaitmenizacija ir automatizavimu ir tai tapo viena pagrindinių mūsų projekto krypčių“ ,- sako M. Kaminskas ir A. K. Remeikienė.
B. den Haak. How to make OKRs Lean AgainAgile Lietuva
OKRs are a goal-setting, strategy execution tool that involves setting ambitious goals that lead to measurable results. The thing is, over the years, OKRs have gotten too complicated - they need to be put on a diet - and that’s where Lean OKRs step in. They are hyper-focused on one single OKR to rule all others. Often, OKRs are not set up for success and thus tossed aside.
There are four (and a half) common reasons why your OKRs aren’t working. Among them, the importance of finding a rhythm for making OKRs part of your way of working, leading teams with trust, and getting the foundation in place so teams aren’t running before they learn how to walk.
D. Aitcheson. How to make forecasts that are actually accurate.Agile Lietuva
If you're fed up with endless arguments, over whether a story should be 3 points or 5 points? Irritated with having to provide estimates to your management that you know are probably going to be wrong? We investigated that there's a BETTER WAY. Can we make the unpredictable world of product development a little more predictable?
Aleksandra Černiauskienė. Misija Bloomberg: Agile pagal amerikiečiusAgile Lietuva
Bloomberg projektas iš esmės skirtas išmokyti valstybinio sektoriaus inovacijų komandas naudoti Design Service mąstymą diegiant projektą Agile metodu.
Vilnius dalyvavo Skaitmeninių inovacijų iniciatyvoje, su „Bloomberg Philanthropies“ ir partneriais iš Future gov, Londonas.
Projekto tikslas – paspartinti skaitmenines inovacijas, siekiant patobulinti gyventojams svarbias paslaugas. „FutureGov“ dirbo su Vilniaus savivaldybe, kartu kurdami projektą ir iš naujo modeliuodami paslaugą, kaip gyventojai gali naudotis suaugusiųjų socialinėmis paslaugomis.
Šis projektas yra įvairiapusiškas, ne tik jungtine tarptautine specialistų komanda iš įvairių sričių, bet ir tuo kad siekiant skaitmenizuoti ir optimizuoti paslaugą buvo siekiama užtikrinti, kad piliečiai būtų paslaugos kūrėjai ir greitai gautų reikiamą rezultatą.
Maija Aniskovič. Agile įtaka komandos motyvacijai.Agile Lietuva
Susitkimo metu Maija pakvietė dalyvius padiskutuoti, kaip Agile filosofija, principai skatina mus jausti didesnę motyvaciją ir kodėl svarbi savirefleksija bei komandos partnerystės jausmas;
Taip pat pasidalino įžvalgomis ir patirtimi, kokie Agile įrankiai pasiteisino labiausiai, kokią įtaką jie padarė ir kaip pasikeitė emocinė atmosfera komandos viduje.
dr. E. Janiūnienė. Asociacijos Agile Lietuva atlikto Agile tyrimo pristatymasAgile Lietuva
Agile Lietuva savanoriai atliko Agile praktikų ir principų taikymo projektų valdyme tyrimą, siekdami išsiaiškinti organizacijų patirtis diegiant ir naudojant inovatyvius projektų valdymo metodus. dr. Erika Janiūnienė pristatė duomenų analizės rezultatus.
M. Aniskovič. Laužome stereotipus: Agile gali drąsiai taikyti visiAgile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
R. Krukonis. Reikalingas greitas rezultatas – pakeiskime projekto darbų organ...Agile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
M. Jovaišas. Viešojo sektoriaus lankstumas įgyvendinant transformacijasAgile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
A. Kovaliov. Kas nėra Agile jaunystėje, tas neturi širdies. Kas nėra Watefall...Agile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
V. Vasiliauskas. Nestandartinis atvejis: nuo Kanban prie ScrumAgile Lietuva
Susitikimo metu išgirdome istoriją kaip Teamhood produkto kūrėjai perėjo nuo Kanban prie Scrum metodikos. Taip pat sužinojome, ką turi bendro gyvavimo ciklas ir skirtingų Agile metodų taikymas.
Leonard Vorobej. Agile projektų valdymas pradedantiesiemsAgile Lietuva
Viešojo sektoriaus atstovams skirto 12-ojo nuotolinio bendraminčių susitikimo metu:
- susipažinome su Agile principais ir vertybėmis;
- nuotoliniu būdu „sukurėme“ saugaus eismo mokymo priemonę;
- sužinojome apie populiariausius Agile metodus ir praktikas.
Giedrė Žemulaitytė. Agile personalo skyriaus valdyme Agile Lietuva
Agile evangelistai jau seniai kalba apie platesnį Agile darbo organizavimo filosofijos pritaikomumą. Paskutinis Scrum gido atnaujinimas tik patvirtino šią tendenciją - jame asociacijų su programinės įrangos kūrimu bei IT liko minimaliai.
Agile Lietuva bendruomenė buvo supažindinta su šia tendencija, meetup'o metu, kurio tema - Agile už IT ribų.
Gabija Fatėnaitė. Agile ir Scrum turinio kūrimo ir marketingo komandoseAgile Lietuva
Agile evangelistai jau seniai kalba apie platesnį Agile darbo organizavimo filosofijos pritaikomumą. Paskutinis Scrum gido atnaujinimas tik patvirtino šią tendenciją - jame asociacijų su programinės įrangos kūrimu bei IT liko minimaliai.
Agile Lietuva bendruomenė buvo supažindinta su šia tendencija meetup'o metu, kurio tema - Agile už IT ribų.
Gediminas Milieška. Agile kelionės: nuo transformacijos iki planavimo dideliu...Agile Lietuva
Nuotolinio susitikimo metu Gediminas Milieška ir Denis Vanpoucke atskleidė spalvotus Agile kelionių užkulisius. Išgirdome dvi istorijas: pirma - apie pirmus žingsnius Agile transformacijoje, o antra - apie Agile planavimą dideliu mastu. Pranešėjai pasidalino žiniomis, patirtimi ir iššūkiais, su kuriais jiems teko susidurti šiose skirtingose Agile kelionėse.
Denis Vanpoucke. Agile kelionės:nuo transformacijos iki planavimo dideliu mastuAgile Lietuva
Nuotolinio susitikimo metu Gediminas Milieška ir Denis Vanpoucke atskleidė spalvotus Agile kelionių užkulisius. Išgirdome dvi istorijas: pirma - apie pirmus žingsnius Agile transformacijoje, o antra - apie Agile planavimą dideliu mastu. Pranešėjai pasidalino žiniomis, patirtimi ir iššūkiais, su kuriais jiems teko susidurti šiose skirtingose Agile kelionėse.
Irmantas Znatinas. Kodėl reikalingas Agile, kai "pas mus ir taip viskas puiki...Agile Lietuva
Vilniaus miesto savivaldybės Inovacijų ir technologijų grupės (ITG),kuriančios produktus ne tik Vilniaus miestui, tačiau ir visai Lietuvai susitikimo metu papasakojo
apie išmoktas pamokas diegiant Agile valstybiniame sektoriuje.
ITG komanda pasidalino nestandartinės Agile kelionės įspūdžiais ir savo patirtimi:
kaip pradėti neturint didelio biudžeto pokyčiams;
kuo pavojingas per didelis entuziazmas diegiant Agile;
kaip nauji diegiami principai ne tik didina produktų kokybę, bet ir gerina komandinį
darbą.
A. Kovaliov ir A. Kublickij. Diegimo etapas prasideda nuo pirmos iteracijos ....Agile Lietuva
Ar jums pažįstama situacija, kai IT sprendimas yra kuriamas ilgai ir rezultatą gaunate tik projekto pabaigoje?
Tiek dirbant su išoriniu tiekėju, tiek su vidine komanda, norint pasiekti gerą rezultatą ir gauti naudą kuo anksčiau geriausia IT sprendimus kurti ir diegti kuo mažesnėmis dalimis - iteracijomis. Kiekvienos iteracijos rezultatas - funkcionalumo prieaugis, plečiantis arba gerinantis sistemos veiksmingumą. Efektyviausi būdai tai pasiekti - kruopštus darbų planavimas ir procesų automatizavimas.
Pranešimo metu pranešėjai pasidalino žiniomis ir patirtimi apie DevOps išteklius, praktikas ir veiklas, būtinas agile projektui, siekiant automatizuoti diegimus į testavimo ir/arba gamybinę aplinkas. Pristatymas pagrįstas kompleksinio mikroservisais grįsto (angl. microservice) produkto Scaled Agile gamybos patirtimi.
Laimonas Lileika. Susitikimas, kuris galėjo būti... „Slack“ žinutėAgile Lietuva
Šeštasis Agile manifesto principas teigia: pats naudingiausias ir efektyviausias būdas dalintis informacija yra daryti tai gyvai. Kitaip tariant - ne tik fiziškai visiems būnant toje pačioje vietoje, bet ir būtinai sinchroniniu būdu.
Vienas iš asociacijos Agile Lietuva įkūrėjų, susitikimo pranešėjas Laimonas Lileika mano, kad šis principas toks, koks buvo suformuluotas prieš 20 metų, prarado aktualumą, tad atėjo laikas jį arba perrašyti, arba perkelti į Agile mitų sąrašą.
Laimonas dirba tarptautinėje bendrovėje „Toptal“. Tai viena didžiausių, pilnai nuotoliniu būdu dirbančių, įmonių, neturinti nei vieno biuro. Per dešimt metų „Toptal“ darbuotojai sukūrė brandžią nuotolinio darbo kultūrą, kurioje 98% komunikacijos yra skaitmeninė, o darbuotojai dirba iš bet kurio pasaulio krašto.
Pranešimo metu Laimonas pasidalino, kas yra tie likę 2% komunikacijos, papasakojo apie darbo organizavimo principus (anglų k. Ways of Working), įrankius, procesų robotizaciją bei kitus sinchroninės ir asinchroninės komunikacijos elementus, užtikrinančius sklandų IT ir produkto vystymo komandų darbą.
Pranešimo vaizdo įrašas: https://bit.ly/Laimono_įrašas
Mikas Jovaišas. Vienas žingsnis veiklos transformacijos linkAgile Lietuva
Nuotolinio susitikimo metu pranešėjas Mikas Jovaišas kalbėjo apie:
– Transformacijos portfelio valdymą viešojo sektoriaus organizacijoje.
– Portfelio apimties valdyme taikytus metodus ir jų diegimą žemos brandos organizacijoje.
– Portfelio valdymo iššūkius: organizacijos pasirengimą ir komandos gebėjimus.
Taip pat Mikas pateikė praktinių veiklos patarimų ir apžvelgė transformacijos progresą.
Ugnė Kryževičiūtė. Refleksijos ir pamokos - ne tik apie procesusAgile Lietuva
„Į komandos sėkmę galima žvelgti kaip į dėlionę, susidedančią iš įvairių praktikų, procesų ir, be abejo, bendro komandos gerbuvio. Reguliarios refleksijos mums padeda įsivertinti šios dėlionės sudaromą paveikslą ir suprasti, kad mus stabdo bei kas padeda judėti pirmyn“ ,- sako Ugnė.
Pranešėja pasidalino „hands on“ patirtimi apie komandos retrospektyvas: jų pokyčius, klaidas, pamokas ir kokių iššūkių įprastoms praktikoms įnešė netikėtai pakitusios darbo sąlygos.
Ugnė eina Frontend programuotojos pareigas Vinted. Pranešėjos kelią į programavimą lydėjo nuolatinės refleksijos, reikšmingai prisidėjusios prie profesinio augimo ir karjeros pokyčio.
Metų pradžioje susikūrus naujai komandai, Ugnė savo jėgas nusprendė išbandyti vesdama komandos retrospektyvų susitikimus, prisidėdama prie komandos savirefleksijos ir tobulėjimo.
Ugnės pranešimo vaizdo įrašas: https://bit.ly/Ugnės_pranešimas
Artūras Baranauskas. Agile refleksijos: būdas gerinti kliento patirtįAgile Lietuva
12-asis Agile Manifesto principas pažymi, kad komanda reguliariai aptaria, kaip tapti efektyvesne, atitinkamai derina ir keičia savo darbo metodus. Taip pat pabrėžia, kad reguliarus patirties aptarimas yra reikalingas siekiant didinti komandos efektyvumą ir pasiruošti būtiniems pokyčiams, tinkamai prisitaikyti prie pa(si)keitimų.
Didžioji dalis publikacijų apie Agile, 12-ąjį principą sieja su komandos efektyvinimu - žinių, praktikų / procesų tobulinimu ir pritaikymu.
„Aš siūlau į 12-ąjį Agile principą pažvelgti kiek iš kitos perspektyvos - kliento / užsakovo patirties gerinimo ir būdo parengti bei pateikti geresnius produktus, t.y. labiau atitinkančius kliento / užsakovo poreikius“, - sako Artūras.
Pranešėjas Artūras Baranauskas pastaruosius 6 metus dirbo procesų vystytojo / savininko / vadovo pozicijose - ITIL srityje. Taip pat turi sukaupęs 2 m. praktinę patirtį Agile (SAF'e).
Artūro pranešimo vaizdo įrašas: https://bit.ly/Artūro_pranešimas
Nerijus Kliukas. Agile refleksijos: 3 išmoktos pamokosAgile Lietuva
„Yra sakoma, kad protingi mokosi iš savų klaidų, o išmintingi iš svetimų. Koks esi tu: protingas ar išmintingas?
Aš siūlau į 12-ąjį Agile Manifesto principą pažvelgti iš fasilitatoriaus perspektyvos - ką aš, kaip Scrum meistras, galiu daryti kitaip, kad retrospektyvos būtų produktyvesnės ir neštų daugiau naudos ne tik komandos nariams individualai, bet ir visai organizacijai. Susitikimo metu dalinsiuosi savo klaidomis ir išmoktomis pamokomis“ ,- sako Nerijus.
Pranešėjas savo karjerą Agile pradėjo prieš 5 metus.Per tą laiką jam teko išbandyti PMO konsultanto, Scrum Master ir Agile Coach pozicijas keliose tarptautinėse kompanijose Lietuvoje. Šiuo metu Nerijus dirba Agile Coach / Scrum Master Telia Global Services LT.
Pranešimo vaizdo įrašas: https://bit.ly/Nerijaus_pranešimas
Aleksandra Černiauskienė. Misija Bloomberg: Agile pagal amerikiečiusAgile Lietuva
Bloomberg projektas iš esmės skirtas išmokyti valstybinio sektoriaus inovacijų komandas naudoti Design Service mąstymą diegiant projektą Agile metodu.
Vilnius dalyvavo Skaitmeninių inovacijų iniciatyvoje, su „Bloomberg Philanthropies“ ir partneriais iš Future gov, Londonas.
Projekto tikslas – paspartinti skaitmenines inovacijas, siekiant patobulinti gyventojams svarbias paslaugas. „FutureGov“ dirbo su Vilniaus savivaldybe, kartu kurdami projektą ir iš naujo modeliuodami paslaugą, kaip gyventojai gali naudotis suaugusiųjų socialinėmis paslaugomis.
Šis projektas yra įvairiapusiškas, ne tik jungtine tarptautine specialistų komanda iš įvairių sričių, bet ir tuo kad siekiant skaitmenizuoti ir optimizuoti paslaugą buvo siekiama užtikrinti, kad piliečiai būtų paslaugos kūrėjai ir greitai gautų reikiamą rezultatą.
Maija Aniskovič. Agile įtaka komandos motyvacijai.Agile Lietuva
Susitkimo metu Maija pakvietė dalyvius padiskutuoti, kaip Agile filosofija, principai skatina mus jausti didesnę motyvaciją ir kodėl svarbi savirefleksija bei komandos partnerystės jausmas;
Taip pat pasidalino įžvalgomis ir patirtimi, kokie Agile įrankiai pasiteisino labiausiai, kokią įtaką jie padarė ir kaip pasikeitė emocinė atmosfera komandos viduje.
dr. E. Janiūnienė. Asociacijos Agile Lietuva atlikto Agile tyrimo pristatymasAgile Lietuva
Agile Lietuva savanoriai atliko Agile praktikų ir principų taikymo projektų valdyme tyrimą, siekdami išsiaiškinti organizacijų patirtis diegiant ir naudojant inovatyvius projektų valdymo metodus. dr. Erika Janiūnienė pristatė duomenų analizės rezultatus.
M. Aniskovič. Laužome stereotipus: Agile gali drąsiai taikyti visiAgile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
R. Krukonis. Reikalingas greitas rezultatas – pakeiskime projekto darbų organ...Agile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
M. Jovaišas. Viešojo sektoriaus lankstumas įgyvendinant transformacijasAgile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
A. Kovaliov. Kas nėra Agile jaunystėje, tas neturi širdies. Kas nėra Watefall...Agile Lietuva
Agile pusryčiai – tai kasmetinė asociacijos Agile Lietuva konferencija, skirta valstybinio sektoriaus atstovus supažindinti su iteraciniais-inkrementiniais projektų valdymo metodais (angl. agile), jų pritaikymo galimybėmis įsigyjant, įgyvendinant ir valdant skirtingus projektus.
V. Vasiliauskas. Nestandartinis atvejis: nuo Kanban prie ScrumAgile Lietuva
Susitikimo metu išgirdome istoriją kaip Teamhood produkto kūrėjai perėjo nuo Kanban prie Scrum metodikos. Taip pat sužinojome, ką turi bendro gyvavimo ciklas ir skirtingų Agile metodų taikymas.
Leonard Vorobej. Agile projektų valdymas pradedantiesiemsAgile Lietuva
Viešojo sektoriaus atstovams skirto 12-ojo nuotolinio bendraminčių susitikimo metu:
- susipažinome su Agile principais ir vertybėmis;
- nuotoliniu būdu „sukurėme“ saugaus eismo mokymo priemonę;
- sužinojome apie populiariausius Agile metodus ir praktikas.
Giedrė Žemulaitytė. Agile personalo skyriaus valdyme Agile Lietuva
Agile evangelistai jau seniai kalba apie platesnį Agile darbo organizavimo filosofijos pritaikomumą. Paskutinis Scrum gido atnaujinimas tik patvirtino šią tendenciją - jame asociacijų su programinės įrangos kūrimu bei IT liko minimaliai.
Agile Lietuva bendruomenė buvo supažindinta su šia tendencija, meetup'o metu, kurio tema - Agile už IT ribų.
Gabija Fatėnaitė. Agile ir Scrum turinio kūrimo ir marketingo komandoseAgile Lietuva
Agile evangelistai jau seniai kalba apie platesnį Agile darbo organizavimo filosofijos pritaikomumą. Paskutinis Scrum gido atnaujinimas tik patvirtino šią tendenciją - jame asociacijų su programinės įrangos kūrimu bei IT liko minimaliai.
Agile Lietuva bendruomenė buvo supažindinta su šia tendencija meetup'o metu, kurio tema - Agile už IT ribų.
Gediminas Milieška. Agile kelionės: nuo transformacijos iki planavimo dideliu...Agile Lietuva
Nuotolinio susitikimo metu Gediminas Milieška ir Denis Vanpoucke atskleidė spalvotus Agile kelionių užkulisius. Išgirdome dvi istorijas: pirma - apie pirmus žingsnius Agile transformacijoje, o antra - apie Agile planavimą dideliu mastu. Pranešėjai pasidalino žiniomis, patirtimi ir iššūkiais, su kuriais jiems teko susidurti šiose skirtingose Agile kelionėse.
Denis Vanpoucke. Agile kelionės:nuo transformacijos iki planavimo dideliu mastuAgile Lietuva
Nuotolinio susitikimo metu Gediminas Milieška ir Denis Vanpoucke atskleidė spalvotus Agile kelionių užkulisius. Išgirdome dvi istorijas: pirma - apie pirmus žingsnius Agile transformacijoje, o antra - apie Agile planavimą dideliu mastu. Pranešėjai pasidalino žiniomis, patirtimi ir iššūkiais, su kuriais jiems teko susidurti šiose skirtingose Agile kelionėse.
Irmantas Znatinas. Kodėl reikalingas Agile, kai "pas mus ir taip viskas puiki...Agile Lietuva
Vilniaus miesto savivaldybės Inovacijų ir technologijų grupės (ITG),kuriančios produktus ne tik Vilniaus miestui, tačiau ir visai Lietuvai susitikimo metu papasakojo
apie išmoktas pamokas diegiant Agile valstybiniame sektoriuje.
ITG komanda pasidalino nestandartinės Agile kelionės įspūdžiais ir savo patirtimi:
kaip pradėti neturint didelio biudžeto pokyčiams;
kuo pavojingas per didelis entuziazmas diegiant Agile;
kaip nauji diegiami principai ne tik didina produktų kokybę, bet ir gerina komandinį
darbą.
A. Kovaliov ir A. Kublickij. Diegimo etapas prasideda nuo pirmos iteracijos ....Agile Lietuva
Ar jums pažįstama situacija, kai IT sprendimas yra kuriamas ilgai ir rezultatą gaunate tik projekto pabaigoje?
Tiek dirbant su išoriniu tiekėju, tiek su vidine komanda, norint pasiekti gerą rezultatą ir gauti naudą kuo anksčiau geriausia IT sprendimus kurti ir diegti kuo mažesnėmis dalimis - iteracijomis. Kiekvienos iteracijos rezultatas - funkcionalumo prieaugis, plečiantis arba gerinantis sistemos veiksmingumą. Efektyviausi būdai tai pasiekti - kruopštus darbų planavimas ir procesų automatizavimas.
Pranešimo metu pranešėjai pasidalino žiniomis ir patirtimi apie DevOps išteklius, praktikas ir veiklas, būtinas agile projektui, siekiant automatizuoti diegimus į testavimo ir/arba gamybinę aplinkas. Pristatymas pagrįstas kompleksinio mikroservisais grįsto (angl. microservice) produkto Scaled Agile gamybos patirtimi.
Laimonas Lileika. Susitikimas, kuris galėjo būti... „Slack“ žinutėAgile Lietuva
Šeštasis Agile manifesto principas teigia: pats naudingiausias ir efektyviausias būdas dalintis informacija yra daryti tai gyvai. Kitaip tariant - ne tik fiziškai visiems būnant toje pačioje vietoje, bet ir būtinai sinchroniniu būdu.
Vienas iš asociacijos Agile Lietuva įkūrėjų, susitikimo pranešėjas Laimonas Lileika mano, kad šis principas toks, koks buvo suformuluotas prieš 20 metų, prarado aktualumą, tad atėjo laikas jį arba perrašyti, arba perkelti į Agile mitų sąrašą.
Laimonas dirba tarptautinėje bendrovėje „Toptal“. Tai viena didžiausių, pilnai nuotoliniu būdu dirbančių, įmonių, neturinti nei vieno biuro. Per dešimt metų „Toptal“ darbuotojai sukūrė brandžią nuotolinio darbo kultūrą, kurioje 98% komunikacijos yra skaitmeninė, o darbuotojai dirba iš bet kurio pasaulio krašto.
Pranešimo metu Laimonas pasidalino, kas yra tie likę 2% komunikacijos, papasakojo apie darbo organizavimo principus (anglų k. Ways of Working), įrankius, procesų robotizaciją bei kitus sinchroninės ir asinchroninės komunikacijos elementus, užtikrinančius sklandų IT ir produkto vystymo komandų darbą.
Pranešimo vaizdo įrašas: https://bit.ly/Laimono_įrašas
Mikas Jovaišas. Vienas žingsnis veiklos transformacijos linkAgile Lietuva
Nuotolinio susitikimo metu pranešėjas Mikas Jovaišas kalbėjo apie:
– Transformacijos portfelio valdymą viešojo sektoriaus organizacijoje.
– Portfelio apimties valdyme taikytus metodus ir jų diegimą žemos brandos organizacijoje.
– Portfelio valdymo iššūkius: organizacijos pasirengimą ir komandos gebėjimus.
Taip pat Mikas pateikė praktinių veiklos patarimų ir apžvelgė transformacijos progresą.
Ugnė Kryževičiūtė. Refleksijos ir pamokos - ne tik apie procesusAgile Lietuva
„Į komandos sėkmę galima žvelgti kaip į dėlionę, susidedančią iš įvairių praktikų, procesų ir, be abejo, bendro komandos gerbuvio. Reguliarios refleksijos mums padeda įsivertinti šios dėlionės sudaromą paveikslą ir suprasti, kad mus stabdo bei kas padeda judėti pirmyn“ ,- sako Ugnė.
Pranešėja pasidalino „hands on“ patirtimi apie komandos retrospektyvas: jų pokyčius, klaidas, pamokas ir kokių iššūkių įprastoms praktikoms įnešė netikėtai pakitusios darbo sąlygos.
Ugnė eina Frontend programuotojos pareigas Vinted. Pranešėjos kelią į programavimą lydėjo nuolatinės refleksijos, reikšmingai prisidėjusios prie profesinio augimo ir karjeros pokyčio.
Metų pradžioje susikūrus naujai komandai, Ugnė savo jėgas nusprendė išbandyti vesdama komandos retrospektyvų susitikimus, prisidėdama prie komandos savirefleksijos ir tobulėjimo.
Ugnės pranešimo vaizdo įrašas: https://bit.ly/Ugnės_pranešimas
Artūras Baranauskas. Agile refleksijos: būdas gerinti kliento patirtįAgile Lietuva
12-asis Agile Manifesto principas pažymi, kad komanda reguliariai aptaria, kaip tapti efektyvesne, atitinkamai derina ir keičia savo darbo metodus. Taip pat pabrėžia, kad reguliarus patirties aptarimas yra reikalingas siekiant didinti komandos efektyvumą ir pasiruošti būtiniems pokyčiams, tinkamai prisitaikyti prie pa(si)keitimų.
Didžioji dalis publikacijų apie Agile, 12-ąjį principą sieja su komandos efektyvinimu - žinių, praktikų / procesų tobulinimu ir pritaikymu.
„Aš siūlau į 12-ąjį Agile principą pažvelgti kiek iš kitos perspektyvos - kliento / užsakovo patirties gerinimo ir būdo parengti bei pateikti geresnius produktus, t.y. labiau atitinkančius kliento / užsakovo poreikius“, - sako Artūras.
Pranešėjas Artūras Baranauskas pastaruosius 6 metus dirbo procesų vystytojo / savininko / vadovo pozicijose - ITIL srityje. Taip pat turi sukaupęs 2 m. praktinę patirtį Agile (SAF'e).
Artūro pranešimo vaizdo įrašas: https://bit.ly/Artūro_pranešimas
Nerijus Kliukas. Agile refleksijos: 3 išmoktos pamokosAgile Lietuva
„Yra sakoma, kad protingi mokosi iš savų klaidų, o išmintingi iš svetimų. Koks esi tu: protingas ar išmintingas?
Aš siūlau į 12-ąjį Agile Manifesto principą pažvelgti iš fasilitatoriaus perspektyvos - ką aš, kaip Scrum meistras, galiu daryti kitaip, kad retrospektyvos būtų produktyvesnės ir neštų daugiau naudos ne tik komandos nariams individualai, bet ir visai organizacijai. Susitikimo metu dalinsiuosi savo klaidomis ir išmoktomis pamokomis“ ,- sako Nerijus.
Pranešėjas savo karjerą Agile pradėjo prieš 5 metus.Per tą laiką jam teko išbandyti PMO konsultanto, Scrum Master ir Agile Coach pozicijas keliose tarptautinėse kompanijose Lietuvoje. Šiuo metu Nerijus dirba Agile Coach / Scrum Master Telia Global Services LT.
Pranešimo vaizdo įrašas: https://bit.ly/Nerijaus_pranešimas
2. Apie mane 3 metai projektų vadovas ~1 metai Scrum meistras Scrum pionierius 1,5 metų vadovavimo patirties šuniui
3. Apiekompaniją E-Bros OY įkurta Suomijoje 2000 Kitu vardu veikė nuo 1989 (MP trading) Tarptautinė įmonė veikianti kaip viena Gaminame produktus, ne projektus
28. Išvados Mūsų nesėkmės atnešė mums sėkmę Nėra tikslaus sprendimo Jūsų atvejui - eksperimentuokit Agile manifestas
Editor's Notes
Kokio ilgio sprintai Jums yra optimalūsKiek Jums žmonių reikia komandoje geriausiam rezultatui pasiektiKokių Jums žmonių reikia komandoje, kad užtikrinti geriausią rezultatąAtsakymas: nežinau – eksperimentuokitAš žinau kaip ir kas MUMS buvo geriausia
Prezentacijos planas: kaip buvo prieš, kaip yra dabar, ir kaip atsidurėm ten kur esam.
Krioklys. Nors projektinė kompanija, tačiau užsakymus/funkcionalumą verčiame į vidinius projektus, vidutiniškai 1-3 mėn trukmės.Komandų nebuvo – tai buvo grupė žmonių. Kiekvienas darydavo (bent) po viena projektąPer deadline sužinodavome tikrąjį deadline
Labai džiaugiuosi, jog laikomes agile manifesto Iš proceso pusės:Turim įdiegę ScrumPoreikiui esant naudojam Kanban (dažna prioritetų kaita, netinka scrum)Ilgalaikis planavimasIš bendravimo pusėsSaviorganizacija: net sprinto planavimas vyksta be SM jei jis negaliKliento (savo) įtraukimas į demo
Iš technologinės pusės:Pradėta taikyti daugiau XP praktikųVisada pasiruošę išleisti naują versiją (iš development-brančo)Pavydys: praktika padėjo po to kai reikėjo po 3 mėnesių išleisti ¾ padaryto projekto (Y)
Taigi, nuo ko viskas prasidejo.Reikia pasukti galvą?Priežastis kodėl minejo Ričardas. Man atrodo, labiausiai pjovė projektų „hands-off“, proceso permatomumas, kokybė. Raskit savo problemas ir priežastis. Scrum dėl scrum ar tiksliau procesas dėl proceso greičiausiai naudos neatneš.Visų pirma pasitariau su komanda, pristačiau jiem ScrumIš pradžių niekas neleido. Nors, atvirai pasakius, susitarem su direktorium, kad naudosim ką norim iš Scrum, tačiau taip, kad nekeistų sutarto krioklio proceso2 diegimo būdai: iš karto; pažingsniuiKuris būdas geresnis?: visi teigia priešingai nei bandė. Vadovo komentaras: iš karto.
Daug procesų mačiau, nei vienas nepadėjo. Šitas irgi nepadėsTas pats krioklys tik mažesnėm iteracijomPažiūrim – pamatysimBijojo daug susirinkimų, kad neliks kada dirbtPo diegimo:1 žmogus pabėgo del Scrum (vietoj statistinių 15%, kaip teigiama oficialiuose šaltiniuose)Patiko: įdomiau, matosi galas. Darbai tikrai užbaigiami (kilo motyvacija)Mokosi iš kito kodo, iš to kaip kiti projektuoja ir t.t.„Tai blyn, Scrume dyrbt reikia“
Praktikas rinkomes pagal tai kuri, kaip mums atrodė, įneštų didžiausią vertę į dabartinį procesąŽmogus turintis praktikos iš Scrum labai padėjo praktiniais patarimais. Pamatydavo kai kuriuos nukrypimus į šoną, patardavo, kai neaišku kaip teoriją pritaikyt praktiškai. Toks atsakymas iš visų komandų, kuriose jis dalyvavo
Projektas = iteracija: užduočių sąrašo planavimas ir sudarymasProdukto šeimininkas – komandaVis dar krioklio pagrindu sudarytos užduotys (iš specifikacijos skaldymas papunkčiui, kitaip sakant work breakdown structure). US atrodė geri, nešantys vertę ir t.t., bet negalėjom diegti, nes nebuvo taip kaip atrodė.
Atidavem backloga POIR PASIRODO: vienam produkto šeimininkui yra pakankamai ką veikt, kad susidoroti su „geru“ užduočių sąrašu vienai komandaiJei vartotojų istorijos prastai paruoštos ar nepristatytos iš anksto, sprinto planavimas truks gerokai ilgiau, pvz 4xPradėjom vertinti vartotojo istorijas story pointais, kad turėtumė velocity istoriją
Turime savo elektroninę lentą integrauotą su TFS.Elektroninė yra naudinga tarptautinėje įmonėje dėl matomumo ir analizės, bet nepatogi prižiūrėt (maintain).Paprasta lenta ant sienos labai efektyvi, kai reikia staigiai kąnors joje pakeisti. Minusas: tarptautinėje įmonėje, nėra matomumo nutolusiam asmenim.Naudojame iškart abi lentas
Per sudėtingas grafikas gali padaryti įrankį nenaudojamu
Viena iš didžiausių ir įdomiausiu šendienos mano uždavinių – saviorganizacija. Daug kas galvoja, kad tai neįmanoma ir supranta kaip paleidimą komandos likimo valiai. Tai irgi yra pažingsninis procesas.Delegavimas – vis daugiau leist. Balansavimas tarp tobulejimo ir anarchijos. Bėda gali nutikti tada jei saviorganizacija vyks taip, kaip nėra naudinga stakeholderiams. Anarchija reiškia „be lyderio“, bet tai nebūtinai yra chaosas. Pirmi žingsniai į saviorganizaciją: pvz demo arba sprint planningas - parodydavaukaipreikiagerai atlikti irkelissykiusdingau išsusirinkimųDisciplina (Scrum ne prieko, tačiau disciplina yra rimta sudedamoji meistriškumo dalis ir pradžioje labai padėjo auginant saviorganizaciją) – komanda pati sukūrė proceso sąrašą 20+ itemu
Kaip tai atrodė mūsų kasdieniniame darbe praktiškai
Pradejome taikyti Scrum projektui, kurį darėme jau pusę metų
Kadangi nepribaigėm iki galo tai ką turėjom (krioklio požiūriu):Tuntai bug‘ų iš esamos sistemos (ir tos dalies, kuri yra nebaigta programuoti, nes neatliktas pilnas testavimas, integracija ir pan.)Nepavyko daug sprintųNorejom parodyti kaip scrum yra cool - ypatingai mažas naujo funkcionalumo pristatymas nes:Pradžioje sprintam likdavo 1,5 dienos iš 2 savaičių. Tai reiškia, kad sulėtėjom su naujai pagamintu rezultatu (labai)5sp komanda darė menesį. Šiuo metu darom 10sp per dvi svaitesPirmas sprintas 0,5sp, sekantis 3,5Net ir tada buvo klaidųMes (komanda) daug skyrėm kokybės užtikrinimui ir tobulėjimui. Naujų praktikų, mokymų ir t.t. – pvz unit testing, always ready to deploy
Pagaliau supratę savo klaidą, paslėpėm dalį neištestuoto funkcionalumo, pribaigėm esmę (core) ir padarėm pirmąjį diegimą.Deja to nepakako, praleidom rimtą integracijos testavimą ir grįžus krūvai bug‘ų, teko Scrum atidėti keliom savaitėm.Šitoje vietoje baigsiu apie Scrum diegimą iš projektų pusės ir grįšime šiek tiek atgal, nes po pusės metų kai mes pradėjome pirmuosius Scrum žingsnius, įmonėje pasikeitė procesas iš krioklio į Scrum.
Pagaliau vadovybė atrado laiko panagrineti Scrum. Nors mes neparodem super greicio, musu komandoje dirba ne super zvaigzdes, netgi sprintu daug nepavyko pradžioje, bet mes pasiekeme daugiau nei pakankamai rezultatų tose srityse, kurios buvo esmines kompanijai (kokybė, permatomumas, efektyvesnė komunikacija, projekto uždarymas ir t.t.). Jau pilotinės komandos nebereikejo ir įvyko masinis Scrum diegimas įmonėje.
Turi pasikeisti žmonių tikslai iš asmeninių į komandinius arba turi atsirasti orientacija į komandos pasiekimus. Jei alga priklausys tik nuo asmeninių pasiekimų, komandinis darbas nebus toks koks reikia.Produkto šeimininkas spaudė įsipareigoti per sprinto planavimą. Faktas paprastas: darbas trunka tiek kiek jis trunka, o ne kiek „išgausi“ iš lūpų.Sunku buvo atlikti sprinto planavimą: Sprinto planavimas trukdavo dėl (viena iš priežasčių) nuklydimo į detales. Pabandėm be detalių ir sprintas baigėsi su tuo pačiu rezultatu (tas pats velocity)Geras pavyzdys užkrečia: Kitos komandos natūraliai mokosi iš mūsų
Netrukus po Scrum diegimo įmonėje, mūsų komanda gavo dealine ir užsakė daugiau nei galime funkcionalumo. Kadangi žinojome savo velocity, tai galėjom pamatyti, kad reikia dar daugiau žmonių ir kiek funkcionalumo tilps ir kas netilps
Mes nepradėdavom iš karto sekančio sprinto po vieno baigimo, tačiau taisydavom klaidas (support), darydavom grooming‘aLabiau pradejom kreipti dėmesį į tai, kad perteikti komandai tai ko klientui reikia iš tikrųjų vietoj techninio sprendimo
Sutaupėme laiko,kai story pointus pradėjom matuoti laiko, o ne dydžio perspektyvoje. Ne tai kad lengva matuot SP. Per diena įveikėme 4-5 mėnesius. Rezultatas: deadline atkeliauja už mėnesio, ir mes daug ką atidavę į produkciją ir matom kad spėsim su tuo kas liko.
Pradėjus Scrum, pradės lyst ir lyst įvairios problemos. Vieniems jos bus vienokios, kitiems kitokios. Jos priklausys nuo patirties ir darbo specifikos. Pasidalinau tomis, su kuriomis susidūrėme patys ir kurias dažniausiai teko girdėti ir iš kitų.Žinau tai užknisa! Žinot kas sakoma apie universalius daiktus?Todėl rekomenduoju turėti žmogų su agile patirtim arba sudalyvauti mokymuose.Kaip jau minėjau, greičiausiai bus daug nesėkmių, todėl neieškokite kaltų, o pagirkite žmones už surastus sprendimus.Kad ir ka pasirinksite, siūlau prisiminti, kad visos agile metodologijos remiasi agile manifestu. Gabūt ne visiem gyvenimo atvejam tiks Jūsų pasirinkimas, kaip, kad ir buvo mūsų atveju, tačiau reikėtu nepamiršti agile manifesto kaip esminių principų.