1.
Įmonės administracinės
veiklos organizavimas
naudojant Agile
Agile Scrum framework at Alna Software.
Dovydas Aidžiulis pristato:

2.
Turinys:
01 Prisistatymas
02 Priešistorė
03 Pradžia ir pasiruošimas
04 Pirmieji žingsniai ir išmoktos pamokos
05 O kas toliau ?
06 Klausimai ir atsakymai, diskusija

3.
Prisistatymas
Kas toks yra Dovydas ?
01 DALIS

4.
DOVYDAS
Pranešėjas
Projektų valdymo patirtis
2007 – 2010 ATEA IT Sprendimų projektų vadovdas
2010 – 2015 CSC (dab. DXC). Vyr. projektų vadovas
2015 – 2017 Danske Bank. Vyr. projektų vadovas
2017 – 2017 Outokumpu. Vyr. Projektų vadovas
2017- Present Alna Software. Proj. komandos vadovas
2020 – Present Hitachi ABB PowerGrids – Transition
manager
Project Management Certifications:
PMP since 2010
CSPO since 2014
CSM since 2013
ITILv3 since 2013
CSC Project Management Simulation Moderator
CSC Project Management Sunday School Lecturer;

5.
02 DALIS
Priešistorė
• Kaip pasikeitė įmonė per paskutinius tris metus?
• Koks yra įmonės požiūris į Agile ?
• Kokie veiksniai pastūmėjo naudoti Agile žmogiškųjų išteklių skyriuje?

6.
Priešistorė: įmonės vidus
• Prieš 4 metus įmonėje pasikeitė vadovas
• Pasikeitė visa įmonės vadovybė ir organizacinė struktūra
• Pasikeite 95 % is 110 buvusių darbuotojų
• Prisijungė 151 talentas
• Pasikeitė 90 % klientų

7.
Priešistorė: įmonės kryptis
• Vietinis viešasis sektorius sumažėjo nuo 90 % iki 25 %
• Užsienio dalis pajamose išaugo nuo 5 % iki 70 %
• Pajamos issaugo 100 %
• Pagrindiniais klientais klientais tapo “blue chip” korporacijos

8.
Priešistorė: projektų valdymas
• Kai kurie didieji užsienio klientai reikalavo, kad projektai būtų
valdomi Agile metodologija
• Nuspręsta Agile taikyti visuose projektuose
• Atsirado Agile COP (Community of practise)
• Transformavus projektinę veiklą, Agile praktika pradėta diegti
ir administracinėse veiklose

9.
Pokytis
Ėū

10.
Agile branda ir vertės kūrimas
• Kas yra klaidinga ir nereikalinga?
• Kaip greitai, lanksčiai, tiksliai priimti
sprendimus (time to market, data driven
decisions)
• Įgalinti žmones valdyti
projektą/komandą/įmonę.
Efektyvinti
Įmonę
• Kokie skirtumai tarp panašių
org. vienetų ?
• Kokios yra sėkmės istorijos?
• Koks kelias yra teisingas?
• Galimybė palyginti.
Standartizuoti
įmonės
veiklas
• Kas daro?
• Ką daro?
• Kada daro?
• Kodėl nedaro?
Organizuoti darbus

11.
03 Dalis
Pradžia ir pasiruošimas
• Kokie buvo pradiniai lūkesčiai ?
• Kas buvo išbandyta prieš tai ?
• Nuo ko, buvo nuspręsta, pradėti?

12.
Agile pradžia: lūkesčiai
Talentų vadovė
...Prieš tai naudoti įrankiai neveikia. Įmonė plečiasi, samdo daug naujų
žmonių. Turim milijoną užduočių. Aš nebespėju su visais sukomunikuoti,
deleguoti užduočių. Prasidėjo sunku dirbti, atsirado daug nesusikalbėjimų
ir nepasidalijimo darbais
Personalo atrankos specialistė
...ŽI yra ta struktūra, kuri reprezentuoja įmonę. Dirbant
pagal Agile yra lengviau suprasti pašnekovą.
Pristatinėjant įmonę darbo pokalbių metu galima
iškarto, čia ir dabar, atsakyti į detalesnius klausimus
apie Agile įmonės viduje.
…
Pamenu, kad turėjom pokalbį ir žinau, kad kažkas
vyksta su samda, bet nežinau nei kas , nei kur, nei
kaip...
Direktorius
... Noriu, kad personalas ir visa įmonė eitų ta
pačia kryptimi. Be to, svarbu ir skyriaus veiklos
skaidrumas – turi būti aišku , kokias veiklas
vykdo skyrius, kaip jiems sekasi, kur
stringame...

