Excel ile kalite kontrol takibi

Bir kalite ekibi tabloya geçmez; tabloda başlar. İlk kayıt bir sütun açılarak tutulur, ihtiyaç çıktıkça sütun eklenir ve dosya işin kendisiyle birlikte şekillenir. Bu esneklik, hiçbir hazır yazılımın ilk gün sunamayacağı bir avantajdır.

• Öğrenme maliyeti sıfıra yakındır: ekipteki hemen herkes tabloyu zaten kullanabiliyordur.
• Biçim işe uyar, iş biçime değil. Yeni bir müşteri yeni bir alan istediğinde sütun eklenir ve iş devam eder.
• Müşteriyle aynı dili konuşur: birçok müşteri raporunu zaten tablo biçiminde ister.
• Hesap yapmak kolaydır; toplamlar, kırılımlar ve basit grafikler ek bir araç gerektirmez.
• Kimseden izin gerekmez. Bir sütun eklemek için bir talep açılmaz.

Bu avantajların hiçbiri zamanla kaybolmaz. Tabloyu zorlayan şey, tablonun kötü olması değil, ondan giderek daha fazla şey beklenmesidir: aynı anda birden çok kişinin yazması, geçmişin korunması, kimin ne değiştirdiğinin bilinmesi ve dosyanın tek doğru kopyasının belli olması.

Yapılandırılmış bir sisteme geçmenin her durumda daha iyi olduğu doğru değildir. Aşağıdaki işlerde tablo yalnızca yeterli değil, çoğu zaman daha uygundur ve bunları bir yazılıma taşımak fayda yerine sürtünme üretir.

• Tek seferlik analizler: bir partinin ölçüm dağılımına bakmak, bir kırılım çıkarmak, bir hesabı doğrulamak.
• Müşteriye giden rapor biçimi: müşterinin verdiği şablon zaten bir tablodur ve olduğu gibi doldurulması beklenir.
• Küçük ekipte, tek kişinin sorumlu olduğu kayıtlar: yazan ve okuyan aynı kişiyse çakışma da olmaz.
• Hızlı prototip: yeni bir kayıt biçimi denemek için tablo, herhangi bir sistemden çok daha ucuzdur.
• Hesaplama gerektiren ara çalışmalar: bir tabloda yapılan hesap görünürdür ve denetlenebilir.

Bu listeye bakıldığında ortak bir özellik görülür: hepsinde ya tek bir kişi çalışıyordur, ya da çıktı bir kez üretilip bitiyordur. Tablo, sahibi belli ve ömrü kısa işlerde güçlüdür.

Zorluk, dosya büyüdüğünde değil, dosyanın etrafındaki insan sayısı arttığında başlar. Aşağıdaki dört durum, kalite ekiplerinin neredeyse tamamının er ya da geç karşılaştığı noktalardır.

Dört durumun ortak yanı, hiçbirinin tablonun bir eksikliğinden kaynaklanmamasıdır. Tablo, tek bir kişinin tek bir anda düzenlediği bir belge olarak tasarlanmıştır ve o işi iyi yapar. Zorlanma, ondan çok kullanıcılı bir kayıt sistemi olması beklendiğinde başlar.

Kalite ekiplerinde en sık yaşanan tablo sorunu, veri kaybı değil, hangi kopyanın geçerli olduğunun bilinmemesidir. Dosya paylaşılır, biri indirir, üzerinde çalışır, geri gönderir; bu arada başkası da orijinali güncellemiştir. İki kopya da doğrudur ve ikisi birden geçerli olamaz.

Bu sorunun bilinen çözümleri vardır ve çoğu tabloyu terk etmeyi gerektirmez: dosyayı ortak bir konumda tutmak, aynı anda düzenlemeye izin veren bir ortamda çalışmak, ya da kimin ne zaman yazacağını sıraya koymak. Hepsi işe yarar; hepsinin koşulu, kuralın yazılı olması ve herkesin aynı kurala uymasıdır.

Tablo programları, metin gibi görünen değerleri kendiliğinden yorumlar ve bu davranış kalite kayıtlarında birkaç tanınmış soruna yol açar: baştaki sıfırların düşmesi, tire içeren kısa değerlerin tarihe çevrilmesi ve uzun sayıların kısaltılmış gösterime geçmesi. Hiçbiri hata değildir; programın kendi kuralıdır.

Bu sorunların çoğu, kimlik taşıyan sütunların metin olarak tanımlanmasıyla önlenir. Parça numarası özelinde konu daha geniştir — yazım farkları, revizyon ve müşteri numarası ile iç numaralandırma ayrımı — ve kendi rehberinde ayrıntısıyla ele alınır.

• Kimlik sütunları metin olarak tanımlanır ve veri yapıştırılmadan önce ayarlanır.
• Bir hücreye tek bir bilgi yazılır; “adet ve açıklama” aynı hücrede tutulmaz.
• Boş hücre ile sıfır ayrılır; ikisi aynı anlama gelmez.
• Birleştirilmiş hücreler kayıt tutan sayfalarda kullanılmaz, çünkü sıralamayı ve süzmeyi bozar.
• Aynı sütunda iki farklı birim ya da iki farklı tarih biçimi bulunmaz.

