1. Metodyka agile
Daniel Waligóra
Wrocław 16/01/2013
1 / 40

2. Agenda
• Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- czym jest „agile”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
2 / 40

3. • Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- czym jest „agile”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
3 / 40

4. LOOP - błędne
LOOP - błędne
koło
koło
4 / 40

5. • Late (późno)
od 6 do 12 miesięcy
• Over Budget (przekroczony budżet)
50% - 100%(!)
• Overtime (nadgodziny)
• Poor quality (kiepska jakość)
̨
E. Yourdon, Marsz ku klesce. Poradnik dla projektanta systemów
5 / 40

6. The Standish Group
International Inc.
Podział przedsięwzięć informatycznych ze
względu na zakończenie:
• zakończone sukcesem (P1)
• zakończone częściowym niepowodzeniem (P2)
• zakończone porażką (P3)
6 / 40

7. Raport „Chaos”
7 / 40

8. • Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- czym jest „agile”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
8 / 40

9. Lata 80-00
więcej
więcej
dyscypliny!!!
dyscypliny!!!
9 / 40

10. • ISO 9000
- v1 - 1987
- v2 - 1994
- v3 - 2000
• CMM (Capability Maturity Model)
- v1 - 1987
- v2 - 1997 (rozpoczęcie prac nad CMM Integration)
-
10 / 40

11. Optymalizujący (5)
Ciągła poprawa procesu
Zarządzany (4)
Przewidywalność procesu
Zdefiniowany (3)
Zestandaryzowany, spójny proces
Zarządzany (2)
Proces zdyscyplinowany
Wstępny (1)
11 / 40

12. Metody klasyczne
Wady
biurokratyzacja
skupienie na procesie,
nie produkcie
zabicie inicjatywy i
elastyczności
12 / 40

13. • Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- dlaczego „lekkie”, „zwinne”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
13 / 40

14. Dlaczego
„lekkie”,„zwinne”?
14 / 40

15. „Wolna amerykanka”
„Jazda bez trzymanki”
15 / 40

16. 2001 Snowbird, Utah
16 / 40

17. Manifest Agile - wartości
• Ludzie i interakcje ponad procesy i
narzędzia
• Współpraca z klientem ponad
negocjacje kontraktu
• Działające oprogramowanie ponad
wyczerpującą dokumentację
• Reagowanie na zmiany ponad
śledzenie planu
17 / 40

18. Manifest Agile - zasada #1
„Satysfakcja klienta
poprzez wczesne i stałe
(ciągłe) dostarczanie
oprogramowania.”
18 / 40

19. Manifest Agile - zasada #2
„Zmiana wymagań nie jest
problemem, nawet na
zaawansowanym poziomie
tworzenia.”
19 / 40

20. Manifest Agile - zasada #3
„Działające oprogramowanie
dostarczane często, z
przerwami od kilku tygodni do
kilku miesięcy, przy czym im
częściej, tym lepiej.”
20 / 40

21. Manifest Agile - zasada #4
„Klient jako integralna część
zespołu.”
21 / 40

22. Manifest Agile - zasada #5
„Projekty powierzać osobom
zmotywowanym.”
22 / 40

23. Manifest Agile - zasada #6
„Rozmowa na żywo jest
najskuteczniejszym sposobem
przekazywania informacji.”
23 / 40

24. Manifest Agile - zasada #7
„Działające oprogramowanie
jest podstawową miarą
postępu pracy.”
24 / 40

25. Wykres spalania sprintu - SCRUM
25 / 40

26. Manifest Agile - zasada #8
„Oprogramowanie powinno
być tworzone w stałym
tempie.”
26 / 40

27. Manifest Agile - zasada #9
„Doskonałość od strony
technicznej oraz dobre
projektowanie wspomagające
podejście Agile.”
27 / 40

28. Manifest Agile - zasada #10
„Kluczowa definicja prostoty:
sztuka maksymalizacji pracy
jeszcze nie wykonanej.”
28 / 40