13.
Pradžioje buvo galvojama, tik įrankis (Trello) išspręs problemas.
• Per sudėtinga – per daug užduočių
• Ne visi šias užduotis užsirašydavo, užduotys pasimesdavo.
• Žmonės pamiršdavo užsirašyti.
Vėliau uvo galvojama, kad tik kasrytinis susitikimas darbų aptarimui
padės organizuotis darbus.
• Jis užsitęsdavo iki valandos.
• Buvo be aiškaus tikslo, tiesiog pašnekesiai.
• Galų gale ateidavo tik tie, kurie turėdavo ką aptarti.
Alternatyvos (klystkeliai)

14.
Pasiruošimas
1. Mokymai ir kūrybinės dirbtuvės
1. Vidiniai Agile Scrum mokymai
2. Pasiruošimo dirbtuvės
a. Rolių pasiskirstymas
b. Ceremonijų nustatymas
c. Pradinio backlog’o sudarymas
d. Way of working (WoW) aprašymas
3. Patyrę Agile mokytojai (coach) pilnai palaiko HR komandą
prisijungdami į susitikimus, teikdami grįžtamąjį ryšį pasiruošimo
metu bei per pirmuosius sprintus.
2. Rolės ir atsakomybės
Product Owner – Talentų vadovė
Scrum Master - Personalo atrankos specialistė
Komanda:
a. Žmogiškųjų išteklių vadybininkė
b. Marketingo ir komunikacijos specialistas
c. Žmogiškųjų išteklių vadybininkė
3 . Ceremonijos
Išankstinis ceremonijų planavimas (toli į
ateitį) įpročiui formuoti pagal 21/90
taisyklę
• Sprint Planning ,
• Refinement
• Daily standups
• Sprint Reviews
• Retrospective

15.
04 DALIS
Pirmieji žingsniai ir išmoktos pamokos
• TOP 9 išmoktos pamokos
• Jų sprendimai

16.
Pirmieji iššūkiai - Rolės
Iššūkis#1: Scrum Master ir Product Owner nepatirtis su Agile
Nuolat kildavo smulkūs techniniai klausimai apie Agile metodologiją. Pvz, kas tiek KAIZEN’ai, kaip juos
formuluoti; kaip naudoti Azure Devops įrankį; kaip moderuoti Refinement susitikimą ir t.t.
Sprendimas:
• Pastovus Agile COP palaikymas.
• Agile COP nariai tiek proaktyviai, tiek reaktyviai palaikydavo naujai suformuotą Scrum komandą.
• Agile Coaheriai turi būti lankstūs ir su patirtimi.

17.
Pirmieji iššūkiai - Rolės
Iššūkis#2: Product Owneris yra ir skyriaus vadovas, ir komandos narys , ir
Product owneris, ir….
Product Owneris ne visada spėja kurti, refinine’inti , prioritizuoti , brakedown’inti user storius.
Sprendimas:
• Komanda kuria Backlogo itemus.
• Product Owneris tik prioritizuoja Backlog’ą, taip stengdamasis išlaikyti fokusą.

18.
Product Backlog ir Sprint Backlog
kūrimas
Iššūkis#3: Kaip susikurti Product backlogą?
• Pasikartojančios veiklos.
• Kas yra User Stories, kas yra Epic’ai.
Iššūkis#4: Visada atsiranda skubių ‘extra‘ darbų, kuriuos
reikia spręsti čia ir dabar.
• Išsipūtęs Sprinto backlog’as ‘extra’ darbais, bandant surašyti smulkius
pasikartojančius.
• Sprintas visada pasmerktas nepasiekti savo tikslo, jeigu nuolat atsiranda skubių
neplanuotų darbų. Pavyzdžiui, susirgo žmogus reikia informuoti SODRĄ.
Sprendimas:
1. Planuojami tik nerutininiai darbai, pvz.: Kalėdinis vakarėlis, Auditas, sveikatos
draudimai, Karjeros dienos ir pan.

