Planlamacı İzne Çıkınca Üretim Durmasın: Kişiye Bağlı Bilgi Riskini Sisteme Taşımak

Bir üretim KOBİ'sinde planlama sorumlusu iki haftalık izne çıkar. İlk iki gün her şey yolunda görünür. Üçüncü gün bir tedarikçi arar: siparişteki boya rengini teyit etmek ister. Kimse bilmez; bilgi planlamacının e-postalarındadır. Dördüncü gün bir iş emri için malzeme çekilecektir ama hangi kalemin alternatif koduyla değiştirilebileceğini yalnızca o bilir. Beşinci gün müşteri termin sorar; cevap, planlamacının masaüstündeki bir tablodadır ve tablonun hangi sekmesinin güncel olduğu belli değildir. İzin bitene kadar ekip ya bekler ya tahminle karar verir. İki hafta sonra dönen planlamacı, işini yapmak yerine iki haftanın hasarını onarmakla uğraşır.

Üretim ve tedarik forumlarında son dönemde sık karşılaşılan bir yakınma tam olarak bu: modern bir yazılım kullanılsa bile günlük planlamanın bir veya iki kişinin kafasında ve kişisel tablolarında yaşaması. Bu kişiler hastalandığında, izne çıktığında ya da firmadan ayrıldığında zamanında teslim oranı düşüyor. Tartışmalardaki ortak içgörü ise şu: sorun o kişilerin fazla bilmesi değil, bildiklerinin hiçbir yere yazılmamış olması. Bu yazıda kişiye bağlı bilginin nerelerde biriktiğini, bunun bedelini ve bilgiyi kişiden alıp kayda taşımanın gerçekçi yolunu ele alıyoruz.

“Ahmet Bey bilir” bir süreç değildir

Küçük ve orta ölçekli üreticilerde bilgi doğal olarak deneyimli birkaç kişide toplanır. Firma büyürken kurulan alışkanlıklar, istisnalar ve “bu müşteride böyle yaparız” kuralları yazıya dökülmez; çünkü yazmaya vakit yoktur ve zaten herkes kime soracağını bilir. Bu düzen firma küçükken hızlıdır. Firma büyüdükçe ise darboğaza dönüşür: her soru aynı masaya gider, o masa da her gün biraz daha geç cevap verir.

Burada önemli bir ayrım vardır. Deneyim ve muhakeme kişide kalmalıdır; bir tedarikçinin gerçekten güvenilir olup olmadığını, bir müşterinin terminde ne kadar esnek olduğunu sezmek yazılımın işi değildir. Ama bu muhakemenin dayandığı gerçekler, yani hangi siparişin kime, hangi tarihle, hangi koşulla verildiği, kişinin hafızasında değil kayıtta durmalıdır. Kişiye bağımlılığı azaltmak, uzmanlığı değersizleştirmek değil; uzmanın zamanını tekrar eden sorulara cevap vermekten kurtarmaktır.

Kişiye bağlı bilgi en çok nerede birikir?

Sahada gözlemlenen tablo şaşırtıcı derecede benzerdir. Kayıt dışı bilginin yoğunlaştığı yerler genellikle şunlardır:

• Tedarikçi yazışmaları: termin teyitleri, fiyat güncellemeleri ve teknik değişiklikler kişisel e-posta kutusunda kalır; sipariş kaydı ise ilk gönderildiği hâliyle durur.
• Alternatif ve muadil parçalar: “Bu konnektör yoksa şu kodlu olan da olur” bilgisi çoğu zaman bir mühendisin ya da planlamacının hafızasındadır.
• Kişisel planlama tabloları: resmi sistemdeki plan ile kişinin kendi tablosundaki plan zamanla ayrışır; gerçek öncelikler ikincisinde yaşar.
• İstisnalar ve müşteri özel kuralları: belirli bir müşteri için ek muayene, özel ambalaj ya da belge şartı gibi koşullar yazılı değil, alışkanlıktır.
• Elden yapılan düzeltmeler: yanlış girilmiş bir miktarın “ben biliyorum, aslında 40” diye akılda tutulması.

Bu beş alanın ortak noktası, sistemin bir şey söylemesi ama gerçeğin başka bir yerde durmasıdır. Kişi oradayken boşluğu o doldurur; kişi yokken boşluk açığa çıkar.

Bedeli yalnızca izin dönemlerinde ödenmez

Kişiye bağımlılığın en görünür bedeli tatil ve hastalık dönemlerindeki aksamalardır. Ama asıl maliyet her gün sessizce ödenir. Satınalmacı bir siparişin durumunu öğrenmek için planlamacıyı bekler. Depo sorumlusu bir kalemin rezerve mi serbest mi olduğunu sormak zorunda kalır. Yönetici haftalık durum toplantısında tabloyu tek bir kişinin anlatmasına bağımlıdır. Her biri birkaç dakikalık gecikmelerdir; toplandığında ise üretimin temposunu belirleyen gizli bir kuyruğa dönüşür.