29. Manifest Agile - zasada #11
„Najlepsza architektura,
wymagania i projekty
powstają w
samoorganizujących się
zespołach.”
29 / 40

30. Manifest Agile - zasada #12
„Zespół projektowy
powinien regularnie
weryfikować swoją
efektywność oraz starać
się ją poprawiać.”
30 / 40

31. Przyrastać czy ewoluować?
Przyrost
Ewolucja
źródło: http://www.agileproductdesign.com/blog/dont_know_what_i_want.html
31 / 40

32. Cykl życia projektu - SCRUM
Wizja
Planowanie sprintu
Sprint Daily
backlog Scrum
Product
Backlog
Sprint
Product
review
Przyrost
32 / 40

33. Najpopularniejsze metodyki
• Dynamic Systems Development (1990) - Dane Faulkner
• Scrum (1995) - Ken Schwaber, Jeff Sutherland, Mike Beedle
• Adaptive Software Development (1995) - Jim Highsmith
• Feature Driven Development (1995) - Jeff DeLuca
• eXtreme Programming (1996) - Kent Beck, Ron Jeffries
• Crystal methodologies (1996) - Alistair Cockburn
• Lean Software Development (1996) - Mary and Tom
Poppendieck

34. • Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- czym jest „agile”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
33 / 40

35. Planowanie z klientem w Metodyce Tradycyjnej
Planowanie Wytwarzanie
Planowanie z klientem w Metodyce Zwinnej
Planowanie
34 / 40

36. • Kryzys
• Metodyki tradycyjne
• Metodyka Agile
- czym jest „agile”?
- wartości
- zasady
- cechy
• Tradycja vs Zwinność
• Lęki i prawa
35 / 40

37. Lęki klienta:
• niekompletne wyobrażenie o problemie, a
propozycje wykonawcy złe i niepotrzebne
• jego przyszłość zależy od innych ludzi
(programistów)
• projekt się przedłuży i pochłonie większy
budżet
• produkt będzie kiepskiej jakości, nieużywalny
36 / 40

38. Lęki programisty:
• nie będzie miał jasno określonych wymagań i będą one
zmienne
• klient będzie wymagał zbyt dużo za zbyt mało
• problem będzie przerastał jego możliwości lub pochłonie
zbyt dużo czasu
• problem będzie zawierał ukryte „miny”
• na nim spoczywa odpowiedzialność za wszystkie
niepowodzenia
37 / 40

39. Karta praw klienta:
• Klient ma prawo do długofalowego planowania z
uwzględnieniem kosztów i wariantów
• Klient ma prawo do okresowego wyznaczania priorytetów
projektu
• Klient ma prawo do wglądu w postępy projektu oraz dostępu
do działającej i aktualnej wersji aplikacji
• Klient ma prawo do zmiany zdania (założeń projektu) bez
konieczności płacenia wygórowanych kosztów
38 / 40

40. Karta praw programisty:
• Programista ma prawo do przedstawiania własnych estymat
zadań projektowych, a także do ich zmiany
• Programista ma prawo do produkowania wysokiej jakości
kodu niezależnie od okoliczności
• Programista ma prawo do wiedzy, które zadania są
najważniejsze i powinny zostać zrealizowane w najbliższym
czasie
• Programista ma prawo do otrzymywania pomocy ze strony
klienta, szefów oraz członków zespołu
• Programista ma prawo do uczciwego raportowania
postępów projektu
39 / 40

41. Literatura
• Wykłady - Techniki Wytwarzania oprogramowania, Jacek
Dajda, EAiIE AGH
• Manifesto for Agile Software Development
http://agilemanifesto.org
• Jeff Patton blog, http://www.agileproductdesign.com
• http://agile.jogger.pl
• Martin Fowler, The Agile Manifesto: where it came from and
where it may go
http://www.martinfowler.com/articles/agileStory.html
• http://blog.standishgroup.com
• http://wazniak.mimuw.edu.pl
40 / 40

42. Dziękuję za uwagę.