Ponad 80% organizacji twierdzi, że korzysta z metod Agile, a 80% z nich ma Scrum. Pomimo 21 lat od powstania Scrum i 15 lat od spisania Agile Manifesto nadal pojawiają się nieprawdziwe opinie, a nawet powstają całe metody rozwiązujące nieistniejące problemy. Im wyżej w strukturze organizacji tym gorzej z wiedzą i tym więcej nieprawdziwych założeń. Od czasu do czasu nadal usłyszymy, że nie ma architektury, że Scrum nadaje się tylko do małych projektów, że Scrum to metoda zarządzania projektami, że nie trzeba pisać dokumentacji, testerów nie ma, bo nie ma takiej roli, a Sprint to taki mały waterfall i tym podobne głupoty. Skąd to się bierze? Najczęściej z braku zrozumienia podstaw lub ze słabej jakości źródeł pozyskanej wiedzy. W praktyce jeśli nie wie się co jest prawdą, a co jest zmyślone bardzo trudno zrozumieć co się na prawdę dzieje i jak powinny wyglądać procesy wytwórcze. Można dać komuś rybę, ale dużo lepiej jest dać wędkę i nauczyć łowić ryby. Dlatego podczas mojego wystąpienia omówię podstawy zagadnień i zbuduję solidne fundamenty do podejmowania decyzji na co dzień.

1. Agile – Fakty i Mity
(przynajmniej 15)
Krystian Kaczor
@krystian_kaczor
PM Days 26/04/2016

2. Krystian Kaczor
• 12 lat doświadczenia na projektach
w Szwecji, Polsce, Iranie, Holandii
• W Scrum od 2006
• Autor artykułów (c0re, SDJ, ITCrew
blog, Programista)
• Główny trener QAgile
• Blog: http://www.qagile.pl/blog
© QAgile 2

3. Agile Coach
© QAgile 3

4. 4

5. Mit #1
Agile i Scrum to nowy pomysł
©QAgile 5

6. • Takeuchi and Nonaka – „The New New
Product Development Game” (1986)
• Jeff Sutherland at Easel corporation in 1993
• Scrum paper by Ken Schwaber OOPSLA ‘95
• 2001 Agile Manifesto stworzony & Agile
Alliance sformowany
• 2001 pierwszy kurs Scrum Master
©QAgile 6

7. Mit #2
W Agile nie ma planowania
©QAgile 7

8. ©QAgile 8

9. Poprzez wytwarzanie oprogramowania oraz pomaganie innym
w tym zakresie odkrywamy lepsze sposoby realizowania tej
pracy. W wyniku tych doświadczeń zaczęliśmy przedkładać:
Ludzi i ich interakcje nad procedury i narzędzia.
Działające oprogramowanie nad wyczerpującą dokumentację.
Współpracę z klientem nad negocjację umów.
Reagowanie na zmiany nad realizowanie planu.
Chociaż doceniamy rzeczy wymienione po prawej stronie, to
jednak bardziej cenimy pozycje po lewej.
© QAgile 9
Manifesto for Agile Software
Development

10. Mit #3
W Agile nie ma dokumentacji
©QAgile 10

11. Poprzez wytwarzanie oprogramowania oraz pomaganie innym
w tym zakresie odkrywamy lepsze sposoby realizowania tej
pracy. W wyniku tych doświadczeń zaczęliśmy przedkładać:
Ludzi i ich interakcje nad procedury i narzędzia.
Działające oprogramowanie nad wyczerpującą dokumentację.
Współpracę z klientem nad negocjację umów.
Reagowanie na zmiany nad realizowanie planu.
Chociaż doceniamy rzeczy wymienione po prawej stronie, to
jednak bardziej cenimy pozycje po lewej.
© QAgile 11
Manifesto for Agile Software
Development

12. Mit #4
Agile to “róbta co chceta”
©QAgile 12

13. Agile Software Development
• Agile Manifesto
• 12 Principles of Agile Software
©QAgile 13

14. Zasady Agile
1. Naszym najwyższym priorytetem jest zadowolić
klienta poprzez wczesne i ciągłe dostarczanie
wartościowego oprogramowania.
2. Zmiany w wymaganiach, nawet późno w
projekcie są mile widziane. Process Agile
zaprzęga zmianę do przewagi we
współzawodnictwie na korzyść klienta.
3. Dostarczaj oprogramowanie często, w
odstępach czasu od kilku tygodni do kilku
miesięcy, preferując mniejsze odstępy czasowe.
© QAgile 14

15. Zasady Agile
4. Ludzie biznesu i deweloperzy muszą pracować
razem codziennie przez cały projekt.
5. Buduj projekty w opraciu o zmotywowane
indywidualności. Daj im środowisko i wsparcie,
którego potrzebują i zaufaj im, że praca zostanie
wykonana.
6. Najskuteczniejszą i najwydajniejszą metodą
przekazywania informacji do i w zespole
deweloperów jest rozmowa w cztery oczy.
© QAgile 15

