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
1 of 7
Download to read offline
More Related Content
Artūras Baranauskas. Agile refleksijos: būdas gerinti kliento patirtį
1. Agile 12. Kelias geresnio produkto link
A. Baranauskas
Vilnius
2020
2. 2020 metų lapkričio mėnesio 25 die
na
2
Agile 12 principas
●
Principas „Komanda reguliariai aptaria, kaip tapti efektyvesne, atitinkamai
derina ir keičia savo darbo metodus“ nedirba pats sau vienas
– Būtina anksti pamatyti / išgirsti kliento poreikius, ypač jų pasikeitimus
– Padarytą darbą (arba jo dalį) greičiau aptarti su užsakovu, kad neatitikimai
būtų kuo greičiau pamatyti ir ištaisyti
– Neužtenka, jei komanda gamina „už uždarų durų“, nedalyvaujant užsakovui
– Reguliariai pasitikrindami kartu geriau suprasime, suprojektuosime
pagaminsime, ištestuosime, pataisysime ir t.t.
– Reguliariai aptardami išvengsime balasto – tiek procese, tiek ir rezultate
3. 2020 metų lapkričio mėnesio 25 die
na
3
Vertės kūrimo grandinė
Verslas Klientas
Suplanuota vertė Pagaminta vertė Pateikta vertė
Idėja!Idėja!
Pvz.:
Apimties
mažinimas
Terminų /
prioritetų
keitimas
„Taupymas“
Išteklių/žmonių
trūkumas ir t.t.
Pvz.:
Paslaugų
sutrikimai
End-2-end
neužtikrinimas
Neadekvati
kokybė
(capacity,
availability,
security, t.t.)
Išteklių/žmonių
trūkumas ir t.t.
Pvz.:
Produktų /
paslaugų
portfelio
apribojimai
Silpnas verslo
sričių
kooperavimas
Silpnas verslo
idėjos
paruošimas ir
t.t.
Vertės skola
Dev/... .../Ops
4. 2020 metų lapkričio mėnesio 25 die
na
4
Pavyzdys
●
Klientų patirties padalinys nori apjungti kelių pardavimų padalinių (paslaugų, prekių ir kit.) išrašomas
sąskaitas
●
Klientų portalo ir Sąskaitų valdymo produktų savininkai nusprendžia, kad Klientų patirties padalinio poreikius
įgyvendins atskirai – atskiroms iniciatyvoms paprasčiau pasitvirtinti finansavimą
●
DevOps komandos portalo ir sąskaitų sprendimus vysto atskirai, dėl išaugusios sprendimo apimties sąskaitų
sprendimas atsilieka pagal grafiką
●
Atėjus diegimo datai abiejų iniciatyvų produktų vadovai nutaria, kad bilingo komanda rankiniu būdu užtikrins
„vienos sąskaitos“ rezultatą backend sistemose. Bilingo komanda šiame sprendime nedalyvauja….
●
Jau pirmų sąskaitų išleidimas po šio pakeitimo valdymas tapo komplikuotu:
– bilingo komanda nespėja užtikrinti „vienos sąskaitos“ visiems klientams dėl išauginto krūvio
– 20% išauga kreipinių /skundų dėl sąskaitų skaičius
– Kliento aptarnavimo skyriaus krūvis neleidžia laiku uždaryti klientų kreipinių, susijusių ne tik su
sąskaitomis
5. 2020 metų lapkričio mėnesio 25 die
na
5
Grįžtamojo ryšio panaudojimas
Verslas
Klientas
Pateikta vertė
Vertės skola
Dev/...
.../Ops
Nuolatinio
tobulinimo
procesas
Tikslas
Mažinti vertės
skolą ir didinti
pateikiamą vertę
Mažinti veiklos
balastą ir didinti
efektyvumą
Pateikta
vertė
Vertės
skola
6. 2020 metų lapkričio mėnesio 25 die
na
6
Nuolatinio tobulinimo principai
●
Reguliarumas / periodiškumas – puikiai telpa į Agile ceremonijas !
●
Nuolatinis tobulinimas yra viso grįžtamojo ryšio turėjimas ir panaudojimas
atitinkamame kontekste:
– Tarp verslo ir klientų
– Verslo ir DevOps
– Tarp Dev ir Ops !
●
Žmonių ir laiko skyrimas gerinimo iniciatyvoms įgyvendinti ir palaikyti
– Tai turėtų atsirasti tiek verslo, tiek DevOps backlogs’uose
– Tai turėtų apimti produktų / paslaugų, technologijų, praktikų / procesų gerinimą