Bir sistem değişikliğine gitmeden önce yapılabilecek çok şey vardır ve bunların çoğu bir öğleden sonrada uygulanır. Aşağıdaki adımlar, tabloda kalmaya devam eden ekiplerin en sık fayda gördüğü düzenlemelerdir.

1. Bir sayfa bir işe ayrılsın: kayıt tutan sayfa ile hesap yapan sayfa ayrılsın, ikisi karışmasın.
2. Sütun listesi sabitlensin ve yeni sütun eklemek bir karar hâline gelsin; kontrolsüz büyüyen tablolar okunamaz olur.
3. Her satıra tarih ve yazan kişi alanı eklensin. Bu iki alan, sonradan sorulacak soruların çoğunu cevaplar.
4. Adetler formülle türetilmesin; her sayı sayıldığı gibi girilsin ve formüller yalnızca kontrol amaçlı kullanılsın.
5. Dosya tek bir ortak konumda tutulsun ve masaüstünde çalışma kopyası bırakılmasın.
6. Ay sonunda dosyanın bir kopyası değişmez biçimde saklansın; geçmişi korumanın en basit yolu budur.

Bu altı adım, tablonun zorlandığı dört durumun üçünü belirgin biçimde hafifletir. Çözemediği tek şey, kaydın birden çok kanaldan gelmesidir — çünkü o sorun tablonun içinde değil, tablonun dışında yaşar.

Formül, tablonun en güçlü yanıdır ve kalite kayıtlarında en çok sorun çıkaran yanıdır. Ayrım nettir: hesaplamada yardımcıdır, kayıtta risklidir. Hesaplanan bir değer her zaman yeniden üretilebilir; kaydedilen bir değer ise yalnızca bir kez, sayıldığı anda doğrudur.

Bir uygun adet hücresinin “kontrol edilen eksi uygunsuz” formülüyle doldurulması bunun tipik örneğidir. Formül hızlıdır ve çoğu gün doğru sonuç verir; ancak rework sonrası tekrar bakılan parçalar hesaba girdiğinde sessizce yanlışlamaya başlar ve kimse formüle bakmadığı için fark edilmez.

• Sayılan her değer elle girilir; formülle üretilen bir sayı kayıt değil, çıkarımdır.
• Formüller ayrı bir sütunda ya da ayrı bir sayfada tutulur, kayıt sütunlarının içine karıştırılmaz.
• Kontrol amaçlı formüller yararlıdır: iki toplamın birbirini tutup tutmadığını gösteren bir hücre, hatayı erken yakalar.
• Satır eklendiğinde bozulan aralık başvuruları, tabloların en sık ve en sessiz hata kaynağıdır; aralıklar tablo nesnesiyle tanımlandığında bu risk azalır.
• Başka bir dosyaya bağlanan formüller kaçınılması gereken tek gruptur: kaynak dosya taşındığında değer donar ve doğruymuş gibi görünmeye devam eder.

Geçiş kararı, dosyanın büyüklüğüne göre değil, belirli soruların cevapsız kalmaya başlamasına göre verilir. Aşağıdaki sorulardan birkaçına “bakmak gerekir” ya da “sormak gerekir” diye cevap veriliyorsa, tablo artık kendi tasarlandığı işin dışında kullanılıyordur.

• Bu rakamı kim ve ne zaman değiştirdi?
• Müşteriye en son hangi dosya gitti ve içinde hangi rakam vardı?
• Aynı parçada altı ay önce benzer bir sorun yaşandı mı?
• Şu anda açık kaç iş var ve hangileri müşteri cevabı bekliyor?
• Bu iş neye dayanarak açıldı — hangi ileti, hangi talep?
• Bir kişi izinliyken onun tuttuğu kayıtlara kim ulaşabiliyor?

Bu soruların hepsinin ortak yanı, cevabın tabloda değil kişilerde olmasıdır. Tablo veriyi tutar; kim, ne zaman ve neye dayanarak sorularını tutmaz. Geçiş kararı da tam olarak bu üç alanın ihtiyaç hâline gelmesiyle olgunlaşır.

Yapılandırılmış bir kayda geçen ekiplerin en sık yaptığı hata, geçmişi de taşımaya çalışmaktır. Yıllara yayılmış bir tablonun tamamını aktarmak, aktarım sırasında yapılacak yorumlar yüzünden hem uzun sürer hem de veriyi bozar.

• Geçmiş olduğu gibi saklanır, taşınmaz. Eski dosyalar arşiv olarak erişilebilir kalır.
• Yeni kayıtlar yeni düzende tutulur; belirli bir tarihten itibaren geçilir ve o tarih yazılır.
• Bir süre iki düzen birlikte yürütülmez. Çift kayıt, en kısa sürede terk edilen ve en çok hata üreten düzendir.
• Müşteriye giden biçim değişmez; iç kayıt değişse de müşteri aynı şablonu almaya devam eder.
• Ekibin alışkanlıkları dikkate alınır: sahadaki kişi vardiya sonunda uzun bir form doldurmaz.