Kodėl verta rinktis Agile metodiką?
Agile suteikia reguliarias galimybes klientui ir suinteresuotosioms šalims tiesiogiai dalyvauti procese – prieš kiekvieną sprintą, jo metu ir pabaigoje. Ankstyvas ir dažnas veikiančios programinės įrangos demonstravimas stiprina pasitikėjimą bei užtikrina bendrą pažangos supratimą, išvengiant „siurprizų“ projekto pabaigoje.
Agile metodas leidžia klientams nuolat matyti, kas jau sukurta, kas vyksta dabar ir kas planuojama ateityje. Toks skaidrumas reikalauja aktyvaus kliento dalyvavimo, tačiau leidžia pastebėti bet kokius lūkesčių neatitikimus dar ankstyvose stadijose.
Fiksuotos trukmės sprintai (nuo 1 iki 4 savaičių) užtikrina reguliarius ir nuspėjamus veikiančios programinės įrangos prieaugius. Tai leidžia verslui anksti patvirtinti funkcionalumą, keisti prioritetus ir, esant poreikiui, išleisti vertingiausias funkcijas dar nepasibaigus visam projektui.
Kiekvienas sprintas turi fiksuotą trukmę ir apimtį, todėl biudžetas ir kūrimo tempas yra lengvai prognozuojami. Prieš kiekvieną sprintą pateikiami vertinimai padeda klientams priimti pagrįstus sprendimus dėl funkcijų prioriteto ir suprasti būsimų pokyčių kainą.
Agile leidžia nuolat tikslinti produkto užduočių sąrašą (backlog) ir keisti prioritetus tarp sprintų. Tai suteikia kontroliuojamą mechanizmą naujiems reikalavimams įtraukti, neišbalansuojant einamojo sprinto darbų bei išlaikant biudžeto stabilumą.
Klientui suteikiama pilna laisvė nustatyti funkcijų prioritetus. Kūrėjų komanda pirmiausia dirba prie tų sprendimų, kurie kuria didžiausią verslo vertę, todėl investicijos atsiperka greičiau.
Naudojame „naudotojų istorijas“ (user stories) su aiškiais priėmimo kriterijais. Tai leidžia išlaikyti dėmesį ties realiais poreikiais, o ne sausomis techninėmis specifikacijomis, todėl kiekviena sprinto peržiūra tampa vertingu kokybės patikrinimu.
Skaidant projektą į dalis ir atliekant testavimą kiekvieno sprinto metu, klaidos pastebimos ir ištaisomos nedelsiant. Tai apsaugo nuo techninių skolų kaupimosi ir rizikingų, brangių taisymų vėlyvose projekto stadijose.
Scrum kūrimo komandos
Scrum kūrimo komandos
„Toughlex“ komandos dirba pagal Scrum metodologiją – tai populiariausias ir efektyviausias Agile metodikos įgyvendinimo būdas. Scrum komanda yra savarankiška, daugiaprofilinė specialistų grupė, atsakinga už veikiančių programinės įrangos dalių kūrimą ir kiekvieno sprinto tikslo įgyvendinimą. Komandos atsakomybės:Kūrėjų komanda didžiąją sprinto dalį skiria užduočių projektavimui, programavimui, integracijai ir testavimui. Tikslas – sukurti potencialiai išleidimui tinkamą prieaugį (increment). Komanda pati planuoja ir valdo savo darbą, siekdama geriausio rezultato.
Kiekvieną dieną komanda susirenka trumpam susitikimui, kad įvertintų pažangą siekiant sprinto tikslo ir pakoreguotų dienos planą. Tai užtikrina sklandų koordinavimą, padeda anksti pastebėti kliūtis ir išvengti vėlavimų.
Kūrėjų komanda kartu su produkto savininku (Product Owner) reguliariai tikslina, vertina ir nustato prioritetus būsimoms užduotims. Tai garantuoja, kad darbai bus aiškiai suprasti ir paruošti kitam sprintui.
Sprinto pradžioje komanda kartu su produkto savininku nustato sprinto tikslą ir atrenka užduotis, kurias realiai galės įvykdyti. Tai sukuria aiškų įsipareigojimą ir bendrą viziją sprinto laikotarpiui.
Sprinto pabaigoje suinteresuotosioms šalims demonstruojamas sukurtas funkcionalumas. Po to komanda rengia retrospektyvą, kurios metu analizuoja procesus ir ieško būdų, kaip dirbti dar efektyviau kitame etape.
Agile iteracijos eiga
Agile iteracijos eiga
Kiekvienas Agile sprintas vyksta pagal nustatytą ciklišką eigą. Kliento įsitraukimas kiekviename žingsnyje užtikrina, kad rezultatas atitiks poreikius, o nauji prioritetai bus sklandžiai įtraukti į kitą iteraciją.Standartinis sprinto ciklas:
Sprinto užduočių apibrėžimas remiantis užduočių sąrašu (backlog), kliento prioritetais bei grįžtamuoju ryšiu.
Programinės įrangos projektavimas ir programavimas pagal patvirtintus sprinto reikalavimus.
Kokybės užtikrinimas, integracijų tikrinimas ir dokumentavimas sprinto metu.
Veikiančios dalies diegimas į testinę arba gamybinę aplinką.
Atsiliepimų rinkimas iš kliento ir suinteresuotųjų šalių bei jų įtraukimas į kitą planavimo ciklą.
Šis ciklas kartojamas viso projekto metu. Tai leidžia nuolatos kurti vertę, gauti atsiliepimus ir tobulinti produktą, užuot laukus vienintelio pristatymo projekto pabaigoje.
Scrum ar Kanban?
Kanban ir Scrum yra dvi sistemos, padedančios taikyti Agile principus. Kanban akcentuoja darbų vizualizavimą ir nenutrūkstamą srautą, o Scrum remiasi fiksuotos trukmės sprintais ir griežtu ritmu. „Toughlex“ dažnai derina abiejų metodų elementus, pritaikydama procesą prie konkretaus projekto poreikių bei kliento veiklos specifikos.- Scrum
- Reguliarūs fiksuotos trukmės sprintai (1–4 savaitės)
- Kanban
- Nenutrūkstamas darbų srautas
- Scrum
- Pasibaigus kiekvienam sprintui
- Kanban
- Nuolatinis pristatymas (Continuous Delivery)
- Scrum
- Produkto savininkas, Scrum meistras, kūrėjų komanda
- Kanban
- Nėra griežtai apibrėžtų vaidmenų
- Scrum
- Komandos greitis (Velocity)
- Kanban
- Lead time, Cycle time, WIP (nebaigtas darbas)
- Scrum
- Pakeitimai sprinto metu nerekomenduojami
- Kanban
- Pokyčiai galimi bet kuriuo metu
Mūsų Agile partneriai
„Toughlex“ bendradarbiauja su patyrusiais Agile treneriais, kad mūsų procesai išliktų efektyvūs ir atitiktų aukščiausius standartus. Tai taip pat leidžia mums padėti verslo klientams diegti Agile metodikas jų pačių organizacijose – gerinant planavimą, komunikaciją bei projektų pristatymo nuspėjamumą.Mūsų sėkmės istorijos
