Balık kılçığı diyagramı iş süreçlerindeki sorunlarda nasıl kullanılır?

Balık kılçığı diyagramı, bir iş sorununa ilişkin olası nedenleri düzenli başlıklarda toplamanızı sağlar. Önce gözlenen sorunu açık yazın; sonra yöntem, araç, bilgi ve görev paylaşımı gibi uygun alanlarda olasılıkları ayırın. Son adım, bu fikirleri kanıtla kontrol etmektir. Diyagrama yazılan her neden doğrulanmış değildir. Yöntem, araştırmayı düzenler; tek başına sorunun nedenini kanıtlamaz.

Ofiste tekrar eden rapor gecikmeleri, veri tutarsızlıkları veya yanlış dosya paylaşımı gibi konularda kullanılabilir. Amaç kimin suçlu olduğunu çizmek değil, nerede inceleme yapmanız gerektiğini görmektir.

ASQ yöntemi nasıl tanımlıyor?

Kalite kuruluşu ASQ, balık kılçığını olası nedenleri kullanışlı kategorilere ayıran bir araç olarak açıklıyor. Sorunun açık bir cümleyle yazılması, diyagramın başlangıç noktası.

Bu ayrım, “Ekip dikkatsiz” gibi genel bir yorumla “Raporun kaynak dosyası teslim saatinden sonra geliyor” gibi gözlenen durum arasındaki farkı gösterir. İlki kişileri etiketler. İkincisi hangi işin nerede takıldığını araştırmaya açar.

Kategori adlarını işinize göre seçebilirsiniz. Üretim ortamında kullanılan başlıkları ofise olduğu gibi taşımak zorunda değilsiniz. Daha az ve anlaşılır başlık, ilgili insanların katkısını kolaylaştırır. Aynı ihtimali birkaç başlık altında tekrar yazarak diyagramı kalabalıklaştırmayın.

Örnek sorun: Aylık rapor sürekli gecikiyor

Şöyle bir durum düşünün: Müşteri raporu son birkaç teslimde geç tamamlandı. Önce problem cümlenizi kurun: “Aylık müşteri raporu, gerekli kontrol tamamlanamadığı için planlanan teslimden sonra paylaşılıyor.” Henüz neden bildiğinizi iddia etmiyorsunuz; gözlenen sonucu yazıyorsunuz.

Sonra dört başlık açabilirsiniz:

Tabloyu hemen çözüm listesi saymayın. Her satır ayrı bir soru açıyor. Kaynak geç geldiyse bunu paylaşım kaydından, kontrol sorunu varsa dosyanın düzeltme geçmişinden inceleyebilirsiniz. Kimin ne düşündüğünü değil, işin nasıl ilerlediğini anlamaya çalışın.

Örneğin “Formül yanlış” olasılığını sınamak için aynı dosyanın farklı sürümlerini rastgele karşılaştırmayın. Hangi sürümün teslim için kullanıldığını belirleyin. Dosya adlandırma ve sürüm düzeni, inceleme sırasında yanlış kopyaya bakmanızı önlemeye yardımcı olur.

Diyagramı insan yargılarından koruyun

“Kimse işi önemsemiyor” gibi bir cümle geldiğinde gözlenen davranışı sorun. Gerekli dosya mı gelmedi, kontrol talebi mi yanıtsız kaldı, görev sahibi mi belli değil? İddia daha somut hale geldiğinde uygun kanıtı arayabilirsiniz.

İnsanların katkısını yalnız toplantıdaki seslerine göre değerlendirmeyin. Dosyayı hazırlayan, kontrol eden ve kullanan kişiler farklı ayrıntılar görebilir. Süreci yaşayan kişilerin bilgisi önemli olabilir. Fakat katılan herkesin söylediği her şeyi doğru neden saymayın.

Bir başlıkta çok sayıda not bulunması, sorunun mutlaka oradan çıktığını göstermez. İnsanlar o alanı daha iyi tanıyor veya ilk akla gelen açıklama orada toplanıyor olabilir. Not sayısı yerine inceleme sonucuna bakın.

Sorunun kapsamı da korunmalıdır. Bir raporun gecikmesini inceleyerek şirketin bütün çalışma düzeni hakkında hüküm vermeyin. Gerekli ise başka raporları karşılaştırın; fakat farklı koşulları aynı kabul etmeyin.

İki olasılık aynı bulguyu açıklayabilir

Rapor geç teslim edildiğinde ilk açıklama kaynak dosyanın gecikmesi olabilir. Fakat dosya zamanında geldiği halde kapsam sonradan değişmiş de olabilir. İki olasılık aynı sonucu açıklıyor diye ikisini de doğru kabul etmeyin. Her biri için olay sırasını ayrı inceleyin. Kaynağın geliş zamanı, kapsamın değiştiği mesaj ve kontrolün başladığı saat farklı bilgiler verir.

