Agilis szervezeti működés

Átírás

1 Agilis szervezeti működés Stylers április Csutorás Zoltán Adaptive Consulting Kft. zoltan.csutoras@adaptiveconsulting.hu scrummate.hu 2

2 Azért vagyunk ma itt, hogy elindítsuk a Stylerst egy fejlődési úton. Ezért szeretek a Stylersnél dolgozni Ez néha frusztrál a működésünkben Én azzal fogok hozzájárulni a mai nap sikeréhez, hogy 3 Miért érdekes a mai téma? 100% 29% 9% Bukott Kritikus Sikeres 75% 49% 50% 57% 25% 42% 0% 14% Vízesés Agilis Minden jog fenntartva! Kizárólag a Stylers i tréning résztvevői Forrás: számára! The Chaos Manifesto, Standish Group

3 Hogy érzem magam a munkahelyemen? 100% 14% Egyéb Jól vagy nagyon jól 75% 60% 50% 86% 25% 40% 0% Korábban Agilis bevezetést követően Forrás: salesforce.com 5 Ajánlaná-e másoknak az agilis módszerekre történő átállást? 100% 8% Igen Nem 75% 50% 92% 25% 0% Ajánlaná az agilis megközelítést? Forrás: salesforce.com 6

4 A követelmények avulása Követelmények érvényességének felezési ideje év 2-3 év 6 hónap University of Missouri, Kansas City

5 Mozgó célpont Nem lehetünk biztosak abban, hogy hogyan változnak a körülmények A legfontosabb cél a gyors reakciókészség megőrzése 9 Agilis ernyő Scrum Lean/Kanban Lean Startup extreme Programming SAFe DSDM 10

6 Scrum 11 Scrum Első implementáció : Jeff Sutherland Scrum paper : Ken Schwaber Agile Manifesto Első CSM képzés 12

7 1986 The new new product development game Beépített instabilitás Önszervező projekt teamek Átlapoló fejlesztési fázisok Hirotaka Takeuchi Multilearning Csekély irányítás Tudásmegosztás a szervezet felé Ikujiro Nonaka Rugby módszer 13 Scrum csapat Elkötelezett, erős motivációval rendelkező, állandó csapat Minden, a megvalósításhoz szükséges szakértelem jelen van a csapatban Tanulási hajlandóság Nagyon világos, jól definiált cél 14

8 Motiváció Cél: tudom, hogy miért dolgozunk. Tudom, hogy mikor győztünk Önállóság: beleszólásom van abba, hogy hogyan érjük el a célt Fejlődés: látom a továbblépést, a fejlődési lehetőséget abban, amit csinálok. A fejlődés örömet okoz! 15 Követelmények helyett célkitűzések! A Scrum csapat folyamatosan célokat tűz ki maga elé és ennek elérése érdekében dolgozik 16

9 Scrum csapat Aki tagja......és aki nem 17 Fejlesztők Mindenki, aki a termék előállításában tevékenyen részt vesz Szoftver fejlesztők Tesztelők Üzleti elemzők 18

10 Scrum Master 19 Product Owner A projekt vízióját alakítja ki és kommunikálja a csapat felé Miért fejlesztjük ezt a terméket? Kik fogják használni? Kik fogják megvenni? Miért pont a mi termékünket fogják választani? Mit kell tudnia a terméknek? Mikorra kell tudnia? Mennyit ér meg nekünk a kifejlesztése? 20

11 Csapat méret Összes ráfordítás azonos méretű fejlesztés elvégzésére fő 3-5 fő 5-7 fő 9-11 fő fő Minden Doug jog Putman, fenntartva! QSM Kizárólag (2006), 491 a Stylers projekt, i között, tréning 1-20 résztvevői fős teamek számára! között, kódsor 21 Scrum Sprint Időkeretbe szorított munkavégzési időszak A Kész kritériumrendszernek megfelelő eredmény előállítása Jól megfogalmazott célja van Sprint tervezés, napi scrum-ok, fejlesztési munka, sprint review, sprint retrospective 22

