Toplantı saat ondadır, dokuz elli beşte kalite şefi bir önceki tutanağı açar. On iki aksiyon vardır; sekizinin durum sütununda hâlâ "devam ediyor" yazmaktadır. Üçünün termini geçen ay dolmuştur, birinin sorumlusu iki ay önce başka bölüme geçmiştir. Kimse fark etmemiştir, çünkü tutanak kimseye hatırlatma göndermez. Aksiyon takibi nasıl yapılır sorusunun cevabı da tam burada başlar: aksiyonu yazmak işin en kolay kısmıdır, onu terminine kadar canlı tutmak ayrı bir düzen ister.
Tutanağın yapısal sorunu: kayıt var, hareket yok
Tutanak bir fotoğraftır. O gün kimin ne söylediğini, hangi kararın alındığını ve kimin ne yapacağını dondurur. Bu iyi bir şeydir; denetimde de aranan budur. Ama fotoğraf zamanla birlikte akmaz. Aksiyonun termini yaklaştığında tutanak sessizdir, termin geçtiğinde de sessizdir. Hareketi başlatacak tek şey, birinin dosyayı açıp bakmayı hatırlamasıdır.
Sahada gördüğüm en yaygın kurgu şudur: tutanak Word'de tutulur, aksiyonlar tablo hâlinde alta eklenir, dosya ortak klasöre atılır ve bir sonraki toplantıya kadar kimse açmaz. Dört ile altı hafta arası bir kör alan oluşur. O aralıkta aksiyon "açık" görünür ama üzerinde çalışılmaz. Toplantıda durum sorulunca sorumlu "bu hafta bakacağım" der ve döngü yeniden başlar. Aynı cümlenin üç toplantı üst üste tekrarlandığını gördüğüm firma sayısı az değil.
Aksiyon takibi nasıl yapılır: gereken altı alan
Aksiyonu takip edilebilir kılan şey araç değil, alan yapısıdır. Word tablosunda da doğru alanları tutarsanız işler; yazılımda yanlış alanları tutarsanız işlemez. Zorunlu altı alan şudur: tek bir sorumlu kişi, net bir termin tarihi, aksiyonun doğduğu kaynak kayıt, beklenen çıktı, mevcut durum ve kapatma kanıtı.
Bunlardan ikisi neredeyse her firmada eksiktir. Birincisi sorumlu alanına kişi yerine bölüm yazılmasıdır: "Bakım", "Üretim", "Kalite". Bölüme yazılan aksiyon kimsenin değildir. İkincisi beklenen çıktının yazılmamasıdır. "Kalıp bakımı gözden geçirilecek" cümlesi ne zaman biter? Gözden geçiren kişiye göre bu bir saatlik iştir, denetçiye göre revize edilmiş bir bakım planıdır. Beklenen çıktıyı "revize TPM-04 bakım planı yayımlanmış olacak" diye yazdığınız anda tartışma biter.
Kapatma kanıtı da çoğu yerde eksik kalır. "Durum: kapandı" yazan bir hücre kanıt değildir. Kanıt, revize edilen dokümanın kendisi, eğitim katılım föyü, satın alma siparişinin numarası ya da yeni ölçüm verisidir. Kanıt alanını zorunlu yaptığınız gün açık aksiyon sayınızın arttığını göreceksiniz; bu kötü bir haber değil, doğru haberdir. Önceden kapalı sanılanların bir kısmı aslında hiç bitmemiştir.
Tutanak ile aksiyon modülünü yan yana koymak
Aşağıdaki tablo, aynı firmanın önce tutanakla sonra aksiyon modülüyle yürüttüğü dönemde tuttuğum notlardan çıktı. Rakamlar bir örnektir, kendi verinizle değişir; ama iki sütun arasındaki mekanizma farkı her yerde aynıdır.
| Konu | Toplantı tutanağı ile | Aksiyon modülü ile |
|---|---|---|
| Gecikmenin fark edilme süresi | Bir sonraki toplantı (4–6 hafta) | Terminin ertesi günü |
| Sorumluya bildirim | Yok | Termin öncesi ve sonrası otomatik |
| Açık aksiyon sayısını görme | Dosyaları tek tek açmak gerekir | Tek ekranda anlık |
| Kaynak kayıtla bağ | Metin içinde, elle | Kayıt bağlantısı olarak |
| Kapatma kanıtı | Ayrı klasörde, ayrı dosyada | Aksiyonun altında ek olarak |
| Denetçiye gösterme süresi | 10–20 dakika arama | Filtre ve ekran |
| Sorumlu ayrıldığında | Aksiyon sahipsiz kalır | Devir zorunlu alan |
Tablodaki en kritik satır ilkidir. Diğer bütün farklar oradan türer. Gecikmeyi altı hafta sonra öğrenirseniz aksiyon zaten ölmüştür; ertesi gün öğrenirseniz hâlâ kurtarılabilir. Aradaki bu zaman farkı, aksiyon planı takibinde başka hiçbir özelliğin telafi edemeyeceği tek şeydir.
Kendi durumunuzu ölçmenin bedava bir yolu var. Son altı ayın bütün tutanaklarını açın, aksiyonları tek bir listeye dökün ve üç sayı çıkarın: kaç aksiyon açıldı, kaçı termininde kapandı, kaçı hâlâ açık. Termininde kapanma oranı yüzde altmışın altındaysa sorun insanlarda değil, düzenin kendisindedir. Aynı listede sorumlusu bölüm olarak yazılmış aksiyonları da işaretleyin; gecikenlerin büyük bölümünün orada toplandığını göreceksiniz.
Aksiyon nereden doğuyor? Kaynağı kaybetmeyin
Kalite biriminde aksiyon tek bir yerden gelmez. Yönetim gözden geçirme toplantısından, iç ve dış denetim bulgularından, müşteri şikâyetlerinden, hurda analizlerinden, risk değerlendirmesinden ve düzeltici faaliyet dosyalarından gelir. Tutanak yönteminin ikinci büyük zaafı burada ortaya çıkar: her kaynak kendi dosyasında kendi listesini tutar. Denetim bulgusunun aksiyonu denetim raporunun içindedir, müşteri şikâyetininki 8D raporunun D5 adımındadır, yönetim toplantısınınki tutanaktadır.
Sonuç şu olur: firmada kaç açık aksiyon olduğunu kimse söyleyemez. Yönetim gözden geçirme toplantısında "önceki dönemin aksiyonlarının durumu" gündem maddesi vardır ama gerçek sayı bilinmediği için o madde her seferinde yüzeysel geçilir. ISO 9001'in yönetimin gözden geçirmesi maddesi, toplantının çıktısı olarak kararların ve aksiyonların kayda geçirilmesini ister. IATF 16949 ise problem çözmede alınan aksiyonların etkinliğinin ayrıca doğrulanmasını bekler. İki şart da aynı yere bakar: aksiyonun sonunu görmek. Aksiyonlar altı ayrı dosyaya dağılmışsa sonu görmenin yolu yoktur.
Aksiyon modülünün asıl değeri hatırlatma göndermesi değil, bütün kaynakları tek havuzda toplamasıdır. Düzeltici faaliyetten, denetimden ve şikâyetten doğan aksiyonlar aynı listede yaşar, aynı termin mantığıyla izlenir ve aynı raporda toplanır. Kaynak kaydın bağlantısı aksiyonun üstünde durur, iki tıkla geri dönersiniz. Toplantı aksiyon takip formu ayrı bir dosya olmaktan çıkar, listenin bir görünümü hâline gelir.
Termini geçen aksiyonlar neden gecikiyor
Gecikmenin sebebi genelde tembellik değildir. Dört tekrarlayan sebep var. Birincisi terminin toplantı masasında baskıyla verilmesidir; sorumlu "iki hafta" der çünkü odada başka bir şey söyleyemez, oysa iş sekiz haftalıktır. İkincisi aksiyonun tek satırda tanımlanıp aslında beş alt işi içermesidir. Üçüncüsü sorumlunun aksiyonu kapatmak için başka bir bölüme bağımlı olmasıdır; bakım bütçesi onaylanmadan hiçbir şey ilerlemez ama aksiyon kalite biriminin üzerinde görünür. Bağımlılığı aksiyon kaydında ayrı bir alan olarak tutarsanız bu üçüncü sebep hızla görünür hâle gelir ve gecikme tartışması kişiselleşmekten çıkar.
Bu dört sebebin üçü toplantı masasında, aksiyon yazılırken doğar. Yani gecikmenin büyük bölümü takip aracıyla değil, aksiyonun tanımlanma biçimiyle ilgilidir. Yazılım geciken aksiyonu size gösterir; geciken aksiyonu doğuran cümleyi düzeltmez. Toplantıda "bu iş gerçekten iki haftada biter mi" sorusunu soran bir moderatör, en iyi hatırlatma kurgusundan daha fazla iş görür.
Dördüncüsü en sinsi olanıdır: aksiyonun kök nedene değil belirtiye yazılması. "Operatöre eğitim verilecek" aksiyonu neredeyse hiçbir zaman problemi çözmez, çünkü problem eğitim eksikliğinden doğmamıştır. Aksiyonun kalitesi doğrudan kök neden analizinin kalitesine bağlıdır. Kök neden zayıfsa aksiyon da zayıf olur, zayıf aksiyona da kimse inanmadığı için gecikir. Aksiyon takibi nasıl yapılır sorusuna teknik cevap vermeden önce bunu sormak gerekir: bu aksiyon gerçekten sorunu çözecek mi?
Hatırlatma ne zaman işe yarar, ne zaman gürültü olur
Aksiyon modülü kuran firmaların yaptığı klasik hata, bildirimleri sonuna kadar açmaktır. Her aksiyon için her gün e-posta gitmeye başlar, iki hafta içinde herkes o e-postaları klasöre yönlendirir ve sistem görünmez olur. Kurduğum düzenlerde dört bildirim noktası bırakıp fazlasını kapatıyorum. Aksiyon hatırlatma kurgusunun tamamı aşağıdaki tabloya sığar.
| Zaman | Kime | İçerik |
|---|---|---|
| Termin öncesi 5. gün | Sorumlu | Tek aksiyon, tek satır uyarı |
| Termin günü | Sorumlu | Bugün doluyor |
| Termin sonrası 1. gün | Sorumlu ve amiri | Gecikti, revize termin iste |
| Her pazartesi 08:00 | Bölüm yöneticisi | Bölümün açık ve geciken listesi |
Revize termin konusuna ayrıca dikkat edin. Aksiyonun tarihini sessizce ileri atmak, gecikme istatistiğini bozar ve sistemin ürettiği tek gerçeği yok eder. Termin değişikliği ayrı bir alan olmalı, gerekçesiyle ve onaylayanla birlikte kaydedilmeli, orijinal tarih silinmemelidir. Denetçi bu izi arar; bulamazsa aksiyon takibinin gerçekten işletilip işletilmediğinden şüphe eder ve denetim sırasında ilk kazacağı yer orası olur.
Küçük ekipte tutanak yeter mi
Yeter. Bunu açıkça söylemek gerekiyor. Ayda bir toplanan, beş kişilik, aynı anda on aksiyondan fazlasını taşımayan ve herkesin aynı koridorda oturduğu bir ekipte tutanak gerçekten çalışır. Böyle bir yerde yazılım almak sorunu değil satıcıyı memnun eder. Tek şartı vardır: aksiyon listesi tutanağın içinde değil, ayrı ve tek bir dosyada tutulmalı ve o dosya her toplantıda baştan sona okunmalıdır.
Aynı şey büyük firmanın küçük bir bölümü için de geçerlidir. Otuz kişilik bir kalıphanede haftalık üretim toplantısının aksiyonlarını tek bir sayfada tutmak, o sayfayı toplantı odasının duvarına asmak ve her hafta üstünden geçmek çoğu yazılımdan daha iyi sonuç verir. Görünürlük burada teknolojiden değil, fiziksel yakınlıktan gelir. Sorun, aynı yöntemi fabrikanın tamamına uygulamaya çalıştığınızda başlar; duvara asılan sayfa artık kimsenin geçtiği yolda değildir.
Eşiği aştığınızı üç işaretten anlarsınız. Aynı anda açık aksiyon sayınız elliyi geçmiştir; aksiyon sahipleri üçten fazla bölüme dağılmıştır; toplantı gündeminin yarısından fazlası "geçen ay ne olmuştu" sorusuna gitmektedir. Üçü birden varsa tutanak yöntemi artık size hizmet etmiyor, siz ona hizmet ediyorsunuzdur. Bu noktada tek platformda toplanan modül yapısı işi kökten değiştirir. PaKalite'de aksiyonlar denetim, düzeltici faaliyet ve şikâyet kayıtlarıyla aynı veritabanında yaşadığında toplam sayı her an ekranda durur.
İlk otuz günde ne yapmalı
Geçişin en riskli kısmı, geçmişin tamamını sisteme taşımaya çalışmaktır. Yapmayın. Kapalı aksiyonları taşımayın, sadece açık olanları alın. Alırken de her birine tek tek bakın: sahibi hâlâ şirkette mi, termini gerçekçi mi, beklenen çıktısı yazılı mı. Bu temizlik ilk haftanın işidir ve genelde listenin dörtte birinin zaten ölü olduğunu ortaya çıkarır.
İkinci hafta bildirimleri kurun ama kapalı tutun. Üçüncü hafta tek bir bölümde pilot açın, dördüncü hafta yayına alın. Yayın günü tek bir kural koyun ve taviz vermeyin: sorumlu alanına bölüm adı yazılamaz. Bu tek kural, gecikme oranını düşürmekte gördüğüm en etkili hamledir. Aksiyon bir kişinin adını taşıdığı anda sahiplenilir, "Kalite" yazdığı anda kimsenin olmaz. Aksiyon takibi nasıl yapılır sorusunun sahadaki cevabı bu otuz günde şekillenir; sonrası tekrardan ibarettir. Kayıtların denetimde nasıl aranacağı konusunda ayrıca denetimde kayıt bulma yazımıza bakabilirsiniz; aksiyon kapatma kanıtları o aramanın en sık takılan kalemidir.
Denetçi aksiyon listesini görmek istediğinde kaç aksiyonunuz olduğuna bakmaz; kapananların kanıtına bakar. Rastgele üç kapalı aksiyon seçer ve kapatma kanıtını ister. Kanıt yerine "yapıldı" yazan bir hücre çıkarsa aksiyonun gerçekten kapandığını gösteremezsiniz ve o noktadan sonra listenin tamamı sorgulanır. Geciken aksiyon tek başına bulgu değildir; gecikmenin fark edilmemiş olması bulgudur.