Six Sigma DMAIC Analiza przyczyn źródłowych
Opis
Szablon Six Sigma DMAIC Analiza przyczyn źródłowych to uporządkowany, pięcioetapowy model rozwiązywania problemów, ułożony od lewej do prawej w pięciu kolumnach: Definicja, Pomiar, Analiza, Udoskonalenie i Kontrola. Każda faza zawiera na górze pytania pomocnicze, a poniżej przeznaczoną przestrzeń roboczą do zapisywania ustaleń. Szablon wymusza sekwencję opartą na danych — nie przechodź do fazy Udoskonalenie, dopóki Analiza nie zostanie zweryfikowana danymi.
Kto może z niego korzystać
Inżynierowie jakości, zespoły ds. usprawniania procesów, zespoły produktowe i inżynierskie, kierownicy operacyjni oraz praktycy Six Sigma (Green Belt/Black Belt). Ma zastosowanie w przemyśle wytwórczym, tworzeniu oprogramowania, opiece zdrowotnej, finansach oraz we wszystkich branżach skupionych na redukcji wad lub zmienności procesów.
Jak tego używać
Pracuj od lewej do prawej, przechodząc przez pięć faz:
Zdefiniuj – Określ problem, zidentyfikuj klienta, ustal cel i zakres.
Zmierz – Ustal metrykę bazową i zbierz dane o bieżącej wydajności.
Analizuj – Zidentyfikuj przyczyny źródłowe za pomocą metody 5 Why lub diagramu Ishikawy; zweryfikuj przyczyny danymi. (Do tej fazy można dołączyć szablon 5 Why lub diagram Ishikawy.)
Ulepsz – Opracuj rozwiązania ukierunkowane na zweryfikowane przyczyny źródłowe; przeprowadź pilotaż przed pełnym wdrożeniem.
Kontroluj – Ustandaryzuj rozwiązanie, monitoruj wyniki i określ plan reakcji, by utrzymać efekt.
Przykład
Zespół produktowy pracujący nad defektami oprogramowania, które przedostają się do produkcji:
Define: Zbyt wiele defektów trafia do użytkowników końcowych; celem jest zmniejszenie liczby defektów wydostających się do produkcji o 50% do końca Q4; zakres obejmuje zespół checkout i płatności.
Measure: Punkt odniesienia: 14 defektów wydostających się do produkcji miesięcznie (maj–lipiec); 60% przypisanych do modułu checkout; zespół wsparcia poświęca ok. 90 godzin miesięcznie na zgłoszenia defektów.
Analyze: Zastosowanie metody 5 Whys dla 10 najważniejszych defektów wykazało brak zautomatyzowanego zestawu testów regresyjnych i pośpieszne przeglądy przedwydaniowe; 8 z 10 defektów zostałoby wykrytych przez testy regresyjne.
Improve: Utworzono zautomatyzowany zestaw testów regresyjnych obejmujący 120 testów; dodano listę kontrolną przeglądu PR i 24-godzinne wstrzymanie wydań; przeprowadzono pilotaż z zespołem checkout we wrześniu.
Control: Tygodniowy pulpit defektów; próg alertu ustawiony na 5 defektów wydostających się do produkcji na miesiąc; zestaw testów regresyjnych obowiązkowy w CI dla wszystkich zespołów od października. Wynik: liczba defektów wydostających się do produkcji spadła z 14 do 6 miesięcznie po pilotażu.
Pozdrawiam!
Khawaja Rizwan