12 Scrum Product backlog (termék hátralék) Az a funkcionalitás, amit a termékhez még hozzá kell adni Megvalósítási sorrendben Felhasználói érték megfogalmazásával Az elemek méretére rendelkezünk becsléssel 23 Online merülési napló búvároknak younderwater Octavio Aburto National Geographic 24

13 Merülés sorszáma Merülés dátuma Összes merült idő a merülés előtt Merülés helyszíne Merülés időtartama Összes merült idő a merülés után Látási viszonyok Legnagyobb mélység Merülőtárs aláírása és minősítése, igazolvány száma Merülés időtartama Megjegyzések 25 YoUnderwater Túrán lévő búvárként rögzíteni szeretném az alapvető merülési adatokat, hogy a papír alapú naplóval egyénértékű információkkal rendelkezzek. Búvárbázis üzemeltetőként a túráimon résztvevő búvárok naplóbejegyzései közül a legjobbakat meg akarom jeleníteni a honlapunkon azért, hogy bemutathassam, hogy mennyire jó merüléseket szervezünk. Merülésvezetőként hitelt érdemlő bejegyzések alapján szeretném látni, hogy a búvárcsapatom tagjai mennyire tapasztaltak, hogy tudjam mire számíthatok a merülés során. YoUnderWater tulajdonosként hirdetési felületeket akarok árusítani, hogy a hobbibúvár ipar szereplőitől reklámbevételhez juthassak. Hobbibúvárként fényképeket és videókat akarok csatolni a merülési naplóbejegyzéseimhez azért, hogy az élményeket színesebben megörökíthessem. 26

14 Product backlog jéghegy Sztori Sorrend Eposz Méret 27 Product backlog Túrán lévő búvárként rögzíteni szeretném az alapvető merülési adatokat, hogy a papír alapú naplóval egyénértékű információkkal rendelkezzek. Búvárbázis üzemeltetőként a túráimon résztvevő búvárok naplóbejegyzései közül a legjobbakat meg akarom jeleníteni a honlapunkon azért, hogy bemutathassam, hogy mennyire jó merüléseket szervezünk. Merülésvezetőként hitelt érdemlő bejegyzések alapján szeretném látni, hogy a búvárcsapatom tagjai mennyire tapasztaltak, hogy tudjam mire számíthatok a merülés során. YoUnderWater tulajdonosként hirdetési felületeket akarok árusítani, hogy a hobbibúvár ipar szereplőitől reklámbevételhez juthassak. Hobbibúvárként fényképeket és videókat akarok csatolni a merülési naplóbejegyzéseimhez azért, hogy az élményeket színesebben megörökíthessem. 28

15 Merülés dátuma Merülés sorszáma Összes merült idő a merülés előtt Merülés helyszíne Merülés időtartama Összes merült idő a merülés után Látási viszonyok Legnagyobb mélység Merülőtárs aláírása és minősítése, igazolvány száma Merülés időtartama Megjegyzések 29 Túrán lévő búvárként rögzíteni szeretném az alapvető merülési adatokat, hogy a papír alapú naplóval egyénértékű információkkal rendelkezzek. Megfelelés feltételei A következő adatokat akarom rögzíteni: legnagyobb mélység, merülés időtartama, helyszíne, sorszáma, összes merült idő, merülőtársam neve és igazolása, merülőtársam minősítése, szabad szöveges megjegyzés. Ha szabálytalan merülést akarnék rögzíteni, akkor a rendszer figyelmeztessen erre. Ettől függetlenül bármilyen merülési adatot rögzíthessek. Választhassak hogy méterben, vagy lábban akarom rögzíteni a merülés mélységét. A merülés rögzítését bármikor félbeszakíthassam, majd később folytathassam. A következő bejelentkezéskor kiválaszthassam, hogy a félbeszakított rögzítést akarom folytatni, vagy egy új merülés rögzítésébe kezdek. Demó forgatókönyvek Bekapcsolom a mobil alkalmazást és egy új merülés rögzítésébe kezdek Megpróbálok szabálytalan merülési adatot rögzíteni (pl. éjszakai merülés, 45m mélységgel) Félbeszakítjuk a rögzítést (1) rögzítés közben felhívnak telefonon (2) draftként rögzítem a merülést 30