16. Zasady Agile
7. Działające oprogramowanie jest
podstawową miarą postępu.
8. Procesy Agile promują trwały rozwój.
Sponsorzy, deweloperzy i użytkownicy
powinni być w stanie utrzymać ciągłe
tempo nieskończenie.
9. Ciągła koncentracja na technicznej
doskonałości i dobrym projekcie (design)
poprawia zwinność (agility).
© QAgile 16

17. Zasady Agile
10. Prostota – sztuka zwiększania ilości pracy
niewykonanej – jest niezbędna.
11. Najlepsze architektury, wymagania i projekty
wyłaniają się z samo-organizujących się zespołów.
12. W regularnych odstępach czasu, zespół
zastanawia się jak stać się bardziej wydajnym, a
następnie odpowiednio dostraja się i dopasowuje
swoje zachowanie
http://agilemanifesto.org/principles.html
© QAgile 17

18. Mit #5 Samo-organizacja to
anarchia
©QAgile 18

19. ©QAgile 19
SAMO-
ORGANIZACJA
CEL
ZASADY PRESJA
trójkąt samo-organizacji by Andy Brandt

20. Mit #6 Iteracja w Agile to taki
mini-waterfall
©QAgile 20

21. Iteracja w Agile
© QAgile 21
Analiza
Projekt
Implementacja
Weryfikacja
Planowanie
Utrzymanie

22. Mit #7 Agile to Scrum
©QAgile 22

23. Metody i frameworki Agile
• Kanban
• Scrum
• Extreme Programming (XP)
• Lean Software Development
• Crystal
• Agile Unified Process (AgileUP)
• Feature Driven Development
• Dynamic Systems Development Method
• Lean Startup
© QAgile 23

24. Mit #8 Mamy Scrum, więc
jesteśmy Agile
©QAgile 24

25. Scrum
©QAgile 25

26. Agility
• “used for ​describing ​ways of ​planning
and doing ​work in which it is ​understood
that making ​changes as they are ​needed
is an ​important ​part of the ​job” – Cambridge
Dictionary
• “the ability to think and draw conclusions
quickly; intellectual acuity” – Dictionary.com
©QAgile 26

27. Mit #8 Scrum rozwiązuje problemy
©QAgile 27

28. Przeznaczenie Scrum
Rolą Scrum jest uwidocznić relatywną
skuteczność Twoich praktyk rozwoju
oprogramowania, żebyś mógł je ulepszyć,
dostarczając framework (szkielet), w
ramach którego mogą być wytwarzane
złożone produkty.
©QAgile 28
(źródło: Scrum Guide Feb 2010)
http://www.scrum.org/scrumguides/

29. Mit #9 Wydanie po każdym
Sprincie
©QAgile 29

30. Increment
©QAgile 30
potentially releasable Increment of DONE product
DONE ≠ Released
Sprint #1 Sprint #2 Sprint #3

31. Mit #10 Zespół zobowiązuje się
ukończyć pełen zakres Sprintu
©QAgile 31

32. Sprint Forecast
©QAgile 32

33. Mit #11 Nie ma czegoś takiego jak
zobowiązanie w Scrum
©QAgile 33

34. Scrum Values
Scrum
Commitment
Focus
OpennessRespect
Courage
©QAgile 34

35. Mit #12 Zmiany zakresu w Sprincie
nie są możliwe
©QAgile 35

36. Sprint Backlog
©QAgile 36

37. Mit #13 Scrum jest łatwy
©QAgile 37

38. “Scrum is:
• Lightweight
• Simple to understand
• Difficult to master ”
- Scrum Guide 2013
©QAgile 38

39. ©QAgile 39

40. Mit #14 Daily Stand-up
©QAgile 40

41. ©QAgile 41
By Dawid Padewski on LinkedIn

42. ©QAgile 42

43. Mit #15 Scrum Master to taki PM
Mit #16 W Scrum nie ma
zarządzania
©QAgile 43

44. ©QAgile 44
Co? Jak? Proces

45. Mit #17 Trzeba pisać User Story
©QAgile 45

46. ©QAgile 46

47. Product Backlog
• Ordered list
• All the changes to the
Product
• Product Backlog Item
has
– Order
– Description
– Estimate
– Value
©QAgile 47

48. ©QAgile 48

49. Jak zostać Pogromcą Mitów o
Agile?
©QAgile 49

50. Sprawdzaj, czy…
1. … to jest w Agile Manifesto?
2. … to jest w 12 zasad Agile Software
Development?
3. … to jest w Scrum Guide?
4. … mówił o tym trener PST w ramach
szkolenia Scrum.org?
©QAgile 50

51. 51©QAgile

52. Sprawdź pełną ofertę
©QAgile 52
Wymagania – Agile - Testowanie
Szkolenia – Konsulting – Coaching – Audyty - Certyfikacja
www.qagile.pl