Kalite kaydı ile kalite operasyonu arasındaki fark

Dijitalleştik. Peki neden hâlâ herkes birbirini arıyor?

Bir kalite müdürüyle yapılan görüşmelerin çoğu aynı yerde tıkanır. Sistem sorulur: vardır. Prosedür sorulur: vardır. Ekip sorulur: deneyimlidir. Sonra şu soru gelir: “Bugün açık olan vakalardan hangisi riskte?” Cevap genellikle bir ekran değil, bir isimdir. “Onu Ayşe Hanım biliyor.”

Bu cevap bir yetkinlik sorunu değildir. Tam tersine, işin gerçekten yürüdüğünü gösterir — ama yürütmenin kurumsal bir mekanizmayla değil, birkaç kişinin dikkatiyle yürüdüğünü de gösterir. Kalite verisi dijitaldir; kalite operasyonu değildir.

İki farklı soru: “ne oldu?” ve “şimdi kim ne yapmalı?”

Kalite yazılımı tartışmalarının çoğu, aslında birbirinden çok farklı iki soruyu aynı kutuya koyduğu için sonuçsuz kalır.

Bir kurumda birinci soru mükemmel cevaplanırken ikincisi cevapsız kalabilir. Aslında en sık görülen durum tam olarak budur. Çünkü kayıt sistemleri bu iki işten yalnızca birini yapmak üzere tasarlanmıştır — ve o işi genellikle iyi yaparlar.

Kayıt sisteminin doğal sınırı

Burada kolay bir hata var: kayıt sistemlerini yetersizlikle suçlamak. Bu hem yanlış hem de işe yaramaz. Kurumsal sistemler tarihsel olarak makul nedenlerle bugünkü hâllerini almıştır. Bir ERP’nin merkezi ticari işlemdir; bir MES’in merkezi üretim emridir; bir PLM’in merkezi ürün tanımı ve revizyondur; bir kalite yönetim sisteminin merkezi kayıt, doküman ve uygunluktur. Hepsi kendi merkezinde güçlüdür.

Sorun sistemlerin içinde değil, aralarında ortaya çıkar. Bir müşteri şikâyeti geldiğinde iş tek bir sistemin merkezinde durmaz:

• Müşteri, sipariş ve sevkiyat bağlamı ERP’dedir.
• Ürün tanımı ve revizyon PLM’dedir.
• Üretim koşulu ve lot verisi MES’tedir.
• Prosedür ve şablon doküman havuzundadır.
• Ama “kim, ne zamana kadar, hangi kanıtla ne yapacak” hiçbirinde değildir.

Bu sonuncusu bir veri değil, bir yürütme sorusudur. Kimsenin merkezinde olmadığı için ortada kalır — ve ortada kalan iş, doğal olarak, en yakındaki esnek araca düşer: e-posta, tablo, takvim hatırlatması ve kişisel hafıza.

Operasyonun beş kırılma noktası

Kayıt ile operasyon arasındaki fark soyut bir tartışma değildir. Beş somut noktada, her gün görünür hale gelir.

1. Sahiplik

Kayıtta bir “sorumlu” alanı bulunur. Operasyonda ise sahiplik bir alan değil, bir mekanizmadır: iş açıldığı anda kime düştüğü, o kişi müsait değilse ne olacağı, birden fazla departman gerektiğinde işin nasıl bölüneceği. Sorumlu alanı doldurulmuş bir kayıt, işin sahiplendiği anlamına gelmez.

2. Termin

Kayıtta bir tarih vardır. Operasyonda terminin nereden geldiği, müşteriye veya vaka tipine göre nasıl değiştiği ve yaklaştığında ne olduğu önemlidir. Aynı OEM’in iki farklı şikâyet tipinde farklı yanıt süresi bekliyorsa, tek bir sabit tarih alanı bu gerçeği taşıyamaz.

3. Kanıt

Kayıtta dosya eklenir. Operasyonda o dosyanın hangi kararın kanıtı olduğu izlenir. Aradaki fark denetimde ortaya çıkar: klasörde on ek bulunması bir şey ifade etmez; hangi ekin hangi adımın kapanmasını gerekçelendirdiği bilgisi bir şey ifade eder.

4. Eskalasyon

Kayıt bir gecikmeyi gösterebilir. Operasyon o gecikmenin doğru yönetim seviyesini devreye sokmasını sağlar. Aradaki fark zamanlamadır: raporda görülen gecikme, olmuş bir gecikmedir; kurallı eskalasyon ise henüz olmamış bir gecikmeyi engelleme şansı verir.

5. Öğrenme