16 A rendszer frissíti a merülésem sorszámát és az összes merült időmet minden rögzített merülés után. Választhatok, hogy milyen mértékegységben akarom rögzíteni a merülési mélységet. A merülés alapadatait (helyszín, legnagyobb mélység, időtartam) tudom rögzíteni egyetlen mértékegység használatával. A rendszer figyelmeztet, ha szabálytalan merülési adatokat akarok rögzíteni. Túrán lévő búvárként rögzíteni szeretném az alapvető merülési adatokat, hogy a papír alapú naplóval egyénértékű információkkal rendelkezzek. Böngészni a tudom a korábbi merüléseim adatait. Félbe tudom szakítani egy merülés rögzítését. Keresni tudok a korábbi merüléseim között. Megoszthatom a merüléseimet más búvárokkal. Rögzíthetem a merülőtársamat. Ha ő is a rendszer felhasználója, akkor az ő naplójában is megjelenik ez a merülés. 31 Backlog grooming Product backlog elemeinek rendszerezése, kifejtése, szétbontása, összevonása, priorizálása. 32

17 A product backlog táplálása Menedzsment Support Értékesítés Fejlesztő team Marketing Kiemelt ügyfelek 33 Priorizálás 34

18 Szórakoztató, vagy hasznos legyen ez a tréning? Inkább szórakoztató Egyik sem igazán v. Mindkettő egy kicsit Inkább hasznos 35 Milyen legyen a tréning? Hasznos 36 Szórakoztató

19 Fix kategóriák Sürgős Fontos Kritikus Normál Alacsony ScrumMate 38

20 Becslés 39 Mekkora fejlesztési munka ez? Túrán lévő búvárként rögzíteni szeretném az alapvető merülési adatokat, hogy a papír alapú naplóval egyénértékű információkkal rendelkezzek. 40

21 Miről szól a becslés? Nincs értelme precíznek lenni, amíg azt sem tudjuk, miről beszélünk. A nagyjából helyes jobb, mint a precíz de hibás Neumann János John Maynard Keynes 41 Fontos fogalmak Becslés : a feladat nagyságrendjét igyekszünk meghatározni Tervezés : a feladat végrehajtásának várható ütemezését alakítjuk ki Vállalás : a feladatok elvégzésére vállal felelősséget a csapat Mérés : a megvalósításhoz kapcsolódó tényeket értékeljük 42

22 43 Story points 1/

23 Product Backlog 45 Így csináltuk 46

24 Becsüljük meg Backlog elem Méret Elolvasni és megérteni egy 10 oldalas összefoglaló cikket az agilis szoftverfejlesztésről a menedzser magazinban. 3 Elolvasni és megérteni egy 5 oldalas tudományos szakmai cikket az agilis szoftverfejlesztésről. A nagynénid fodrászüzletet vezet és interneten keresztüli foglalási rendszert akar bevezetni. Írni egy kezdeti product backlogot, ami alapján tendereztetni tudja a lehetséges beszállítókat. 4 Elolvasni egy jelentkező önéletrajzát és felkészülni a vele folytatandó állásinterjúra. 5 Készíteni egy 60 perces összefoglaló előadást erről a tréningről a munkatársaimnak. 6 Letakarítani ennek a tárgyalónak az ablakait kívül-belül. 7 Elolvasni és megérteni egy 200 oldalas, angol nyelven írt könyvet az agilis szoftverfejlesztésről. 8 Udvarias elutasító levelet írni egy állásajánlatra. 1, 2, 3, 5, 8, 13, 20, 40, 100, Planning poker 48