İkinci bedel, firmadan ayrılan çalışanla birlikte giden bilgidir. Yıllarca biriken tedarikçi ilişkileri ve parça bilgisi bir istifa mektubuyla kaybolabilir. Devir teslim için verilen iki hafta, yılların birikimini aktarmaya yetmez. Üçüncü bedel ise denetimdedir: kalite denetçisi bir kararın gerekçesini sorduğunda “o zaman öyle konuşmuştuk” cevabı kanıt sayılmaz.

Çözüm dokümantasyon seferberliği değil

Bu sorunu fark eden firmaların ilk refleksi genellikle kapsamlı bir prosedür yazma projesidir. Herkesten yaptığı işi adım adım yazması istenir, ortaya kalın bir klasör çıkar ve birkaç ay içinde güncelliğini yitirir. Çünkü ayrı tutulan belge, işin kendisi değişirken yerinde durur.

Daha sürdürülebilir yaklaşım, bilgiyi işin yapıldığı anda kayda geçirmektir. Tedarikçi termin değiştirdiğinde değişiklik e-postada değil sipariş satırında güncellenir. Alternatif parça bilgisi bir mühendisin aklında değil stok kartının üzerinde durur. Müşteriye özel şart, o müşterinin projesinde ve ilgili iş emrinde görünür. Böylece ayrı bir dokümantasyon işi doğmaz; kayıt, işin yan ürünü olur. Bunun için gereken disiplin tek bir cümleyle özetlenebilir: sorulan her soru, cevabın sistemde neden olmadığını sorgulamak için bir fırsattır.

Bilgiyi kayda taşımanın pratik adımları

• Bir hafta boyunca soruları sayın. Kilit kişilere gelen soruları basit bir listeye yazın. En sık tekrar eden beş soru, sisteme önce taşınması gereken bilginin listesidir.
• Kişisel tabloları envanterleyin. Ekipte kimin hangi tabloyu neden tuttuğunu öğrenin. Her tablo, resmi sistemin karşılamadığı bir ihtiyacın işaretidir.
• Termin değişikliğini kayıt kuralına bağlayın. Tedarikçiden gelen her tarih değişikliği sipariş üzerinde güncellenmeden iş kapanmış sayılmasın.
• Muadilleri stok kartına yazın. Alternatif kodlar ve kullanım koşulu kart üzerinde dursun; çekme anında herkes görsün.
• Vekâlet düzenini önceden kurun. İzin başlamadan önce kimin hangi ekranı göreceği ve hangi işlemi yapabileceği yetki tarafında tanımlansın; son gün şifre paylaşmak çözüm değildir.
• Tatbikat yapın. Kilit kişi ofisteyken bir gün boyunca ona soru sorulmadan çalışmayı deneyin. Takıldığınız her yer, kaydın eksik olduğu yerdir.

Tedeg ERP bu boşluğu nasıl daraltır?

Tedeg ERP'de iş akışı teklif, proje, BOM, MRP, talep, sipariş, mal kabul ve iş emri halkalarından oluşan tek bir zincirde ilerler. Bir kalemin neden talep edildiği, hangi siparişle karşılandığı, ne zaman geleceği ve hangi iş emrine çekildiği bu zincirin üzerinden izlenebilir. Planlamacı yokken bile bir parçanın durumunu öğrenmek için ona sormak gerekmez; zincirdeki ilgili halkaya bakmak yeterlidir.

MRP motoru çok seviyeli BOM'u patlatarak eksik malzemeyi hesaplar ve talep önerisini hazırlar. Öneri bir kişinin tablosunda değil sistemde durduğu için, izindeki planlamacının yerine bakan kişi aynı resmi görür ve kararı kendisi verir. Stok kartlarında alternatif kodlar tutulabilir; depoda rezerve, serbest ve üretim deposu ayrımı her ekranda aynı anlama gelir. Termin riski taşıyan siparişler ve açık talepler için uygulama içi bildirimler, “kimin hatırlaması gerekiyordu” sorusunu ortadan kaldırmaya yardımcı olur.

Yetki tarafında modül görünürlüğü rol ve kullanıcı bazında ayarlanabilir; bu sayede bir izin dönemi öncesinde vekil kişiye gereken ekranlar şifre paylaşmadan açılabilir. Yapılan değişikliklerin kim tarafından ne zaman yapıldığı kayıt altında tutulduğu için, dönen çalışan iki haftada ne olduğunu sorarak değil kayda bakarak öğrenir.

Gerçekçi olmak gerekir: hiçbir yazılım deneyimli bir planlamacının muhakemesinin yerini tutmaz ve ekip kayıt girmeyi alışkanlık hâline getirmedikçe en iyi sistem de boş kalır. Yazılımın katkısı, kaydı işin doğal bir parçası yapmak ve eksik kaydı görünür kılmaktır.

Sonuç

Kişiye bağlı bilgi, bir firmanın en değerli varlıklarından biri olduğu kadar en kırılgan noktasıdır. Uzmanlığı korumanın yolu, uzmanı vazgeçilmez kılmak değil, onun bildiği gerçekleri herkesin erişebileceği bir kayda dönüştürmektir. Bir sonraki izin döneminde üretimin durup durmayacağı, bugün sorulan soruların cevabının nerede tutulduğuna bağlıdır. Bu zincirin kendi firmanızda nasıl kurulabileceğini görmek isterseniz Tedeg ERP demosunu inceleyebilirsiniz.