Kayıtta kapanan vaka arşive gider. Operasyonda kapanan vakadan çıkan doğrulanmış kök neden, benzer ürün ve proseslerin gelecekteki kararlarına taşınır. Aradaki fark, altı ay sonra aynı problemin farklı bir hatta yeniden yaşanıp yaşanmamasıdır.

Kaydınız var, operasyonunuz yoksa: yedi belirti

Aşağıdakiler yazılım eksikliğinin değil, yürütme boşluğunun belirtileridir. Kaç tanesinin size tanıdık geldiği, boşluğun büyüklüğü hakkında iyi bir fikir verir.

1. Bir vakanın durumunu öğrenmek için sistemi değil, o işi takip eden kişiyi soruyorsunuz.
2. Haftalık kalite toplantısının önemli bir kısmı “bu ne durumda?” sorularına cevap vermekle geçiyor.
3. Aynı bilgiyi iki veya üç sistemde tekrar giriyor ya da elle eşleştiriyorsunuz.
4. Bir aksiyonun geciktiğini, geciktikten sonra öğreniyorsunuz.
5. Denetim yaklaşırken kanıt derlemek ayrı bir projeye dönüşüyor.
6. Aksiyon “tamamlandı” işaretleniyor; gerçekten işe yarayıp yaramadığı ayrıca doğrulanmıyor.
7. Süreci iyi bilen kişi izne çıktığında akış aynı şekilde çalışmıyor.

Bu maddelerin hiçbiri “sisteminiz kötü” demez. Hepsi tek bir şey söyler: işin kendisi sistemde değil, insanların arasında yürüyor.

“Bizde dashboard var” neden yeterli değil

Görünürlük ile kontrol sık karıştırılır. Bir gösterge paneli size ne olduğunu gösterir; müdahalenin kendisini yürütmez. Panelde kırmızıya dönmüş bir vaka, çoktan geciktiği için kırmızıdır. Yani panel, olayı sonradan bildirir.

Operasyon katmanının farkı burada başlar: risk, olaydan önce görünür olur ve görünürlük bir bildirime değil, tanımlı bir davranışa bağlanır. “Şu adım şu süreyi aşarsa şu role gider” cümlesi bir raporlama kuralı değil, bir işletim kuralıdır.

Operasyon katmanı ne yapar?

Bu boşluğu kapatmanın yolu, mevcut sistemleri değiştirmek değildir. Kaynak sistemlerin veri sahipliği yerinde kalır. Yapılması gereken, aralarında kalan kalite işini adı konmuş bir katmanda yürütmektir. Bu katmanın işi dörttür:

• Bağlamı kurmak. Müşteri, ürün, lot, sevkiyat, standart ve kritiklik bilgisini vakanın açıldığı anda bir araya getirmek — böylece iş doğru ekibe, doğru öncelikle düşer.
• İşi sahiplendirmek. Metodolojiyi belge olmaktan çıkarıp görev, bağımlılık ve kontrol noktası zincirine dönüştürmek.
• Zamanı ve riski yönetmek. Süre hedeflerini vaka bağlamına göre işletmek; geciken işi sessizce bekletmek yerine kurala göre yükseltmek.
• Kapanışı ve öğrenmeyi ayırmak. Tamamlanma ile etkinliği ayrı adımlar hâline getirmek; doğrulanmış sonucu yeniden kullanılabilir bilgiye çevirmek.

Dikkat edilirse bunların hiçbiri “daha iyi bir form” değildir. Hepsi, bugün insanların hafızasında duran kuralları sistemin içine taşımaktır.

Nereden başlanır

Bu boşluğu tek hamlede kapatmaya çalışmak, çoğu kurumda kapatmamakla aynı sonucu verir. Daha işe yarayan yol, farkın en keskin hissedildiği tek bir akışla başlamaktır. Müşteri şikâyeti ve 8D/CAPA operasyonu bu iş için doğal bir başlangıçtır: dış müşteri baskısı, kısa termin, çok sayıda paydaş, kanıt zorunluluğu ve etkinlik doğrulaması aynı anda görünür.

Başlamadan önce cevaplanması gereken tek soru şudur: bu operasyonun hangi adımı bugün bir kişinin hatırlamasına bağlı? Cevabı yazıya dökmek, çoğu zaman bir yazılım seçmekten daha değerlidir — çünkü hangi yazılımın ne yapması gerektiğini de o cevap belirler.

Kendi operasyonunuzu bu gözle konumlandırmak isterseniz, olgunluk modeli ortak bir dil sunar; 12 soruluk stres testi ise dört boyutta nerede durduğunuzu birkaç dakikada gösterir.