Bilgi işlem ekibi üç haftada gerçekten güzel bir pano çıkardı. Renkler yerinde, filtreler çalışıyor, yönetim memnun. Sonra müşteri denetimi geldi ve denetçi ekrandaki "açık uygunsuzluk: 14" kutusunu gösterip sordu: "Bu on dördü listeleyebilir misiniz?" Pano listeleyemedi, çünkü gece çekilen bir kopyadan besleniyordu ve kayda geri giden bir yol yoktu. Sistemden çekilen liste ise 16 çıktı. Kalite dashboard Power BI ile mi yoksa kalite yönetim sisteminin kendi raporlama modülüyle mi kurulmalı sorusu, tam da böyle anlarda cevaplanıyor.
İki yaklaşım aslında ne yapıyor
Bir iş zekâsı aracı, farklı kaynaklardaki veriyi bir araya getirip görselleştirmek için tasarlanmıştır. Gücü buradadır: ERP'den üretim adedini, kalite sisteminden hata sayısını, muhasebeden maliyeti alır ve tek ekranda birleştirir. Kalite yönetim sisteminin raporlama modülü ise kendi kayıtlarının üstünde çalışır; başka kaynağa uzanmaz ama kaydın kendisiyle aynı yerde yaşar. Bu iki cümle, aşağıdaki bütün farkların kaynağıdır.
Yani soru "hangisi daha iyi" değil, "panodan ne bekliyorsunuz" sorusudur. Vardiya toplantısında bakılıp aksiyon alınan bir ekranla, yönetim kuruluna giden üç aylık analiz aynı araçla yapılmak zorunda değil. Karışıklık, tek bir aracın iki işi birden yapmasının beklenmesinden çıkıyor.
Veri tazeliği: gece kopyası mı canlı kayıt mı
BI panoları çoğunlukla zamanlanmış bir aktarımla beslenir. Gece 02:00'de veri çekilir, sabah pano hazırdır. Aylık trend grafikleri için bu tamamen yeterlidir; bir aylık verinin on saat gecikmesi hiçbir şeyi değiştirmez. Ama sabah 08:15'teki vardiya toplantısında "dün gece ne oldu" sorusunun cevabı ekranda yoksa, o ekran toplantıya girmez.
Kalite dashboard Power BI tarafında kurulduğunda bu gecikmeyi kısaltmak mümkündür; canlı bağlantı kurulabilir, aktarım sıklığı artırılabilir. Bunun bedeli, kaynak veritabanına binen yüktür ve bu yükü yönetmek bilgi işlem tarafında sürekli bir iştir. Karar verirken "kaç dakika gecikme kabul edilebilir" sorusunu somut cevaplayın; cevabı "sıfır" olan göstergeler için pano kayıtların yanında kalmalı.
Tazelik meselesinin bir de görünmeyen tarafı var: aktarım kırıldığında kimse fark etmiyor. Gece çalışan bir aktarım hata verdiğinde pano boş sayfa göstermez, dünkü veriyi göstermeye devam eder. Üç gün üst üste aynı sayıyı gören bir ekip bunu "hareket yok" diye okur. Panonun bir köşesine "son güncelleme" damgası koymak bu riski büyük ölçüde kapatıyor; damga bugünün tarihini göstermiyorsa kimse o ekrana bakmaz. Basit bir önlem ama devreye alınan panoların çoğunda yok.
İzlenebilirlik: sayıdan kayda gidebiliyor musunuz
Bu, kalite panolarında en çok atlanan başlık. Bir yönetim panosunda sayıya bakmak yeter; operasyonel panoda ise sayıdan kayda inebilmek gerekir. Açık düzeltici faaliyet sayısı 14 diyorsa, tıklayıp o on dördü görmek, birinin terminine bakmak ve sorumluya oradan not düşmek isteyeceksiniz. Kopya veriyle beslenen panolarda bu zincir kopar.
Zincirin koptuğu yerde ikinci bir sorun doğar: kimse panodaki sayıya güvenmez. Bir kez "pano 14 diyor ama sistemde 16 var" denildiği anda, o panonun ömrü başlamıştır. Sayıların neden ayrıştığını her seferinde açıklamak, panonun kazandırdığı zamandan fazlasını götürür. Panonun hangi göstergeleri taşıması gerektiğini kalite panosu tasarımı yazısında ayrıntılı ele aldık.
Panoyu devreye almadan önce beş dakikalık bir test yapın. Ekrandaki her kutucuğa sırayla bakın ve tek soru sorun: bu sayıya tıklayınca altındaki kayıtları görebiliyor muyum? Göremediğiniz her kutucuğun yanına not düşün. Testi yaptığımız bir pano sekiz kutucuktan altısında kaldı. Altısının da hesabı doğruydu, ama hiçbiri kanıta bağlanamıyordu. Panoyu değil, panonun beslendiği yolu değiştirmek gerekti.
Bunun tersini de söyleyeyim: bir BI aracında kayda inme yolu kurulabilir. Göstergenin altına kayıt numarasını taşıyan bir detay tablosu koymak ve o numaradan sisteme bağlantı vermek zor iş değildir. Yapılmamasının sebebi teknik değil, panoyu kuran ekibin denetimde neyin sorulacağını bilmemesi. Kalite ekibi kurulum toplantısına girip "her göstergenin altında kayıt listesi isterim" derse, bu çoğu zaman ilk sürümde çözülüyor. Talebi kurulum sonrasına bırakırsanız iş yeniden açılan bir proje hâline geliyor ve sıraya giriyor.
Yetki: kim hangi veriyi görüyor
Kalite verisinin bir kısmı hassastır. Müşteri şikâyetleri, tedarikçi karneleri, personel bazlı hata dağılımları herkesin görmesi gereken şeyler değildir. Kayıtların yaşadığı sistemde raporlar, kullanıcının zaten sahip olduğu yetkiyi devralır; bir kullanıcı hangi kayıtları görebiliyorsa raporda da onları görür. BI aracında ise yetki ayrıca kurgulanır ve iki yerde yönetilen her şey gibi zamanla ayrışır.
Buradaki risk teorik değil. Tedarikçi karne panosunun satın alma ekibinin tamamına açık olduğu, oysa kalite sisteminde aynı verinin üç kişiyle sınırlı olduğu bir durumla karşılaştım. Kimse kötü niyetli değildi; panoyu kuran kişi kalite tarafındaki yetki kurgusunu bilmiyordu. Kalite dashboard Power BI üzerinde yaşayacaksa, yetki eşleştirmesini kurulumun ilk gününde yazılı hâle getirin.
Maliyet: lisanstan ibaret değil
Bu kararın fiyat etiketi, faturada yazan rakam değildir; asıl maliyet emektedir. Aşağıdaki tablo iki yaklaşımın ilk yıl ve sonraki yıllardaki iş yükünü karşılaştırıyor. Sayılar bir tedarikçide tuttuğumuz kayıtlardan; kendi rakamlarınız farklı çıkabilir ama kalemler aynıdır.
| Kalem | BI aracı (adam-saat) | QMS raporlama (adam-saat) |
|---|---|---|
| İlk kurulum ve veri modeli | 120 | 16 |
| Gösterge tanımı ve doğrulama | 40 | 24 |
| Yetki kurgusu | 24 | 0 |
| Yıllık bakım (alan değişimi, yeni gösterge) | 60 | 12 |
| Panoyla sistem arasındaki farkı açıklama | 36 | 0 |
| İlk yıl toplam | 280 | 52 |
Tabloya bakıp BI aracının pahalı olduğu sonucunu çıkarmayın; bu tablo yalnızca kalite panosu içindir. Aynı BI kurulumu satış, lojistik ve maliyet analizlerinde de kullanılıyorsa o 280 saat birden çok işe bölünür ve hesap tamamen değişir. Kararı kendi kullanım alanınızın genişliğine göre verin.
Maliyetin sık atlanan bir kalemi de bilgi bağımlılığıdır. BI panosunu kuran kişi firmadan ayrıldığında veri modelinin nasıl çalıştığını bilen kimse kalmayabilir. Bir tedarikçide, panoyu kuran mühendis işten ayrıldıktan dört ay sonra alan adı değişen bir tabloda pano kırıldı ve düzeltilmesi altı hafta sürdü; o süre boyunca yönetim raporu elle hazırlandı. Panoyu kim kurarsa kursun, veri modelinin belgelenmesini kurulumun teslim şartı yapın.
Hangi iş hangi araçta
| Kriter | BI aracı | QMS raporlama modülü |
|---|---|---|
| Veri tazeliği | Aktarım sıklığına bağlı | Canlı |
| Sayıdan kayda inme | Ek kurgu gerekir | Doğal |
| Çok kaynaklı analiz | Güçlü | Sınırlı |
| Yetki | Ayrı yönetilir | Sistemden devralınır |
| Görsel esneklik | Yüksek | Şablonla sınırlı |
| Denetimde kanıt zinciri | Ayrıca kurulmalı | Hazır |
| Yönetim sunumu | Çok uygun | Uygun |
Tablodaki dağılım şunu söylüyor: operasyonel pano kayıtların yanında, analitik pano BI aracında. Bu ayrım kurulduğunda iki araç birbiriyle yarışmayı bırakır. Kalite verisinin hangi noktada hangi araca taşınacağını dijital dönüşüm yol haritası sayfamızdaki aşamalarla birlikte düşünmenizi öneririm.
Sahadaki ekranı unutmayın
Bu tartışma çoğunlukla ofisteki bilgisayardan bakılan pano üzerinden yürüyor. Oysa kalite panosunun asıl işe yaradığı yer hat başındaki ekrandır. Orada farklı kurallar geçerlidir: ekran uzaktan okunacak, kimse fare kullanmayacak, filtre açılmayacak. Sahadaki ekran için gereken şey görsel esneklik değil, büyük yazı ve az sayıda göstergedir.
Bir BI aracı bu ekranı da besleyebilir, kalite sisteminin kendi raporlama modülü de. Karar verirken şunu sorun: ekrandaki gösterge kırmızıya döndüğünde vardiya amiri ne yapacak? Cevap "sisteme girip kaydı açacak" ise, ekranla sistem arasındaki mesafe ne kadar kısaysa o kadar iyidir. Cevap "not alıp toplantıda konuşacak" ise araç seçimi o kadar belirleyici değildir.
Denetçi panonun güzelliğiyle ilgilenmez; sayının nereden geldiğiyle ilgilenir. Ekranda bir gösterge gördüğünde üç şey sorar: bu nasıl hesaplanıyor, verisi nereden geliyor ve şu ay hedefin altındaysa ne yapıldı. Üçüne de ekranın kendisinden cevap verebiliyorsanız pano işini yapıyor demektir. Cevaplar için başka bir dosyaya gidiliyorsa, pano bir sunum aracıdır ve yönetim gözden geçirme kanıtı olarak tek başına yetmez. Bu ayrımı denetim hazırlığında baştan netleştirin.
Küçük firmalar için dürüst cevap
Ayda on beş uygunsuzluk, üç dört müşteri şikâyeti ve tek hat çalışan bir firmada ne BI aracına ne de özel bir raporlama kurgusuna ihtiyaç var. Kalite sorumlusunun her ayın ilk günü hazırladığı yarım sayfalık bir tablo, o ölçekte gerçekten yeterlidir ve kimseye bağımlı değildir. Pano ihtiyacı, veriyi tek başınıza takip edemediğiniz noktada başlar; bu da genelde birden fazla hat, birden fazla vardiya ve birden fazla müşteri olduğunda olur. Bu eşiğin altındayken yazılım seçmek, çözülmemiş bir sorunu araçla örtmektir.
Kurulum kararını nasıl verirsiniz
Karar toplantısına üç sayfayla gidin. Birinci sayfada panoda yer alacak göstergelerin listesi ve her birinin hangi kayıttan hesaplandığı olsun. İkinci sayfada her gösterge için kabul edilebilir gecikme yazsın: canlı mı, bir saat mi, ertesi güne kadar mı. Üçüncü sayfada da her göstergenin kimin göreceği. Bu üç sayfa hazırlandığında hangi aracın hangi göstergeyi taşıyacağı neredeyse kendiliğinden ortaya çıkar ve tartışma araç karşılaştırmasından çıkıp ihtiyaç konuşmasına döner.
Sayfaları hazırlarken göstergeleri de gözden geçirin. Panoya konulmak istenen listenin genelde üçte biri, aslında kimsenin bakmadığı göstergelerden oluşuyor. Onları en baştan elemek, hangi araçla kurarsanız kurun işi kısaltır.
Karar
Kalite dashboard Power BI ile mi kurulsun sorusunu şuna indirin: bu ekranda karar mı verilecek, yoksa durum mu anlatılacak? Karar veriliyorsa veri canlı ve kayda bağlı olmalı; durum anlatılıyorsa görsel esneklik daha önemlidir. Çoğu fabrikada ikisi de gerekir ve doğru kurgu ikisini birden kullanmaktır, yeter ki aynı gösterge iki yerde iki farklı formülle hesaplanmasın. Hesap tek yerde tanımlansın, BI aracı o hesabı okusun. PaKalite'de raporlar kayıtlarla aynı veritabanında çalışır ve göstergeden kayda tıklayarak inilebilir; dışarıya veri açmak isteyenler için de aynı hesap tek bir yerden okunur. Aylık raporun bu yapının üzerine nasıl oturacağını aylık kalite raporu yazısında adım adım anlattık; seçim kriterlerinin tamamı için kalite yönetim sistemi yazılımı sayfamıza bakabilirsiniz.