Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Agile fakty i mity

46,835 views

Published on

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ń.

Published in: Software
  • Be the first to comment

Agile fakty i mity

  1. 1. Agile – Fakty i Mity (przynajmniej 15) Krystian Kaczor @krystian_kaczor PM Days 26/04/2016
  2. 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. 3. Agile Coach © QAgile 3
  4. 4. 4
  5. 5. Mit #1 Agile i Scrum to nowy pomysł ©QAgile 5
  6. 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. 7. Mit #2 W Agile nie ma planowania ©QAgile 7
  8. 8. ©QAgile 8
  9. 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. 10. Mit #3 W Agile nie ma dokumentacji ©QAgile 10
  11. 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. 12. Mit #4 Agile to “róbta co chceta” ©QAgile 12
  13. 13. Agile Software Development • Agile Manifesto • 12 Principles of Agile Software ©QAgile 13
  14. 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. 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. 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. 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. 18. Mit #5 Samo-organizacja to anarchia ©QAgile 18
  19. 19. ©QAgile 19 SAMO- ORGANIZACJA CEL ZASADY PRESJA trójkąt samo-organizacji by Andy Brandt
  20. 20. Mit #6 Iteracja w Agile to taki mini-waterfall ©QAgile 20
  21. 21. Iteracja w Agile © QAgile 21 Analiza Projekt Implementacja Weryfikacja Planowanie Utrzymanie
  22. 22. Mit #7 Agile to Scrum ©QAgile 22
  23. 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. 24. Mit #8 Mamy Scrum, więc jesteśmy Agile ©QAgile 24
  25. 25. Scrum ©QAgile 25
  26. 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. 27. Mit #8 Scrum rozwiązuje problemy ©QAgile 27
  28. 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. 29. Mit #9 Wydanie po każdym Sprincie ©QAgile 29
  30. 30. Increment ©QAgile 30 potentially releasable Increment of DONE product DONE ≠ Released Sprint #1 Sprint #2 Sprint #3
  31. 31. Mit #10 Zespół zobowiązuje się ukończyć pełen zakres Sprintu ©QAgile 31
  32. 32. Sprint Forecast ©QAgile 32
  33. 33. Mit #11 Nie ma czegoś takiego jak zobowiązanie w Scrum ©QAgile 33
  34. 34. Scrum Values Scrum Commitment Focus OpennessRespect Courage ©QAgile 34
  35. 35. Mit #12 Zmiany zakresu w Sprincie nie są możliwe ©QAgile 35
  36. 36. Sprint Backlog ©QAgile 36
  37. 37. Mit #13 Scrum jest łatwy ©QAgile 37
  38. 38. “Scrum is: • Lightweight • Simple to understand • Difficult to master ” - Scrum Guide 2013 ©QAgile 38
  39. 39. ©QAgile 39
  40. 40. Mit #14 Daily Stand-up ©QAgile 40
  41. 41. ©QAgile 41 By Dawid Padewski on LinkedIn
  42. 42. ©QAgile 42
  43. 43. Mit #15 Scrum Master to taki PM Mit #16 W Scrum nie ma zarządzania ©QAgile 43
  44. 44. ©QAgile 44 Co? Jak? Proces
  45. 45. Mit #17 Trzeba pisać User Story ©QAgile 45
  46. 46. ©QAgile 46
  47. 47. Product Backlog • Ordered list • All the changes to the Product • Product Backlog Item has – Order – Description – Estimate – Value ©QAgile 47
  48. 48. ©QAgile 48
  49. 49. Jak zostać Pogromcą Mitów o Agile? ©QAgile 49
  50. 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. 51©QAgile
  52. 52. Sprawdź pełną ofertę ©QAgile 52 Wymagania – Agile - Testowanie Szkolenia – Konsulting – Coaching – Audyty - Certyfikacja www.qagile.pl

×