Czym jest szablon Analizy przyczyn źródłowych (Ishikawa)?
Szablon diagramu rybiej ości (Ishikawa), który pomaga zespołom uporządkować możliwe przyczyny problemu w przejrzyste kategorie. Zespoły mogą przeanalizować czynniki przyczyniające się do problemu, oddzielić objawy od przyczyn, uszeregować najbardziej prawdopodobne przyczyny źródłowe i zaplanować dochodzenie oparte na dowodach.
Jakie problemy rozwiązuje szablon Analizy przyczyn źródłowych (Ishikawa)?
Powtarzające się problemy
Nieuporządkowane dyskusje o przyczynach
Naprawy skupione na objawach
Brak wkładu międzyfunkcyjnego
Nieuzasadnione założenia
Brak jasnego planu dochodzenia
Jak używać szablonu Root Cause Analysis Ishikawa
Zapisz problem w głowie diagramu rybiej ości.
Potwierdź kategorie przyczyn.
Dodaj możliwe przyczyny pod każdą kategorią.
Scal powtarzające się pomysły.
Zadaj pytanie „Dlaczego?”, aby znaleźć głębsze przyczyny.
Głosuj nad najsilniejszymi przyczynami.
Wybierz przyczyny do zbadania.
Przypisz dowody, osoby odpowiedzialne i terminy.
Typowe pułapki
Zbyt ogólne sformułowanie problemu
Wymienianie objawów jako przyczyn
Obwinianie osób
Dodawanie przyczyn bez dowodów
Zatrzymywanie się na pierwszym wyjaśnieniu
Wybieranie zbyt wielu priorytetowych przyczyn
Jak unikać błędów
Użyj jednego mierzalnego sformułowania problemu.
Skoncentruj się na systemach i warunkach.
Oznacz wyraźnie założenia.
Zadaj pytanie „Dlaczego?” więcej niż raz.
Ogranicz dochodzenie do najważniejszych przyczyn.
Przypisz jedną osobę odpowiedzialną za każdy test.
Funkcje Miro, które możesz wykorzystać
Łączniki do gałęzi diagramu rybiej ości
Karteczki samoprzylepne na możliwe przyczyny
Tagi do oznaczania dowodów i założeń
Głosowanie w celu ustalenia priorytetów
Komentarze do notatek źródłowych
Kolorowanie kategorii
Tabele z właścicielami i terminami
Najczęściej zadawane pytania
Q: Kto może skorzystać z tego szablonu?A: Zespoły produktowe, zespoły inżynierskie, zespoły operacyjne, zespoły ds. jakości, zespoły wsparcia, zespoły ds. zgodności oraz liderzy projektów.
Q: Ile kategorii przyczyn należy użyć?A: W tym układzie dobrze sprawdza się sześć kategorii, choć zespoły mogą zmienić ich nazwy, aby lepiej pasowały do danego problemu.
Q: Ile przyczyn powinna zawierać każda kategoria?A: Trzy do pięciu przyczyn w każdej kategorii zapewnia czytelność diagramu.
Q: Czy ten szablon może wspierać incydenty dotyczące oprogramowania?A: Tak. Zespoły mogą użyć kategorii takich jak ludzie, procesy, technologia, dane, monitorowanie i dokumentacja.
Q: Z czym uczestnicy wyjdą?A: Wypełniony diagram Ishikawy, uszeregowane możliwe przyczyny, luki w dowodach oraz plan dochodzenia.
