8D yöntemi: problem kalıcı olarak çözülür.
8D yöntemi; müşteri şikâyetleri, güvenlik sorunları ve tekrar eden problemler için standart problem çözme sürecidir: D0'dan D8'e kadar olan adımlarda bir ekip kök nedeni bulur ve problemin geri dönmemesini sağlar. SolveR ile mühendisiniz bir sonraki adımı tahmin etmeden her adımdan geçer ve müşteri yanıtın tamamını tek belgede alır.
8D ne zaman kullanılır, ne zaman kullanılmaz
Problem bütün bir ekibi gerektirecek kadar ciddiyse ve müşteri bir yanıt bekliyorsa tam bir 8D karşılığını verir. Daha küçük problemler için fazla ağırdır, çünkü ekip ona problemin gerektirdiğinden daha fazla zaman harcar. O zaman daha hafif bir yöntem seçersiniz.
- 4-Step hurda, yeniden işleme ve spesifikasyon dışı parçalar gibi iç sapmalar için. Mühendis vakayı ekip ve form olmadan tek başına kapatır.
- Just-Do-It bariz çözüm için: hemen uygulanır ve hemen kayda geçer.
- A3 yönetimin problemi anlaması gerektiğinde: problemden önlemlere tek sayfa.
Tek vaka, bugün ve SolveR ile
Demo vaka: bir müşteri panel kenarlarındaki ezikler için şikâyette bulunuyor, 60 parçanın 11'inde.
| Bugün | SolveR ile |
|---|---|
| Şikâyet e-postayla, ekinde fotoğraflar ve ölçümlerle gelir. | Şikâyeti bir kez girersiniz, SolveR problem tanımının taslağını hazırlar: ne olduğu ve ne olmadığı. |
| Mühendis boş bir şablon açar ve meslektaşlarına bunu daha önce çözüp çözmediklerini sorar. | Siz problemi tanımlarken bilgi bankanızdan benzer çözülmüş vakalar karşınıza çıkar. |
| Neden birkaç toplantı boyunca aranır, önlemler Excel'de durur. | Neden doğrulanmıştır, önlemler başka yerde zaten işe yaramış olanlardır ve 200 parça üzerindeki validasyon kayıtlıdır. |
| Müşteri raporu en sonda yazılır ve vaka bir klasörde kalır. | Rapor kaydedilen adımlardan oluşturulur ve vaka bilgi bankasında kalır. |
Görüşmede bunu kendi verilerinizle çalıştırırız.
Ne elde edersiniz
Müşterinin veya denetçinin baştan sona izleyebileceği, tamamlanmış bir 8D raporu. İlk belirtiden önlemeye kadar her adım kaydedilir ve birbirine bağlanır, bu yüzden denetimden önce düzeltilecek bir şey kalmaz.
SolveR sizi nerede yönlendirir
SolveR mühendisinizi D0'dan D8'e her adımda yönlendirir, böylece kimse bir sonraki adımı tahmin etmek zorunda kalmaz. Problem tanımında 5W2H ve Olan / Olmayan ile, nedende Ishikawa ve 5 Why ile yardımcı olur. Fabrikanızın kapatılan vakalarından neden ve önlem önerir, karar mühendisindir.
SolveR diğer araçlarla nasıl karşılaştırılır: 8D rapor yazılımları karşılaştırması.
D0'dan D8'e adımlar
- D0Acil MüdahaleŞikâyete ilk müdahale
- D1Ekip OluşturmaRolleri net bir ekip
- D2Problem TanımıNe olduğu, ne olmadığı
- D3Geçici ÖnlemAcil önlemler müşteriyi korur
- D4Kök NedenNeden oluştu, neden kaçtı
- D5Düzeltici FaaliyetlerNedene yönelik düzeltici faaliyetler
- D6DoğrulamaÖnlemlerin işe yaradığının kanıtı
- D7Tekrarlamayı ÖnlemeNe burada ne başka yerde tekrar
- D8Kapanış ve TakdirVaka kapandı, bilgi korundu
Okuma önerisi: 8D raporu kapalı ama problem çözülmemiş: beş işaret ve Tek bir hatayı tanımlamak için iki yıl.
Tek bilgi bankası
Kapatılan bir 8D, onu çözen kişiler ayrıldıktan sonra bile nedenleri ve önlemleriyle bilgi bankasında kalır. Bir dahaki sefere biri benzer bir problemi tanımladığında SolveR o vakayı ve o zaman neyin işe yaradığını gösterir; böylece bir sonraki mühendis fabrikanın zaten bildiklerinden başlar. Her yöntem aynı bilgi bankasına yazar. Bir vakanın öğrettiği, hepsi için geçerlidir.
8D vakalarında yapılan bir pilottan rakamlar
Rakamlar gerçek 8D vakaları üzerinde yapılan bir pilottan geliyor. Birincisini D2 ve D4 adımlarında kronometreyle ölçtük, ikincisini tam bir 8D için saat modelinden hesapladık; üçüncüsü bilgi bankasının tasarımı gereği geçerlidir.
Kaynak, yöntem ve sınırlar: galileon.si/results
8D yöntemi hakkında sorular
Ne zaman tam bir 8D gerekir, ne zaman daha kısa bir yöntem yeterlidir?
Müşteri şikâyeti, güvenlik sorunu veya tekrar eden bir problem için ve özellikle müşteri 8D raporu istediğinde tam bir 8D gerekir. IATF 16949, tedarikçilerden belgelenmiş bir problem çözme süreci ister ve otomotiv müşterileri bunun için çoğu zaman 8D'yi şart koşar. Müşterinin dahil olmadığı bir iç sapma için 4-Step, bariz bir hata için Just-Do-It yeterlidir.
8D, 4D raporundan veya 4-Step'ten nasıl farklıdır?
4D raporu, yönetilebilir problemler için 8D'nin kısaltılmış bir biçimidir ve dört adımı şirketten şirkete değişir. SolveR'daki 4-Step iç sapmalar içindir: mühendis vakayı ekip ve form olmadan tek başına kapatır. 8D buna ekibi, müşteriyi korumak için acil önlemleri, önlemlerin validasyonunu ve önlemeyi ekler.
Müşteri veya denetçi ne alır?
İlk müdahaleden kapanışa kadar her adımın kaydedildiği ve birbirine bağlandığı tek bir 8D raporu: problem tanımı, acil önlemler, doğrulanmış kök neden, işe yaradıklarının kanıtıyla düzeltici faaliyetler ve önleme. Denetçi raporu baştan sona izleyebilir, bu yüzden denetimden önce düzeltilecek bir şey kalmaz.
Eski 8D raporlarımızı SolveR'a aktarabilir miyiz?
Evet. Devreye alma sırasında 8D ve FMEA arşivinizi bilgi bankasına aktarırız; böylece yeni bir vaka, fabrikanızın zaten çözdüklerinden başlar.
Kim karar verir, mühendis mi yapay zekâ mı?
Karar mühendisindir. SolveR fabrikanızın kapatılan vakalarından neden ve önlem önerir ve her birinin kaynağını gösterir: bir belge, bir ölçüm veya önceki bir vaka. Mühendis her öneriyi kontrol eder, kabul veya reddeder.
Diğer yöntemler
Her ekip probleme uyan yöntemi seçer ve hepsinin arkasında tek bir bilgi bankası durur.
En zor açık vakanızı görüşmeye getirin.