25 Sebesség Mekkora mennyiségű feladatot képes a csapat elvégezni adott időszak alatt? 49 ScrumMate 50

26 Scrum Sprint backlog Egy cél, amit a sprint végén el szeretnénk érni A product backlog kiválasztott elemei Cselekvési terv arra, hogy mit kell tennünk a cél elérése érdekében Vállalás arra, hogy a célt a csapat el fogja érni 51 Scrum Sprint tervezés A sprint backlog összeállítása Célkitűzés megfogalmazása Feladatlista összeállítása Kapacitás ellenőrzés és vállalás megtétele Sprint ready 52

27 Sprint tervezés Scrum Sprint tervezés 2. fázis A csapat tervet készít arra, hogy hogyan fogja megvalósítani a kiválasztott backlog elemeket és hogyan fogja elérni a sprint célját A csapat ellenőrzi, hogy van-e elég kapacitása a projekt terv végrehajtásához A csapat elvállalja a terv végrehajtását 54

28 A PO minél gyorsabban biztosítani akarja a felhasználók számára a regisztrációt, hogy minél több felhasználótól gyűjthessen be valós visszajelzéseket. Elfogadási kritériumok A felhasználói azonosító legyen egyedi A jelszót kérjük be kétszer és ellenőrizzük az egyezőséget, hogy a felhasználó véletlen jelszó elgépeléssel ne zárhassa ki magát a rendszerből A felhasználóktól kérjük be az címüket, hogy kérdőíveket küldhessünk nekik a felhasználói tapasztalatokról A regisztráció a lehető leggyorsabb legyen, hogy ne ijesszük el a potenciális érdeklődőket a regisztrációtól (pl. Google, Facebook regisztráció) Regisztrációs felület grafikai tervezése regisztrációs felület megvalósítása regisztráció back-end megvalósítása Integráció és integrációs tesztek Google Account regisztráció megvalósítása Facebook regisztráció megvalósítása Tesztelés, javítás 55 Scrum task board Várakozik 43 Folyamatban Kész! 6 5 Feladat elvégzéséig hátralévő becsült munkaóra

29 ScrumMate 57 Napi Scrum Scrum A sprint cél elérése érdekében összehangolni a munkát Minden nap, ugyanott, ugyanakkor Maximum 15 perc Mit értem el az előző napi scrum óta? Mit tervezek elérni a következő napi scrum megbeszélésig? Látok-e bármilyen akadályt, ami veszélyezteti, hogy elérjük a sprint célját? 58

30 Team board Várakozik 29 Folyamatban 11 Kész! Team board Várakozik Folyamatban 11 9 Kész!

31 Burn-down chart Sprint review Jó terméket fejlesztünk? Scrum Jól haladunk? Sprint retrospective Hogyan lehetnénk jobbak, mint csapat? Hogyan lehetnének jobbak a folyamataink? 62

32 Termék demo A sprint során elkészített termék funkciók bemutatása Visszajelzés gyűjtés Jó terméket fejlesztünk-e? 63 Retrospective Mennyire jók a folyamataink? Milyen hibákat követtünk el? Hogyan működünk, mint csapat? Mit teszünk azért, hogy jobbak legyünk? 64

33 Mutatószámok Végfelhasználói elégedettség, NPS Sikeres / nem sikeres sprintek Mozgó átlagsebesség : SP/Sprint Rendszerben lévő ismert hibák száma Végfelhasználók által felfedezett hibák száma Veszteségeket jelző mutatók alakulása (svn revert szám, ToDo kommentek száma a kódban, részletes tervezéstől az élesbe állításig eltelt átlagos idő) 65 Terv felülvizsgálat Mekkora a projekt mérete? Változott-e valami a termék koncepcióban? Mekkora az átlagos sebességünk? 66

