Krok 1:
Wyjdź od problemu
Wyjdź od problemu
Problem to np.: Iteracje aplikacji, które tworzymy, nie spełniają wymagań klienta na koniec sprintu.
Krok 2:
Zadawaj pytanie "Dlaczego"
Zadawaj pytanie "Dlaczego"
Przykładowe flow:
- Dlaczego iteracje aplikacji, które tworzymy, nie spełniają wymagań klienta na koniec sprintu? → ponieważ klient nie dostarcza wystarczająco dobrych wymagań funkcjonalnych
- Dlaczego klient nie dostarcza wystarczająco dobrych wymagań funkcjonalnych? → ponieważ Product Owner ich nie przygotowuje wystarczająco dobrze
- Dlaczego Product Owner u klienta nie przygotowuje wystarczająco dobrze wymagań funkcjonalnych? → ponieważ nie umie zbierać wymagań, pisać user stories i dostarczać potrzebnych nam źródeł i narzędzi, np.: grafik
- Dlaczego PO nie umie zbierać wymagań? → ponieważ sam nie wie co jest do zrobienia
- Dlaczego PO sam nie wie co jest do zrobienia? → ponieważ w jego organizacji brak osoby decyzyjnej i mającej wizję produktu
Krok 3:
Dojdź do przyczyny
Dojdź do przyczyny
Przykładowa przyczyna: W organizacji Product Ownera brak osoby decyzyjnej i mającej wizję produktu.
Krok 4:
Zastanówcie się jak można tę przyczynę zaadresować
Zastanówcie się jak można tę przyczynę zaadresować
Jak możemy ten problem zaadresować?
- przygotować klientowi warsztaty, na których wypracujemy wizję końcową produktu
- przejąć dostarczanie potrzebnych materiałów np. grafik
- zaangażować w projekt proxy-PO po naszej stronie, aby osoba ta pomogła PO u klienta definiować wymagania, zbierać materiały, pisać user stories, itp.
- zorganizować spotkanie z przełożonym PO, opisać problem i poszukać wspólnie rozwiązania
- podejmować decyzje za PO i przedstawiać rozwiązanie do akceptacji
Krok 5:
Wyznaczcie osobę/y odpowiedzialne za kolejne akcje
Wyznaczcie osobę/y odpowiedzialne za kolejne akcje
Koniecznie przypiszcie do kolejnych kroków i akcji osobę odpowiedzialną i po kolejnych iteracjach, sprawdzajcie, czy problem został rozwiązany.