Agilis meetup emich szabolcs - arkon - 2013 public
1. Agile meetup 2013.09.12.
Emich Szabolcs - emich.szabolcs@arkon.hu
Miért szűnt meg az IT osztály és hogyan lettünk ettől a lépéstől hatékonyabbak?
13. szeptember 17., kedd
4. • Adók:
• Bizalom hiány
• Technológiai adósságok (csontvázak)
• Napi szinten leállások, lassú oldalak
• Kompetencia hiányok
• Felelősség felvállalás hiánya
• Hunting territory tisztázatlanság
• Sikertelen, éjszakába nyúló komplex élesítések
• Üzleti oldal véleménye az IT-ról: a mocsárba ragadt
dinoszaurusz
Konfliktusok 3 éve
13. szeptember 17., kedd
7. • Retrók eredményei
• Funkció pontok
• Hewitt
• IT éves elégedettségi kérdőív
• Agilis kérdőív
Hogyan mérjük a haladást?
13. szeptember 17., kedd
8. Mérés: Funkció pontok
Mottó: egy ismerőssel futsz össze, aki megkérdezi mit csináltok ti ott az ingatlan.com-nál. Az elmúlt hónapból hány
olyan új funkciót, felület változást tudsz felsorolni, ami számára értékesnek tűnhet?
13. szeptember 17., kedd
11. • Hewitt, elégedettség: 2009-2011 összesen 12% csökkenés, majd
2012-ben 10% javulás
• Hewitt, elkötelezettség: folyamatos csökkenés, majd 2012-ben 17%
javulás (az IT szekor átlagnál 13%-al jobb)
Mérés: elégedettség, elkötelezettség
13. szeptember 17., kedd
12. • mennyire legyünk innovatívak?
• oktatás, vagy kívülről hozott tudás?
• újraírás nulláról vagy folyamatos refaktorálás?
• milyen szigorúságú kódgazda elvet alkalmazzunk?
• mekkora legyen az ideális csapatméret?
• hogyan szeleteljük a terméket?
• mit dobjunk ki? hogyan csökkentsük a komplexitást?
• ki megy, ki marad? (lelkes, adaptív, reziliens)
• milyen szinten vonjuk be az embereket a
döntéselőkészítésbe? (lean -e a lean tanítása?)
Nehéz döntések
13. szeptember 17., kedd
13. 1. life sucks - lázadás, agresszió, lopás
2. my life sucks - passzív ellenállás, cinizmus
3. I’m great - magányos verseny, legjobbnak
mutatkozni
4. we are great - együttműködés a közös cél érdekében
5. the world is great - a csapat sikerét meg szeretné
osztani a környezettel, globális hatást keres
Tribal leadership
13. szeptember 17., kedd
14. • legyen minél rövidebb a ciklusidő
• dolgozzon együtt az üzleti és technológiai oldal
• megfelelő emberek a megfelelő eszöközökkel a
megfelelő környezetben
• fókusz, célirányosság
• önszerveződés
A 12 agilis alapelv érdekében
13. szeptember 17., kedd
15. • 2009. végén: SCRUM bevezetés (először önállóan - daily
standup kb) - icom fejlesztő csapat
• 201 Feb.: Frontend (A) csapat, B csapat, swat csapat
• 2011 Okt.: Nagycsapat
• 2012 Márc.: Újadmin - Terv csapat (sprinttervező táblázat, osztott
erőforrás)
• 2013 Feb.: 4 kiscsapat (IT mint osztály megszüntetése,
összeolvasztása a termék osztállyal, PO board, TF board)
• 2013 Okt.: 5 kiscsapat (devops)
Csapatok az Arkonnál
13. szeptember 17., kedd
16. • félévre felhatalmazott autonóm termék csapatok
• virtualizált környezetek, devops
• monitoring, adatéhség
• automatizált tesztek, unit tesztek, szigorú DoD
• continuous integration, continuous delivery, feature switch,
napi 4 élesítés
• roadmap, TF board, PO board, célkitűzések
• Arkonra szabott Jira
• egy irányba evezünk
Mi a helyzet most?
13. szeptember 17., kedd
18. • Epic - egy nagyobb cél vagy funkció gyűjtő tickete, mely más feladattípusokat
csoportosít
• Fejlesztés - olyan fejlesztési feladat, amit a PO rendel meg a csapattól (sprintbe is
csak a PO teheti be)
• Baj - olyan hiba, ami minimum ciki, ezért mindenképpen javítanunk kell
• Támogató feladat - PO vagy egy csapattag által felvett nem fejlesztési feladat (adat-
vagy információgyűjtés, megbeszélés, esztimálás, tervezés, élesítés, support
keret, ...)
• Apróság - kis komplexitású fejlesztés vagy alacsony prioritású hiba
• Megrendelés - olyan feladat, amit a PO-tól csapaton kívüli személy rendelt meg (a
megrendelés nem kerül sprintbe, a PO minden megrendeléshez a feladatnak
megfelelő típusú tickete(ke)t vesz fel, melyet hozzákapcsol a megrendeléshez)
• Spike - olyan kutatási vagy tervezési feladat, melyet a PO rendel meg a csapattól és
fix ráfordítási korlátot ad meg hozzá
Jira az ingatlan.com-ban
13. szeptember 17., kedd
19. ✓A user storyk nem storyk
✓Release tervezés nincs, nincs vision
✓A PO-knak nincs dedikált csapata és fordítva
✓A velocity és a burndown chart nincs jól használva
✓A branchelési stratégia nem alkalmas agilis fejlesztésre
✓Regressziós és automata tesztelés hiányos
✓Definition of Done nincs leírva
✓Sprintértékelésnél és a retrónál hiányzik az őszinteség
✓Scrum of Scrums hiányzik
✓A módszertan túl gyakori újraindításnak van kitéve
✓Scrum masteri skillek hiányoznak
Agilis audit (Sprint Consulting) - 2012
13. szeptember 17., kedd
20. • Fókusz!
• Vedd figyelembe a “törzseket”!
• A csapatoknak kell a struktúra!
Az átalakulás 3 fő tanulsága
13. szeptember 17., kedd
21. • The Phoenix project - a DevOps alapmű
• Kell egy csapat! - csapatépítés és csapatdinamika alapmű
• Empowerment - a felelősség, a felhatalmazás hatalma
• Spotify - hogyan skálázódnak és maradnak agilisak a Spotifynál
• Valve - egy teljesen lapos szervezet új belépőknek szóló kézikönyve
• A bizalom sebessége - a bizalom és a bizalmatlanság hatásai és működése
• Jóból kiváló - rendkívül alapos kutatás arról, hogy lettek jó cégek kiválóak
• OKR - Objectives and key results - célkitűzés a googlenál
• Holacracy - GTD kiterjesztve szervezeti szintre - az evolúciós szervezet
• Lean architecture for Agile SW development
• The Lean startup - nem csak könyv, egy mozgalom
• Kanban és Scrum, mindkettőből a legjobbat
• Hunting territory - group leadership
• Tribal leadership - az 5 törzstípus, felismerésük, működésük, átalakulásuk
Hasznos olvasnivalók
13. szeptember 17., kedd
