Her sürekli iyileştirme hamlesindeki tekerrür eden zorluk hep aynıdır: nereden başlanmalı ve daha da önemlisi, hangi araçla? Lean Six Sigma; yöntemler, matrisler, diyagramlar ve istatistiklerle doludur. Her birinin değeri ayrıdır, ancak bu "araç kutusu" ile karşı karşıya kalındığında kaybolmuş hissetmek kolaydır. Bir Ishikawa mı kullanmalısınız yoksa bir nedenlerin %[[NUM]]'sindenmı? Bir SIPOC mu yoksa bir FMEAmı? Süreç haritalama yeterli midir, yoksa yeterlilik hesaplamalarına mı dalmalısınız?
İyi haber şu ki, herkese uyan tek bir reçete yoktur; ancak basit bir mantık vardır. Bir araç, sadece kendi varlığı için seçilmez. Projenin ihtiyaçlarına göre seçilir.
Araçtan değil, problemden başlayın
"Moda olan" veya sadece en iyi bildiğimiz bir aracı kullanma eğilimi güçlüdür. Ancak bu yaygın bir hatadır. Bir nedenlerin %[[NUM]]'sinden nedenleri sıralamak için güçlüdür, ancak problemin kendisi net bir şekilde tanımlanmamışsa kullanışsızdır. Bir FMEA riskleri öngörebilir, ancak süreç henüz anlaşılmamışsa gereksizdir.
Lean Six Sigma net bir mantık izler, DMAIC yöntemi: Define, Measure, Analyze, Improve, Control (Tanımla, Ölç, Analiz Et, İyileştir, Kontrol Et). Her aşama doğal olarak belirli araçları gerektirir. Seçime rehberlik etmesi gereken mantık işte budur.
Tanımla: harekete geçmeden önce netleştirin
Bu aşamada zorluk, basit bir soruyu yanıtlamaktır: Tam olarak ne hakkında konuşuyoruz? Sıradan biçimde problem genellikle belirsiz bir şekilde tanımlanır: çok fazla gecikme, çok fazla hata, yetersiz verimlilik. Ancak iyileştirmek için, bunun somutlaştırılması gerekir.
Tedarikçilerden müşterilere kadar süreci ana hatlarıyla belirtmek için bir SIPOC işte burada faydalıdır. Bir proje sözleşmesi hedefleri, göstergeleri ve sınırları çerçevelemeye yardımcı olur. Ve Müşterinin Sesi odağın gerçekten önemli olan şey üzerinde kalmasını sağlar. Bu araçlar henüz problemi çözmez, ancak belirsizlik tuzağını önler.
Ölç: izlenimlerden önce gerçekler
Genellikle süreci bildiğimizi düşünürüz, ancak sayılar başka bir gerçeği ortaya koyar. Ölçmek, mevcut durumu tanımlamak için verileri ortaya koymak anlamına gelir.
Süreç haritalama gibi bir Lean Six Sigma aracı; akışları, döngü sürelerini ve israfı görselleştirmeye yardımcı olur. Başka bir Lean Six Sigma aracı olan veri toplama planı, rastgele ölçümü önler ve kimin neyi nasıl ölçeceğini netleştirir. Histogramlar veya kutu grafikleri gibi basit grafikler, değişkenliği görünür kılar. Ve bir sürecin beklentileri gerçekten karşılayıp karşılamadığını bilmeniz gerektiğinde, Cp ve Cpk gibi yeterlilik indeksleri nicel bir yanıt sağlar.
Bu adım olmadan, kararlar gerçeklerden ziyade algılarla yönlendirilme riski taşır.
Analiz Et: sadece semptomları değil, nedenleri anlayın
Veriler toplandıktan sonraki zorluk, problemlerin neden ortaya çıktığını açıklamaktır. Bu, sürecin "kara kutusunu" açma ve kök nedenleri belirleme anıdır.
- 38":"tekniği, Lean metodolojisinin temel bir aracıdır. Etkili ve temiz bir çalışma ortamı düzenlemeyi ve bunu sürdürmeyi sağlar. 5S beş Japonca adımdan oluşur: Ishikawa diyagramı olası tüm nedenleri keşfetmeye yardımcı olur
- Pareto grafiği, nedenleri gerçek ağırlıklarına göre sıralar
- Kök nedenleri tespit etmek için "5 Whysyüzeydeki semptomlardan daha derine inmenizi sağlar
- Veriler yeterince güçlü olduğunda, istatistiksel analiz değişkenler arasındaki korelasyonları veya ilişkileri ortaya çıkarabilir
Buradaki ana risk çok erken durmaktır. Sağlam bir Lean Six Sigma projesi sadece görünürdeki ilk nedeni ele almaz — kökü bulana kadar kazar.
İyileştir: test edin, ayarlayın, doğrulayın
En heyecan verici aşama budur: analizden çözümlere geçmek. Ancak yine, fikir sahibi olmak yeterli değildir. Seçilmeli, test edilmeli ve doğrulanmalıdırlar.
BEYİN fırtınası gibi bir Lean Six Sigma aracı seçenekler üretirken, bir çaba/etki matrisi en vaat edici olanları önceliklendirmeye yardımcı olur. Başka bir Lean Six Sigma aracı olan Deney Tasarımı (DOE), en iyisini belirlemek üzere farklı parametre kombinasyonlarını test etmek için çok değerlidir. Ayrıca Lean Six Sigma araçlarıolarak kabul edilen Kaizen Blitz çalıştayları, somut iyileştirmelerin hızlı bir şekilde uygulanmasına olanak tanır. Son olarak, süreç simülasyonu, ölçek büyütmeden önce etkileri öngörmenin bir yolunu sağlar.
Bu aşamada, Lean Six Sigma aracı her şeyden önce pragmatik olmalıdır: seçilen çözümün gerçekten çalıştığını kanıtlamak için vardır.
Kontrol Et: kazanımları güvenceye alın
Bir kez iyileştirmek iyidir. Ancak sonuçlar birkaç hafta sonra bozulursa, çaba boşa gider. Kontrol aşaması, iyileştirmeleri sürdürülebilir kılmayı amaçlar.
A İsraf edilen çaba. kimin neyi hangi göstergelerle izleyeceğini tanımlar. İstatistiksel Süreç Kontrolü (SPC) grafikleri, zaman içinde süreç kararlılığını takip eder. Standardizasyon ve 5S, yeni uygulamaları günlük çalışmaya yerleştirir. Ve bazen, basit bir Poka Yoke veya kontrol listesi, hataları zorlaştırmak, hatta imkansız kılmak için yeterlidir.
Bu, projenin organizasyona kök saldığı aşamadır.
Araç seçerken yapılan yaygın hatalar
Zemin hazırlamadan önce gelişmiş araçlara çok hızlı atlamak. Basit gözlem yeterli olacakken istatistiksel mükemmelliğin peşinden koşmak ve hesaplamaları çoğaltmak. Saha ekiplerini görmezden gelip yalnızca sayılara güvenmek. Veya bulmacanın sadece bir parçası olduğunu unutarak her şeyi Ishikawa gibi tek bir araca bağlamak.
Sağduyu kilit noktadır: mevcut soruya ışık tutan aracı seçin, fazlasını değil.
Araçların ötesinde: bir zihniyet
Lean Six Sigma sadece bir matris topluluğu değildir. Yapılandırılmış bir sürekli iyileştirme yöntemidir. Araçlar amaç değil, araçtır. Görselleştirmeye, analiz etmeye ve karar vermeye yardımcı olurlar. Ancak bir projeyi başarılı kılan şey, hedeflerin netliği, ekiplerin katılımı ve takipteki disiplindir.
Kullanılmadan bırakılan iyi yapılmış bir diyagram anlamsızdır. Buna karşılık, doğru kişilerle paylaşılan basit bir süreç haritası, bir sürecin anlaşılma şeklini dönüştürebilir ve büyük iyileştirmelerin önünü açabilir.
Önemli çıkarımlar
- Lean Six Sigma araçlarının seçimi projenin aşamasına bağlıdır
- İyi kullanılan basit bir araç, kötü uygulanan karmaşık bir araçtan daha etkilidir
- Veriler gereklidir ancak her zaman saha deneyimiyle karşılaştırılmalıdır
- Amaç kutuları işaretlemek değil, problemi etkili bir şekilde çözmektir
Özetle: projeyi yapan araç değildir, aracı çağıran projedir.
