ÇÖZÜM · DURUM VE GEÇMİŞ
Kalite operasyonunun geçmişini okunur tutan yazılım
Bir kalite işi hakkında sorulan sorular zamanla değişir. İş sürerken sorulan soru “bu nerede kaldı?”dır. İş kapandıktan aylar sonra sorulan soru ise “o gün neden öyle karar verildi?” olur. Birinci soruya bir liste cevap verebilir; ikinciye yalnızca üzerine yazılmamış bir geçmiş cevap verir.
QualityOps bu geçmişi tutan yazılımdır. Her iş sabit bir durum grafiğinde ilerler, her değişiklik kendi satırını yazar ve hiçbir satır sonradan silinmez. İşi yürüten ekibi değiştirmez; işin hikâyesinin kişilerin hafızasında değil kayıtta durmasını sağlar.
Bir işin geçmişi neden okunamaz hâle geliyor?
Geçmiş tek seferde kaybolmaz. Her seferinde tek bir hücrenin üzerine yazılarak, yavaşça kaybolur.
Durum tek bir hücrede tutuluyor
İşin durumu değiştiğinde eski değer siliniyor. Bir işin ne zaman başladığı ve ne kadar beklemede kaldığı, yalnızca o an bakanın gördüğü değere indirgeniyor.
Sıra dışı geçişler mümkün
Kapanmış bir iş yeniden çalışır hâle getirilebiliyor ya da hiç başlamamış bir iş tamamlanmış görünebiliyor. Kayıt tutarlı görünüyor ama gerçekleşmesi imkânsız bir sıra taşıyor.
Değişikliği kimin yaptığı yazmıyor
Bir adet düzeltilmiş, bir durum değişmiştir. Değişikliğin ne zaman ve kim tarafından yapıldığı dosyanın hiçbir yerinde bulunmuyor.
Neye dayanarak sorusu cevapsız
Kaydın kendisi kararı gösteriyor ama kararın dayandığı iletiyi göstermiyor. Gerekçe, kararı veren kişinin posta kutusunda kalıyor.
Otomatik olaylar bir kişiye yazılıyor
Sistemin ürettiği bir kayıt, en son dokunan kullanıcının adıyla görünüyor. O kişi yapmadığı bir işi üstlenmiş oluyor ve kayıt yanlış bir sorumlu gösteriyor.
QualityOps geçmişte neyi düzenler?
Kayıt, üzerine yazılan bir tablo değil; üzerine eklenen bir zincirdir. Her halka kendi zamanını ve sahibini taşır.
Durumlar sabit bir grafikten geçer
Hangi durumdan hangisine geçilebileceği önceden tanımlıdır ve tanımlı olmayan bir geçiş kabul edilmez. Kapanmış bir iş yeniden açılmaz; yeni bir iş açılır.
Zaman çizelgesi üzerine yazılmaz
Açılış, gelen ileti, durum değişimi, atama, yorum ve gönderim ayrı satırlardır. Bir satır silinmez; düzeltme yeni bir satır olarak eklenir.
Makine olayları kimseye yazılmaz
Bir iletiden doğan olay hiçbir kullanıcıya sahiplendirilmez, ama hangi kanaldan geldiği yazılır. Kaydı okuyan kişi, satırın insan kararı mı sistem olayı mı olduğunu ilk bakışta ayırır.
Kararın dayanağı satırın yanında durur
İletiden okunan her alan, hangi kuralın metnin hangi parçasından okuduğuyla birlikte saklanır. Kaydın neden böyle olduğu, iletinin kendisi olmadan da yeniden okunabilir.
Denetim izi aynı işlemde yazılır
Bir değişiklik ve o değişikliği tarif eden kayıt tek bir işlemde birlikte yazılır. İkisinden biri yazılamazsa hiçbiri yazılmaz; kayıtsız bir değişiklik oluşmaz.
İşin açılışından kapanışına
Her adım kendi satırını bırakır. Adımların sırası sonradan yeniden kurulmaz; olduğu gibi okunur.
İşin açılışı
İş, müşteri ve parça numarasıyla tanımlanarak açılır. Aynı üçlüde açık bir iş varsa ikincisi açılmaz ve mevcut kayıt gösterilir.
Yürütme
Durum değişir, kişi atanır, yorum eklenir ve satırlar birikir. Geçerli olmayan bir durum geçişi denendiğinde reddedilir.
Uzaktan kapatma
Yetkilendirilmiş bir hattan açık işler listelenip biri seçilebilir ve kapatma isteği gönderilebilir. İstek tek başına yeterli değildir; tek kullanımlık bir onay kodu istenir.
Kapanış
Kapanış anı ve kapatan taraf kayda geçer. Terminal bir durum sonludur; sonraki iş, öncekine atıf yapan yeni bir kayıttır.
Kaydın aylar sonra cevapladığı sorular
Aşağıdaki soruların hepsi tek bir kayıttan, kimseye sormadan cevaplanır.
| Soru | Kaydın nereden cevapladığı |
|---|---|
| Bu iş ne zaman başladı? | İlk durum geçişinin kendi satırı ve zamanı. |
| Ne kadar süre beklemede kaldı? | Durum satırlarının arasındaki zaman farkı. |
| Bu durumu kim değiştirdi? | Geçiş satırındaki kullanıcı ya da isteğin geldiği yetkili hat. |
| Bu iş neye dayanarak açıldı? | Kayda bağlı ileti ve o iletiden okunan alanların kural kimlikleri. |
| Kim üzerinde çalışıyordu? | Atama satırları ve atamanın yapıldığı zaman. |
| Kayıt ne kadar saklanıyor? | Posta kutusundan gelen kişisel veriler tanımlı sürenin sonunda maskelenir; kararın kaydı kalır. |
Kimin için?
Açık işlerin listesini görmek bir ihtiyaçtır; kapanmış bir işin o gün neden öyle kapandığını gösterebilmek bambaşka bir ihtiyaçtır.
Açık işleri yürüten kalite mühendisi
Hangi işin hangi durumda olduğunu ve en son ne olduğunu tek ekranda görür; durumu tahmin etmek için mesaj geçmişi taramaz.
Kalite müdürü
Kaç işin açık, kaçının müşteri cevabı beklediğini ve hangilerinin uzun süredir hareketsiz olduğunu listeden okur.
Geçmişi savunmak zorunda kalan ekip
Aylar önce kapanmış bir işi açar ve o günkü kararı, kararı veren kişiye ulaşmadan gösterebilir.
QualityOps geçmiş kaydında ne yapmaz?
Bu yazılım işin geçmişini tutar; parçanın fiziksel geçmişini ya da üretimin kendisini takip etmez.
- Lot ya da parti izlenebilirliği yapmaz; bir partiden hangi parçaların nerede olduğunu göstermez.
- Üretim emri, makine ve hat takibi yapmaz; üretim yürütme sisteminin yerine geçmez.
- Gösterge paneli, eğilim analizi ya da başarım göstergesi hesaplamaz.
- İstatistiksel süreç kontrolü yapmaz ve gelecekteki bir sapmayı öngörmez.
- Bir uygunsuzluğun kök neden analizini yürütmez; bulguyu ve kararı yalnızca kaydeder.
- Kapanmış bir işi yeniden açmaz ve geçmiş bir satırı silmez; her düzeltme yeni bir satırdır.
İlgili rehberler
Kalite Operasyonlarında İzlenebilirlik
Kim, ne zaman, kaç adet ve hangi kararla yazdı? Bir kalite kaydının aylar sonra hâlâ cevap verebilmesi için gereken bağlar.
Lot ve Batch İzlenebilirliği
Parti kimliği nasıl kurulur, bölünen ve birleşen partilerde ne olur, izlenebilirlik zinciri en çok hangi noktalarda kopar.