Agilní plánování
-
Upload
melinda-crawford -
Category
Documents
-
view
55 -
download
0
description
Transcript of Agilní plánování
![Page 1: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/1.jpg)
Agilní plánováníVáclav Pergl
![Page 2: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/2.jpg)
Obsah
• Proč začalo Kerio agilnit ?• Co je SCRUM ?• A co na to Mařenka Poppendiecková ?• Plánovací úrovně
• Denní plánování• Plánování iterace• Plánování vydání (release)• Plánování produktu• Strategické plánování
![Page 3: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/3.jpg)
Motivace – proč SCRUM?
Vybrali jsme nový webový framework a potřebovali ho ověřit na reálné aplikaci.
K ověření jsme zvolili jednodušší ze 2 možných – WebAdmin MailServeru.
Předtím jsme používali vlastní modifikaci metodiky MSF – Microsoft Solution Framework
Šok! Odhadli jsme že v 10 lidech budeme potřebovat 5-6 měsíců jenom na specifikace.
Jak 100hoven? Použijeme skrumáž! ;-)
![Page 4: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/4.jpg)
Charakteristiky SCRUMu
Jedna z agilních metodik.Postupuje v malých iteracích a přírustcích.Předvedení fungující aplikace na konci každé iterace
(jednou za 2-4 týdny).Orientace na výsledek a problémy zákazníka.Tým se „sám“ organizuje.Žádná zázračná metoda!Není potřeba dlouhé průpravy na začátku – jen
otevřenou myslMinimálně na začátku není potřeba složitý software.
![Page 5: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/5.jpg)
IP AddressScheduling
IP AddressStatistics
Accounts
Sprint2-4 weeks
Accounts
Sprint goal
Sprint backlog
Potentially shippableproduct increment
Productbacklog
Statistics
24 hours
Scheduling
![Page 6: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/6.jpg)
Motto
„These days we do not program software module by module;
we program software feature by feature.“
Mařenka Poppendiecková
![Page 7: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/7.jpg)
Sequential vs. overlapping development
Rather than doing all of one thing at a time...
...Scrum teams do a little of everything all the time
Requirements Design Code Test
![Page 8: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/8.jpg)
Plánovací úrovně
1. Strategické plánování2. Plánování produktu3. Plánování vydání (release)4. Plánování iterace5. Denní plánování
![Page 9: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/9.jpg)
Detaily přidávej, až je to třeba
![Page 10: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/10.jpg)
Denní plán
Kdy: každý den, ve stejný čas, na stejném místě, stejní lidé
Kdo: vývojový tým (mlčící návštěvníci vítáni)
Co: • Co jsem udělal včera• Co plánuji dělat dnes• Jaké mám překážky v práci
![Page 11: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/11.jpg)
Denní plán - sledováníDatum: 5.3.2009 Přítomni: jburic, mroharik, nemec, oleopoldutilizace: [4.35cd] nemec [60%] (prednaska MS2, WM2)Q1: internet connections (ssec), attachement filteQ2: fake data pro internet connections (ssec), attachement filter
oleopold [70%] (prednaska MS2, WM2)Q1: logy export, upravy dle IDLQ2: logy dle IDL, mergovani engine
vkopcil [100%] Q1: aktivace uzivateluQ2: aktivace uzivateluQ3: - nešel autobuild
![Page 12: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/12.jpg)
Denní plán – sledování - graf
18/12/2008 7/1/2009 27/1/2009 16/2/2009 8/3/2009 28/3/2009 17/4/2009 7/5/2009 27/5/20090
1
2
3
4
5
6
7
SCRUM MD
SCRUM MDLinear (SCRUM MD)
![Page 13: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/13.jpg)
Plán iterace
Kdy: před zahájení každé iterace
Kdo: vývojový tým, produktový manažer, architekt a případně další význační odborníci
Co: plán iterace, story rozložené na úkoly, odhady, závislosti,..
![Page 14: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/14.jpg)
Plán iteraceBacklog
![Page 15: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/15.jpg)
Ideální výsledek sprintu
![Page 16: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/16.jpg)
Vyhodnocení iterace - produkt
Kdy: po ukončení každé iterace
Kdo: produktový manažer, vývojový tým a případně další zainteresované osoby
Co:• Vývojový tým předvede produktovému manažerovi
výsledky iterace (žádné slajdy, ale produkt!)• Vedoucí týmu seznámí přítomné s hodnotami metrik
iterace• Tým diskutuje vliv výsledků iterace na budoucí
plánování
![Page 17: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/17.jpg)
Vyhodnocení iterace - proces
Kdy: po ukončení (každé) iterace
Kdo: vývojový tým
Co: zhodnotí se postupy (procesy) a navrhnou se zlepšení pro příští iteraci(e).• Co funguje ponechat.• Co nefunguje zahodit. Nemilosrdně!• Sběr nových nápadů na zlepšení a jak je uvést v
život.
![Page 18: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/18.jpg)
Plánování vydání (Release)Kdy:
• vždy na počátku release cyklu• po schválení projektu
Kdo: produktový manažer, vývojový tým architekt, …
Co: • inspekce funkcionality (epics) v produktovém
backlogu• rozepsání funkcionality na stories• odhady stories• Bližší seznámení týmu se stories• Prioritizace a odhad přiřazení do iterací• Release Vision/Scope dokument
![Page 19: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/19.jpg)
Jak odhadovat
![Page 20: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/20.jpg)
Graf zbývající práce (burndown chart)
1 2 3 4 5 6 7 8 90.00
20.00
40.00
60.00
80.00
100.00
120.00
Points doneFictive Units
![Page 21: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/21.jpg)
Graf práce - bugfix (burnup chart)
![Page 22: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/22.jpg)
Roadmapa produktuKdy: obvykle v období plánování releasu, když se něco
dějeKdo: produktový manažer, architekt, management, …Co:
![Page 23: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/23.jpg)
Backlog produktuKdy: obvykle po skončení iteraceKdo: produktový manažer, architektCo:
ID a unique identification, just an auto-incremented numberName a short, descriptive name of the story.
the priority for this story ( 1 = MAX, ..., 5 = MIN). or labels (acronym MoSCoW) : Must, Should, Could, Wont. Size category. The simplest way to rate features is by size category : small, medium, large, extra-large ( "T-shirt size") or serial numbers ( 1 = MIN, ..., 5 = MAX). Story points. Non-dimensional units of complexity that are assigned by estimators to each feature. Ideal man-days. Very good understanding of the feature and the team's abilities are required. This granularity of estimation also risks misleading that people can be traded for features and time ( classic fallacy of the "mythical man-month.") Just use them with care.
Priority
Complexity
![Page 24: Agilní plánování](https://reader036.fdocuments.net/reader036/viewer/2022081504/568135fa550346895d9d6b58/html5/thumbnails/24.jpg)
Strategická vize produktuKdy: v období plánování releasuKdo: produktový manažer, top management team,
architektCo: Elevator statement, product vision box, …
“For (target customer) who (statement of the need) the (product name) is a (product category) that (product key benefit, compelling reason to buy). Unlike (primary competitive alternative), our product (final statement of primary differentiation).”