Kult Cargo - czyli błędy przy wprowadzaniu Agile
•Als PPT, PDF herunterladen•
1 gefällt mir•3,106 views
Materiały z mojej prelekcji.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Kult Cargo - czyli błędy przy wprowadzaniu Agile
Ähnlich wie Kult Cargo - czyli błędy przy wprowadzaniu Agile (20)
Mehr von Jakub Drzazga
Mehr von Jakub Drzazga (8)
Kult Cargo - czyli błędy przy wprowadzaniu Agile
- 1. Kult Cargo
- 4. Agenda • Czym jest wartość ? • Jak ją dostarczać wartość ? • Kult Cargo • Case Study
- 6. Sukces projektu • Jak się go mierzy ?
- 7. 3 sposoby
- 12. Czym jest sukces projektu?
- 16. KPI • Key Performance Indicator
- 17. KPI - przykłady • Liczba userów • Satysfakcja • Poziom zadowolenia deweloperów
- 19. Jak dostarczać wartość ?
- 30. Sprint 1 Sprint 2 Podejście Iteracyjne
- 31. Sprint 1 Sprint 2 Sprint 3 Podejście Iteracyjne
- 32. Sprint 1 Sprint 2 Sprint 3 Sprint 4 Podejście Iteracyjne
- 33. Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Podejście Iteracyjne
- 34. Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Kiedy projekt dostarcza wartość ?
- 36. VS Ryzyko
- 42. Kult Cargo • „Pracujemy w Sprintach” • „Mamy Scrum Mastera” • „Robimy Daily” • „Używamy kolorowych karteczek”
- 43. Kult Cargo • „Kiedy był feedback od userów ?” • „Kiedy ostatnio był działający soft ?” ... • „Rok temu ... ale i tak jesteśmy AGILE!
- 45. oraz sprawia, że zespołowi pracuje się lepiej. ANTYWZORCE
- 47. oraz sprawia, że zespołowi pracuje się lepiej. Optymalizacja lokalna
- 48. oraz sprawia, że zespołowi pracuje się lepiej. Przykład • Świetna kultura pracy • Wysoka jakość oprogramowania • Wysoka motywacja • Wzorcowe przestrzeganie Scruma • Projekt nie ma sensu
- 50. Teoria Ograniczeń • Zawsze pracuj na ograniczeniu !
- 53. Brak działającego softu • 6 różnych poziomów
- 55. 1. 95% DONE • Rozgrzebana praca • BRAK – gruntownych testów • BRAK - integracji • Release niemożliwy
- 57. 2. Programmer READY • 100% DONE • Zadania o charakterze technicznym • BRAK wartości biznesowej • BRAK feedbacku biznesowego
- 59. 3. Product Owner READY • Podział pracy – wartość dla End Usera • Review TYLKO Product Ownera
- 61. 4. Stakeholder READY • Stakeholderzy dają feedback • Tutaj zaczyna się Scrum • Brak punktu widzenia End Usera
- 63. 5. User READY • End Userzy dali feedback
- 65. 6. Market READY • Produkt w sklepie • Ostateczna weryfikacja
- 76. Transformacja Agile Business Analytics SPRINT Designers SPRINT API developers SPRINT Front end SPRINT STABILIZACYJNY
- 78. Fragile / Scrumfall • Niepotrzebna praca • Konflikty • Brak weryfikacji hipotez TECHNICZNYCH • Brak weryfikacji hipotez BIZNESOWYCH
- 79. Alternatywa
- 81. Zespół specjalistów • Wszystkie kompetencje • Potentially Releasable Increment Time to market == Sprint time
- 83. Developerzy renesansu • Generalizing Specialists • Ekspert w głównej dziedzinie • Ogólna wiedza z pozostałych • Znajomość obszarów biznesowych
- 85. Projekty w firmie X prowadzone są w metodykach zwinnych.
- 86. Z naszego doświadczenia wynika, że właśnie takie podejście pomaga uzyskać wartość biznesową dla klienta.
- 87. Specjalizujemy się w projektach z predefiniowanym zakresem i budżetem ...
Hinweis der Redaktion
- Jeżeli ktoś stwierdzi, nie zgadzam się z tym gościem ale przemysli temat to też sukces
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Ukryty Waterfall Za każdym razem wartość Za każdym razem feedback
- Wydawać jak najczęściej ! Nawet jakieś bety, na rynek australijski, ale feedback Przestarzałe, nietrafione w potrzeby
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- To show how big is a task Helps PO prioritize tasks in Product Backlog PO can calculate velocity and have time horizon Team knows if something can be taken to a Sprint It is not good idea to calculate velocity for a single team member!
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu
- Projekt jest w 90% gotowy przez większość czasu