34 Scrum Működő termék bővítmény Minden sprint végén bemutatható eredmény Tesztelt, hibamentes többlet képesség A Kész! fogalmának konzisztens, szigorú kezelése 67 Definition of Done Konzisztens kritériumrendszer a Kész fogalmára Fejlesztés kész Fejlesztői teszten átment Automatizált tesztekkel lefedve Integrációs teszten átment Demo környezetbe telepítve Dokumentálva Felhasználói elfogadási teszten átment Éles környezetbe telepítve 68

35 ScrumMate 69 Kanban 70

36 Lean alapelvek Érték A vevő számára hasznos értékek felismerése és azonosítása Tökéletesség Hibamentes termelés, a folyamatok állandó javítása Veszteségmentes értékáram Csak az értéket termelő tevékenységek megtartása Húzóelv Akkor állítsuk elő, ha szükség van rá: reagálóképesség az igények változására Áramlás A termék megszakítás nélkül haladjon a munkafázisok között a vevő felé 71 Szoftverfejlesztési veszteségek Felesleges funkciók Extra papírmunka, újratanulás Részben elkészített munkák Feladat váltás Információ tologatás Várakozás Hibák +1 kiaknázatlan kreativitás 72

37 Kontextus váltás 100% Feladatvégzéssel töltött idő aránya 80% 60% 40% 20% 0% Párhuzamos feladatok száma 73 Clark and Wheelwright (1993) Áramlás Felmérés Megvalósítás Teszt/javítás Dokumentálás Telepítés Funkció Funkció Funkció Funkció Funkció 74

38 14 Cumulative flow kész elem Ciklusidő 5 nap WIP : 5 elem Felmérés Megvalósítás Tesztelés, javítás Dokumentálás Telepítés Kész! Készletezés Felmérés Megvalósítás Teszt/javítás Dokumentálás Telepítés Funkció Funkció Funkció Funkció Funkció Funkció 76

39 14 Cumulative flow Felmérés Megvalósítás Tesztelés, javítás Dokumentálás Telepítés Kész! Cumulative flow kész elem Ciklusidő 5 nap WIP : 5 elem Felmérés Megvalósítás Tesztelés, javítás Dokumentálás Telepítés Kész!

40 Húzó elv és a WIP korlát Ne engedjük a készletek felhalmozódását! Felmérés Megvalósítás Teszt/javítás Dokumentálás Telepítés Funkció Funkció? Funkció Funkció! Funkció 79 ScrumMate 80

41 Scrum és Kanban összehasonlítása 81 Feladatok számának korlátozása ToDo Doing Done 82

42 Feladatok számának korlátozása Kiválasztva Előkészítés Megvalósítás Teszt/Javítás Kész! 83 Egy tábla, egy csapat ToDo Doing Done 84

43 Több csapat/tábla is lehet Kiválasztva Előkészítés Megvalósítás Teszt/Javítás Kész! 85 Agilis kontrolling 86

44 Ütemterv Projekt előrehaladás 100 SP/sprint 87 Projekt követés Projekt előrehaladás Projekt méret

45 Burndown bar chart Backlog Hozzáadott Sebesség (150) Burndown bar chart Backlog Hozzáadott Sebesség (150)

46 Burndown bar chart Backlog Hozzáadott Sebesség (150) Burndown bar chart Backlog Hozzáadott Sebesség v= (150)

47 Burndown bar chart Backlog Hozzáadott Sebesség v= Átlag (100, 50) (150) Burndown bar chart Backlog Hozzáadott Sebesség v=130 Átlag (100, 50, 130) 93, (150)

48 Burndown bar chart Backlog Hozzáadott Sebesség v=120 Átlag (100, 50, 130, 120) (150) Burndown bar chart Backlog Hozzáadott Sebesség v=80 Átlag (50, 130, 120, 80) (150)

49 Burndown bar chart Backlog Hozzáadott Sebesség (150) Burndown bar chart Backlog Hozzáadott Sebesség (150)

50 Burndown bar chart Backlog Hozzáadott Sebesség (150) Burndown bar chart Backlog Hozzáadott Sebesség (150)

51 Burndown bar chart Backlog Hozzáadott Sebesség (150)