Agilis projektmenedzsment

Átírás

1 Agilis projektmenedzsment április Adaptive Consulting Kft. Csutorás Zoltán Agile coach, tréner zoltan.csutoras@adaptiveconsulting.hu 2

2 3 Agilis ernyő Scrum Lean/Kanban Crystal Clear extreme Programming DSDM 4

3 Háromszor eredményesebb 9% 100% 29% 57% 49% 75% 50% Bukott Kritikus Sikeres 42% 25% 14% Vízesés Agilis 0% Forrás: The Chaos Manifesto, Standish Group Az agilis kiáltvány... értékesebbnek tartjuk az egyént és a személyes kommunikációt, a módszertanoknál és az eszközöknél a működő szoftvert, az átfogó dokumentációnál a megrendelővel való együttműködést, a szerződéshez való ragaszkodással szemben. a változásra való reagálást, a tervek rigorózus követésével szemben noha fontosak az utóbbiak is... 6

4 Fejlesztési veszteségek Milyen arányban használjuk a rendszer funkcióit? Átadott, de nem használt funkciók Elkészített, de élesbe nem állított funkciók 45% Megtervezett, de le nem fejlesztett funkciók 19% Részletesen felmért, de el nem készített funkciók 16% 13% 7% Állandóan Gyakran Néha Ritkán Soha Standish Group Chaos Report v3 7 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 8

5 Túl korai, túl részletes követelményspecifikáció 9 Scrum Első implementáció : Jeff Sutherland Scrum paper : Ken Schwaber Agile Manifesto Első CSM képzés 10

6 The new new product development game Harvard Business Review, 1986 Mi a közös a kiemelkedően sikeres termékfejlesztési projektekben? Ikujiro Nonaka Hirotaka Takeuchi 11 Az egyszerű szabályok és világos célok komplex és intelligens viselkedés felé vezetnek. A komplex szabályok és bonyolult szabályzatok egyszerű és buta viselkedéshez vezetnek. Dee Ward Hock, a Visa alapítója 12

7 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 13 Scrum Master 14

8 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? 15 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 A product owner vezeti 16

9 User voice User voice szerkezet Mint <szereplő> szeretnék egy <szolgáltatást> azért, hogy elérjek egy <célt> Visszatérő látogatóként listát akarok vezetni azokról a könyvekről, amiket később el akarok olvasni, hogy ne kelljen újra megkeresnem őket. 17 Sprint tervezés Célja, hogy a csapat minden tagja megértse, hogy mit kell megvalósítani (felhasználói szemszögből is!) A csapat közösen azonosítja a sprint során végrehajtandó feladatokat A csapat dönti el, hogy mit képes egy sprintben megvalósítani, azt felülről nem lehet erőltetni! Amit a csapat vállalt, azért felelősséggel tartozik! 18

10 Fejlesztési folyamat User story (backlog elem) Visszatérő látogatóként listát akarok vezetni azokról a könyvekről, amiket később el akarok olvasni, hogy ne kelljen újra keresnem őket. Kedvencekbe tétel felület tervezése. Kedvencként megjelölés front-end fejlesztés. Adatmodell kiegészítése a kedvencekkel. Kedvencként megjelölés logika fejlesztés. Integráció és tesztelés. 19 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 20

11 Definition of Done Konzisztens kritériumrendszer a Kész fogalmára Fejlesztés kész Fejlesztői teszten átment Mikor tekintünk késznek egy fejlesztett Automatizált tesztekkel lefedve funkciót? Funkcionális teszten átment Dokumentálva Demo környezetbe telepítve Felhasználói elfogadási teszten átment Éles környezetbe telepítve 21 Sprintek Egységnyi hosszúsági időszakok A team önállóan szervezi a munkáját Nincs projektmenedzser - van viszont Scrum Master Mindenki igyekszik megérteni a problémát és a legjobb tudása szerint részt venni annak megoldásában 22

12 Scrum keretrendszer Napi scrum (standup) meeting A team összehangolja a csapat tagjainak munkáját Mindenki képet kapjon arról, hogy hogyan állunk a sprinttel Mindenki számára legyen világos, hogy mit fog tenni aznap a célok eléréséért Mindenkinek legyen lehetősége segítséget kérni, kérdéseket feltenni Egyértelmű, vizuális eszközök használata (team board, burndown chart) 23 Team board Várakozik 43 Folyamatban Kész! 6 5 Feladat elvégzéséig hátralévő becsült munkaóra

13 45 Burn-down chart Team board Várakozik Folyamatban 14 Kész!

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

15 Team board Várakozik Folyamatban 11 9 Kész! Burn-down chart

16 Scrum keretrendszer Sprint review Hogyan javíthatunk a folyamatainkon? Jó terméket fejlesztünk-e? Jól fejlesztjük-e a terméket? 31 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? 32

17 Retrospective A team munkamódszereinek kiértékelése A team belső ügye Jól dolgozunk-e? 33 Ütemterv áttekintés 34

18 Célzott elemzés (veszteség termelés) 35 Ismert hibák, változási kérések a rendszerben 36

19 Köszönöm a figyelmet! 37