Kontrol sırasında birden fazla nedenin birlikte etkili olduğunu da görebilirsiniz. Kaynak geç gelmiş, ayrıca son kontrol sahibinin görevi açık değilmiş olabilir. Bu durumda yalnız bir kişiye veya tek bir araca odaklanmak eksik çözüm getirir. Bir değişikliğin diğer sorunu ortadan kaldıracağını otomatik varsaymayın.

İnceleme sonucunda desteklenmeyen notları diyagramda nasıl tutacağınızı belirleyin. “Kontrol edildi, bu örnekte desteklenmedi” gibi bir açıklama kullanılabilir. Başlangıç fikrini sessizce silmek, aynı sorunun sonraki görüşmede yeniden ortaya atılmasına yol açabilir. Fakat sonuç raporunda bütün eski olasılıkları uzun uzun anlatmanız da gerekmez. Hangi nedenin hangi bulguyla desteklendiği ve hangi sorunun açık kaldığı anlaşılır olsun. Diyagram, düşüncenin başlangıcını ve incelemenin sonucunu birbirine bağlayan bir çalışma belgesidir.

Bir olasılığı kontrol adımına çevirin

Diyagramdan işin etkisini en çok açıklayabilecek birkaç olasılık seçin. Her biri için şu alanları doldurun:

• Olası açıklama: Kaynak dosya geç geliyor.

• Kontrol edilecek bilgi: Dosyanın paylaşım zamanı ve raporun başlangıç zamanı.

• Destekleyen bulgu: Kontrol için gereken dosya teslim süresinden sonra ulaşmış.

• Açık kalan nokta: Diğer gecikmelerde aynı durum var mı?

• Sonraki adım: Kaynak teslim beklentisini veri sahibiyle konuşmak.

Bu kayıt, tek bir örnekten bütün sorunu açıklama riskini azaltır. Başka gecikmelerde kaynak zamanında geldiyse birden fazla neden olabilir. Diyagramın amacı tek bir açıklamaya zorlamak değildir.

Hangi değişikliği önce denemelisiniz?

Kanıtı daha güçlü, etkisi anlamlı ve uygulaması uygun değişikliği seçin. Örneğin son kontrol sahibini netleştirmek küçük bir adım olabilir. Yeni bir araç satın almak ise daha büyük karar ve doğrulama gerektirir. Sebep araştırması otomatik satın alma gerekçesi değildir.

Değişiklikten sonra neyi izleyeceğinizi belirleyin. Rapor doğru kaynakla mı hazırlanıyor, kontrol zamanı yeterli mi, gecikme aynı aşamada mı oluşuyor? Yalnız “Daha iyi gidiyor” demek yerine seçtiğiniz işaretleri değerlendirin.

Teslim adımlarını yeniden düzenlemek gerektiğinde son tarihten geriye doğru planlama yardımcı olabilir. Diyagram olası nedeni araştırır; takvim ise işin hangi aşamasına zaman ayıracağınızı gösterir. İki aracı aynı görevde farklı amaçlarla kullanın.

Bugün tekrar eden tek bir sorun seçin. Problem cümlesini yazıp üç veya dört başlık açın. Görüşmeye başlamadan “Bu cümle gözlem mi, yorum mu?” diye kontrol edin. Küçük ve anlaşılır bir diyagramla başlamak yeterli.

İş sorunlarını daha düzenli düşünmek için kariyer gelişim kursunun programını inceleyebilirsiniz. Programı, ihtiyaç duyduğunuz çalışma desteğine göre değerlendirin.

Sık sorulan sorular

Diyagramda yazanlar sorunun gerçek nedeni mi?

Hayır. Başlangıçta bunlar olası açıklamalardır. İlgili kayıt, çalışma örneği veya başka uygun kanıtla sınanmalıdır. Desteklenmeyen açıklamayı sonuç raporunda doğrulanmış neden gibi sunmayın.

Kaç kategori kullanmalıyım?

İşinizin anlaşılır biçimde ayrıldığı kadar kategori kullanın. Başlangıçta birkaç uygun başlık yeterli olabilir. Çok sayıda kategori, aynı fikirlerin tekrar edilmesine ve incelemenin dağılmasına yol açabilir.

Tek başıma hazırlayabilir miyim?

Başlangıç taslağı hazırlayabilirsiniz. Ancak süreci farklı aşamalarda yaşayan kişilerin bilgisine ihtiyaç olabilir. Bilmediğiniz alanı tahminle doldurmak yerine ilgili kişiden bilgi alın.

Diyagramdan sonra takvim yapmalı mıyım?

Bir değişiklik veya kontrol işi seçtiyseniz sorumlu ve zamanını belirleyin. Teslim sırasını geriye doğru planlama rehberiyle düzenleyebilirsiniz; olasılık listesini doğrudan kesin çözüm listesi saymayın.