Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Agile jest jak seks - prezentacja dla Geek Week Kraków

192 visualizaciones

Publicado el

Wprowadzenie do świata Agile dla uczestników Scrum Evening w Krakowie, 07.06.2017

Publicado en: Software
  • Sé el primero en comentar

Agile jest jak seks - prezentacja dla Geek Week Kraków

  1. 1. AGILE JEST JAK SEKS WSZYSCY O TYM MÓWIĄ, KAŻDY BY CHCIAŁ, NIEWIELU ROBI TO DOBRZE JAKUB BAŻELA SCRUM EVENING KRAKÓW 07.06.2017
  2. 2. PROGRAM NA 45 MINUT 1. Czego się NIE nauczycie w tej godzinie? 2. Złożoność i skomplikowanie 3. Wyjaśnienie pojęć - Agile, Lean, Scrum 4. Zastosowania i ograniczenia metod zwinych 5. Czego nauczyć się w następnej kolejności?
  3. 3. CZEGO SIĘ NIE NAUCZYCIE? 1. Jak wdrożyć Agile w swojej organizacji 2. Jak programować 3. Jak zbudować wartościowy produkt 4. Jak szczegółowo działają zwinne metody (np. Scrum) 5. Jak pełnić poszczególne role w zespole
  4. 4. ZŁOŻONOŚĆ I SKOMPLIKOWANIE 1. Czy miasto jest trudne do wyjaśnienia? 2. A relacje między ludźmi na imprezie? 3. Czy giełda jest skomplikowana, czy złożona? 4. A klocki LEGO?
  5. 5. Cynefin Dave Snowden, 1999
  6. 6. KIEDY COŚ JEST PROSTE? 1. Widać wyraźnie przyczynę i skutek 2. Łatwo to wyjaśnić 3. Istnieje jedno poprawne rozwiązanie/odpowiedź 4. Wystarczy odnaleźć problem, zaklasyfikować go i zareagować
  7. 7. Cynefin Dave Snowden, 1999
  8. 8. KIEDY COŚ JEST CHAOTYCZNE? 1. Dużo się dzieje na raz, mało czasu na podjęcie decyzji 2. Nie wiemy co jest przyczyną, co skutkiem 3. Najpierw jakkolwiek działamy (bo gorzej i tak nie będzie), na końcu reagujemy na efekty
  9. 9. Cynefin Dave Snowden, 1999
  10. 10. KIEDY COŚ JEST SKOMPLIKOWANE? 1. Niewiele osób naprawdę rozumie przyczyny i skutki 2. Trudno to klarownie wyjaśnić 3. Jest wiele odpowiedzi na jeden problem 4. Najpierw odczuwamy, potem analizujemy, na końcu reagujemy
  11. 11. Cynefin Dave Snowden, 1999
  12. 12. KIEDY COŚ JEST KOMPLEKSOWE? 1. Co było przyczyną, a co skutkiem, widzimy wyłącznie z perspektywy czasu 2. Trudno przewidzieć dalsze skutki 3. Wyjaśnienia mogą być ze sobą sprzeczne, bo brak danych 4. Najpierw sondujemy, potem reagujemy
  13. 13. Cynefin Dave Snowden, 1999
  14. 14. A NIEUPORZĄDKOWANE? Kiedy nawet nie potrafimy powiedzieć, czy któryś z wymienionych czterech obszarów przeważa
  15. 15. JAKIE JEST TWORZENIE OPROGRAMOWANIA? 1. Jest kompleksowe (złożone), bo wymaga współdziałania z rynkiem, klientami, użytkownikami i zmieniającymi się wymaganiami 2. Jest skomplikowane, bo dotyka wielu technologii i dziedzin wiedzy 3. Działając w tej branży, opieramy się na praktykach dobrych lub emergentnych (wyłaniających się) – najlepiej gdy stosujemy model empiryczny
  16. 16. MODEL EMPIRYCZNY AdaptacjaInspekcja Przejrzystość
  17. 17. AGILE 1. Pewna filozofia, podejście do pracy nad wytwarzaniem oprogramowania 2. Rodzina metod i praktyk dla regularnego tworzenia produktów w domenie złożonej i skomplikowanej – w warunkach niepewności
  18. 18. MANIFEST AGILE, 2001 Odkrywamy nowe metody programowania dzięki praktyce w programowaniu i wspieraniu w nim innych. W wyniku naszej pracy, zaczęliśmy bardziej cenić: Ludzi i interakcje od procesów i narzędzi Działające oprogramowanie od szczegółowej dokumentacji Współpracę z klientem od negocjacji umów Reagowanie na zmiany od realizacji założonego planu. Oznacza to, że elementy wypisane po prawej są wartościowe, ale większą wartość mają dla nas te, które wypisano po lewej. http://agilemanifesto.org/iso/pl/manifesto.html
  19. 19. Andy Brandt, 2016 https://prezi.com/-fsb0ro2o08l/introduction-to-leanagile/
  20. 20. 12 ZASAD AGILE 1. Najwyższy priorytet ma dla nas zadowolenie klienta dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania.
  21. 21. 2. Bądźcie gotowi na zmiany wymagań nawet na późnym etapie jego rozwoju. Procesy zwinne wykorzystują zmiany dla zapewnienia klientowi konkurencyjności.
  22. 22. 3. Dostarczajcie funkcjonujące oprogramowanie często, w kilkutygodniowych lub kilkumiesięcznych odstępach. Im częściej, tym lepiej.
  23. 23. 4. Zespoły biznesowe i deweloperskie muszą ściśle ze sobą współpracować w codziennej pracy przez cały czas trwania projektu.
  24. 24. 5. Twórzcie projekty wokół zmotywowanych ludzi. Zapewnijcie im potrzebne środowisko oraz wsparcie i zaufajcie, że wykonają powierzone zadanie.
  25. 25. 6. Najbardziej efektywnym i wydajnym sposobem przekazywania informacji zespołowi deweloperskiemu i wewnątrz niego jest rozmowa twarzą w twarz.
  26. 26. 7. Działające oprogramowanie jest podstawową miarą postępu.
  27. 27. 8. Procesy zwinne umożliwiają zrównoważony rozwój. Sponsorzy, deweloperzy oraz użytkownicy powinni być w stanie utrzymywać równe tempo pracy.
  28. 28. 9. Ciągłe skupienie na technicznej doskonałości i dobrym projektowaniu zwiększa zwinność.
  29. 29. 10. Prostota – sztuka minimalizowania ilości koniecznej pracy – jest kluczowa.
  30. 30. 11. Najlepsze rozwiązania architektoniczne, wymagania i projekty pochodzą od samoorganizujących się zespołów.
  31. 31. 12. W regularnych odstępach czasu zespół analizuje możliwości poprawy swojej wydajności, a następnie dostraja i dostosowuje swoje działania do wyciągniętych wniosków.
  32. 32. KIEDY STOSOWAĆ (LUB NIE) AGILE? 1. Warto stosować, gdy mierzymy się z czymś nowym, złożonym, skomplikowanym, nieprzewidywalnym, ryzykownym lub chcemy zmniejszać niepewność i chaos. Kiedy chcemy utrzymać tempo pracy i mechanizm empiryczny. 2. Raczej nie warto stosować, gdy wyzwanie jest zbyt proste, by sięgać po jakieś metodyki
  33. 33. CZEGO SIĘ NAUCZYĆ TERAZ? 1. Posłuchać następnej prelekcji – o popularnej metodzie Scrum 2. Przejrzeć książki, prezentacje itp. na https://www.agilealliance.org 3. Wpaść do Code Sprinters www.agileszkolenia.pl na moje warsztaty „Scrum w Pigułce” lub… 4. …wygrać wejściówkę na nie podczas tego eventu
  34. 34. DZIĘKUJĘ! Jeśli się podobało, napisz na jbazela@codesprinters.com Jeśli się nie podobało, też napisz, cenię każdy feedback J

×