Plastik Boru ve Ek Parça Üretiminde Varyant Yönetimini Kurmak: Yazılım Değil, Veri Disiplini Belirler

Bir plastik boru üreticisinde üretim planlama sorumlusu, sipariş formunu açtığında 1.200’ü aşkın ürün kodunun kendisini beklediğini görür. Bunların büyük çoğunluğu aslında üç temel parametrenin — çap, et kalınlığı ve renk — farklı kombinasyonlarından oluşuyor. Ama sistemde her biri ayrı bir kod taşıdığı için, satın alma bir malzeme açık emri oluştururken hangi ara mamulün hangi bitmiş ürünü beslediğini neredeyse tahmin etmek zorunda kalıyor. Bu tablo, Türkiye’deki plastik boru ve ek parça üreticilerinin büyük bölümünde tanıdık gelir. Yaşanan sorun teknoloji eksikliği değil; varyant mantığı kurulmadan sistemin büyütülmesidir. Ve burada savunduğum tez şudur: Ürün ağacını sadeleştirmeden varyant yönetimi uygulamaya çalışan firma, yazılım ne olursa olsun aynı kargaşaya döner — asıl sorun veri kirliliğidir, teknoloji seçimi değil.Plastik boru sektörü, varyant çeşitliliği açısından Türkiye imalatında en zorlu alanlardan biridir. Çeşitli basınç sınıflarında PE boru üretimi yapan Eskişehir’deki orta ölçekli bir üretici düşünün — 280 çalışanla faaliyet gösteriyor, ihracat yapıyor ve ürün yelpazesinde 40’ı aşkın çap seçeneği, her çap için birden fazla et kalınlığı ve bölgeye göre değişen renk kodlaması var. Bu firmanın üretim planlama ekibi, siparişi alıp iş emri açmak için Excel’de elle takip ettiği bir ‘varyant tablosu’ geliştirmiş; tabloyu güncel tutmak ise bir kişinin neredeyse tam zamanını alıyor. Entegre yazılıma geçme kararı verildiğinde ilk yapılan hata, mevcut ürün kodlarının tamamını sisteme olduğu gibi aktarmak oluyor. İki ay sonra veri tabanında 3.400 satırlık bir ürün listesi oluşuyor — çoğu birbiriyle örtüşen, bir kısmı kullanılmayan, bir kısmı ise hatalı ağaçla tanımlanmış kodlar. Yazılımın işe yaramadığı söyleniyor; gerçekte yazılıma aktarılan veri işe yaramıyor.Varyant yönetiminin temeli, ürünün ‘değişen’ ve ‘değişmeyen’ parçalarını birbirinden net biçimde ayırmaktır. Plastik boru üretiminde bu ayrım görece nettir: baz malzeme (hammadde reçetesi), ekstrüzyon parametreleri ve kalıp grubu büyük ölçüde sabit kalır; çap ve et kalınlığı ise tanımlayıcı varyant eksenidir. Renk, çoğu üreticide üçüncü bir eksen olarak eklenir ama bazı tesislerde bu ayrımı stok yönetiminde değil satış sürecinde tutmak daha pratik olur. İyi kurulmuş bir varyant yapısında ‘ana ürün’ — çapı ve et kalınlığı tanımlanmış bir PE-100 boru — bir defa ürün ağacı olarak tanımlanır; renk varyantı ise bu ana ürüne bağlı, hammadde reçetesinde yalnızca masterbatch miktarı değişen ayrı bir dal olarak tutulur. Bu yapıyı kurmadan doğrudan satır bazlı 1.200 ürün kodu üzerinden planlama yapmaya kalkmak, fabrikada işlerin aksadığı anlarda insanları yanlış stok için telaşlandırır.Türkiye’deki pek çok plastik ek parça üreticisi bu sorunu biraz farklı yaşıyor; çünkü ek parça ailesi çap farklılıklarının yanı sıra bağlantı tipi, açı ve basınç sınıfı gibi eksenler de taşıyor. Kocaeli’nde faaliyet gösteren, hem içpiyasaya hem ihracata üretim yapan 340 çalışanlı bir ek parça üreticisinde (temsili senaryo) ürün ağacı çalışmasına başlandığında, toplam aktif kod sayısının yaklaşık %52’sinin pasif veya çakışan kodlar olduğu ortaya çıktı. Bu oran ilk duyulduğunda abartılı gibi gelir, ama pratikte oldukça yaygın: yıllar içinde farklı satış temsilcilerinin müşteri talebine göre açtığı ad hoc kodlar, sisteme yük bindiren ama gerçekte üretilebilir ya da stoklanabilir ürüne karşılık gelmeyen hayalet satırlar oluşturur. Varyant yönetimi projesinin ilk aşaması çoğu zaman bir temizlik projesidir; yeni bir yazılım kurulumu değil, mevcut ürün listesinin gerçek üretim kapasitesiyle yüzleştirilmesidir.İş bu noktaya geldiğinde üretim müdürü ile satış ekibi arasında kaçınılmaz bir gerilim ortaya çıkar. Satış tarafı her müşteri talebini karşılayabilmek için ürün kodunu genişletmeye eğilimlidir; üretim tarafı ise kod sayısı arttıkça planlama ve stok maliyetinin nasıl şiştiğini somut olarak görür. Bu gerilimi yönetmek, varyant projesinin teknik değil organizasyonel zorluğudur. Yönetimin ‘hangi çeşitliliği koruyacağız, hangisini sadeleştireceğiz?’ sorusunu bilinçli olarak yanıtlaması gerekir. Bazı firmalar bu kararı erteleyerek ürün ağacı tasarımını yazılım danışmanına bırakır; danışman da elindeki veriyi mümkün olan en mantıklı şekilde düzenler, ama pazarda kalmayı düşünülen ürün ailesini işletme kadar bilemez. Sonuç olarak kurulumdan altı ay sonra aynı kargaşa yeniden başlar.Varyant yönetimini gerçekten işler hale getirmek için uygulamada işe yarayan adımlar şöyle sıralanabilir: Önce, mevcut ürün listesi fiziksel stok sayımıyla karşılaştırılmalı ve son 12 ayda en az bir kez siparişe konu olmayan her kod ‘pasif’ olarak işaretlenmelidir. İkinci adımda, üretimde bire bir aynı hammadde reçetesini ve aynı ekipman kurulumunu paylaşan ürünler gruplanmalı; bu grupların ortak ‘ana ürün’ olarak tanımlanması, ürün ağacı sayısını büyük ölçüde azaltır. Üçüncü adım, varyant eksenlerinin sayısını ve her eksendeki değer sayısını yazılı olarak belgelemektir — ‘bu ürün ailesi için çap, et kalınlığı ve renk eksenleri geçerlidir; dördüncü bir eksen yönetim onayı olmadan açılmaz’ gibi bir kural, ilerleyen aylarda ad hoc kod açılmasının önüne geçer. Son adım, iş emrinin nasıl oluşturulacağını üretim planlama ekibiyle birlikte elle bir kez yürümektir — kağıt üzerinde değil, ekranda, gerçek bir sipariş senaryosuyla. Bu adım, yazılım eğitiminin asla veremeyeceği bağlamsal anlayışı sağlar.Plastik boru ve ek parça üretiminde varyant yönetimi, sonuçta bir yazılım kurulum projesi değil bir iş tanımı disiplini projesidir. Teknolojiyi seçmeden önce — hangi entegre yazılım olursa olsun — ürün ağacının kimin sorumluluğunda olduğunu, hangi varyant eksenlerinin geçerli olduğunu ve yeni kod açma yetkisinin nerede durduğunu netleştirmek gerekir. Bu netleşme olmadığında en iyi yazılım bile veri çöplüğü haline gelir; bu netleşme sağlandığında ise orta düzeyde bir yazılım bile üretim planlamayı ölçülebilir biçimde kolaylaştırır. Eskişehir’deki o üretim planlama sorumlusu, 1.200 kod arasında kaybolmak zorunda değil — ama çözüm ekranda değil, ekranın arkasındaki kararlarda yatıyor.