19.
Planavimas
Iššūkis#5: Darbai per smulkūs tam, kad juos įtraukinėti į Sprint Backlogą.
Visada atsiranda smulkių darbų, kurių aprašymas, dokumentavimas, užtrunka ilgiau nei pačio darbo
padarymas. Pavyzdžiui, paaiškinti žmogui kaip naudotis draudimo kortele. Bet (!) kita vertus svarbu
žinoti, kas ką dirba.
Sprendimas: Nusistatyti koks turi būti darbas (laiko, sudėtingumo,
svarbumo prasme), kad jį įraukti į Sprint backlog’ą.
.

20.
Iššūkiai: Planavimas
.
Iššūkis#6: Kaip įvertinti User stories ? Į dviejų savaičių sprintą dedami User
stories, nors ir žinoma, kad jiems reikės mėnesio?
• Sunku planuotis pirmuosius sprintus, nes ne visi darbai įvertinti pačioje pradžioje.
• Nebuvo apsispręsta , kas yra 1 Story Pointas
.
Srendimas: DOR peržiūra, atnaujinimas ir laikymasis.

21.
Iššūkiai: Sprinto eiga ir pabaiga
Iššūkis#7: Daug darbų pastringa ir ilgai stovi “nejudinami”.
Daug darbų užsitęsia dėl išorinių veiksnių.
Sprendimas: Scrum užduočių lentoje susikurti “on hold” stulpelį ir ten talpinti visus
“užstrigusius” User stories.

22.
Iššūkiai: Sprinto eiga ir pabaiga
Iššūkis#8: Diena iš dienos dirbama prie to pačios užduoties
kelias dienas iš eilės, bet nededama į sprintą.
Pradedant neplanuotą darbą galvojama, kad tai bus smukli užduotis. Vėliau
galvojama, kad liko labai nedaug iki pabaigos, todėl neverta jos įtraukti į Sprinto
backlog’ą.
Sprendimas: Retrospektyvos metu buvo nuspręsta traukti tokias užduotis į
sprintą

23.
Iššūkiai: Sprinto eiga ir pabaiga
Iššūkis#9: Kaip turi atrodyti Sprint Review.
Product Owneris dalyvauja kiekvieną dieną. Sprint’o peržiūros susitikimas tapo visiems
žinomų dalykų atkartojimu. Kaip padaryti, taip, kad ši ceremonija teiktų vertę ?
Sprendimas:
• Pasikviesti daugiau suinteresuotų šalių (tik ne į pirmuosius !).
• Susitarti, kaip vizualiai pristatyti pasiektus tikslus.
• Visi komandos nariai prisideda prie sprinto ataskaitos paruošimo

24.
05 DALIS
O kas toliau ?
Kaip išnaudoti Agile didesniems tikslams ?
Kaip išnaudoti Agile įmonės vizijos siekimui ?

25.
• Our ambition to become largest independent
nearshoring system integrator and software house in
Baltics (up to 500 professionals from 130 professionals
in 5 years)
• Extensive expansion in Nordics + Iceland, Germany,
Netherlands, US
• The strategic combination of management, investors
will create the Nordic and Baltic independent,
end-to-end IT services company.
• Expected 30 million in annual revenues and clients in
more than 7-8 countries (in 5 years):
• 15-20 million through natural growth
• 10-15 million through acquisitions and merges (focus
on SaaS, IPs, niche competencies, broader client
portfolio)
2030 New Era

26.
Vision and Agile mapping
ų į ė

27.
06 DALIS
Diskusija
Gal jūs irgi bandėte įsidiegti Agile administraciniams procesams
valdyti?
Kodėl jums nepavyktų einant ASW keliu?

28.
07 DALIS
Pabaigos žodis...