Ankara’da fabrikalar için yazılım — nereden başlanır?

“Bize bir program lazım” cümlesinin arkasındaki sorun

Ankara’da üretim yapan bir işletmeyle ilk görüşme çoğu zaman şu cümleyle başlıyor: “Bize bir program lazım.”

Ardından gelen soru genellikle hangi programın alınacağı oluyor. Oysa bu, sıradaki üçüncü ya da dördüncü soru. İlk soru şu: hangi iş durursa üretim durur?

Bu ayrım havada bir incelik değil. Yanlış sırayla başlayan projelerde şu oluyor: fabrikanın her işini kapsayan bir liste çıkarılıyor, teklif alınıyor, altı aylık bir takvim yapılıyor ve dördüncü ayda proje tıkanıyor. Tıkanma sebebi teknik değil — kimse hangi işin gerçekten kritik olduğuna karar vermemiş oluyor.

Önce cevaplanacak tek soru

Pratik bir test var ve on dakika sürüyor.

Şunu sorun: bugün bir kişi işe gelmese hangi bilgi kaybolur?

Cevap neredeyse her zaman aynı yere çıkıyor: tek bir kişinin kafasında ya da tek bir Excel dosyasında duran bir bilgi. Hangi siparişin hangi tezgâhta olduğu. Depoda gerçekte ne kadar mal olduğu. Hangi müşteriye ne sözü verildiği.

Yazılımın başlangıç noktası orası. Fabrikanın tamamı değil, o tek nokta.

Örnek senaryo — İvedik’te 40 kişilik bir metal işleme atölyesi. Üretim planı ustabaşının defterinde, stok bir Excel dosyasında, siparişler WhatsApp gruplarında. İşletme sahibi “komple bir sistem” istiyor. Sorduğumuzda çıkan tablo şu: geçen ay iki sipariş, defterdeki bir satır atlandığı için geç teslim edilmiş. Yani kritik olan tek şey üretim planı. Depo da dağınık ama kimse yüzünden iş kaybetmemişler. Doğru başlangıç, komple sistem değil, üretim planının kâğıttan çıkması.

Üç farklı başlangıç noktası

İşletmeler bize üç farklı durumdan biriyle geliyor ve üçünün yol haritası aynı değil.

Hiçbir şey yok. Kâğıt, defter, WhatsApp. Bu aslında en kolay durum: kurulacak sistem kimseyle çakışmıyor, alışkanlık kırmak dışında engel yok.

Excel var ama yetmiyor. En yaygın durum. Dosya büyümüş, birden çok kişi aynı anda açıyor, sürümler karışıyor. Excel’in ne zaman gerçekten yetersiz hâle geldiğini ayrı bir yazıda tek tek yazdık.

Program var ama işi görmüyor. Muhasebe programı ya da yıllar önce alınmış bir paket var; üretim tarafını kapsamıyor ya da kapsıyor ama kimse kullanmıyor. Bu durumda mevcut sistemi çöpe atmak nadiren doğru cevap; mevcut programın üzerine ne yapılabileceğini ayrıca ele aldık.

Hazır program mı, size özel yazılım mı?

Kısa cevap: süreciniz standart mı, değil mi?

Sektörünüzün geneliyle aynı biçimde çalışıyorsanız hazır program hızlı ve ucuz. Sektörde bu tür paketlere ERP deniyor; adını bilmeniz gerekmiyor, işi şu: muhasebe, stok, sipariş ve üretimi tek yerde toplayan hazır bir paket.

Rakiplerinizden ayrıştığınız bir üretim biçiminiz varsa denklem değişiyor. Hazır programı kendi sürecinize benzetmek için yapılan özelleştirmeler, hazır olmanın avantajını yiyor ve genellikle ikinci yılda özel yazılımın toplam maliyetini geçiyor.

Bu karşılaştırmanın ayrıntısı ve “hangi durumda hangisi” tablosu üretim takip programı seçimi yazısında.

Bütçe neye göre değişiyor?

Yazılım fiyatı sorulduğunda dürüst cevap “belli değil” değil, “şuna göre değişiyor” olmalı.

Belirleyici olan dört şey var: kaç farklı ekranın olacağı, mevcut sistemlerle konuşup konuşmayacağı, kaç kişinin kullanacağı ve sahada mı ofiste mi çalışacağı.

En çok fiyat oynatan kalem üçüncüsü değil ikincisi: entegrasyon. Yeni programın muhasebe programınızla, e-fatura sağlayıcınızla ya da tezgâhlarınızla konuşması gerekiyorsa maliyetin önemli bir kısmı orada. Rakam aralıklarını ve neyin neyi pahalılaştırdığını ayrı bir yazıda açtık.

Dikkat — Alınan en pahalı teklif de en ucuz teklif de aynı sebeple risklidir: ikisi de kapsamı sizin yerinize varsaymıştır. Kapsamı yazılı olarak tanımlamadan alınan fiyat, fiyat değil tahmindir.

Mevzuat kapıyı ne zaman zorluyor?

Çoğu üretim işletmesinde yazılım kararını erteleyemez hâle getiren şey verimlilik değil, mevzuat oluyor.

e-Fatura ve e-İrsaliye uygulamalarının kapsamı ciro eşiklerine ve sektöre göre belirleniyor; bazı sektörlerde ciro şartı hiç aranmıyor. Kapsam ve tarihler değiştiği için burada rakam yazmıyoruz — güncel metin Gelir İdaresi Başkanlığı’nın e-Belge portalında yayımlanıyor ve e-İrsaliye başlığı ayrı ayrı açıklanmış durumda.

Buradaki asıl mesele şu: e-irsaliye zorunluluğu geldiğinde sevkiyat süreciniz kâğıt üzerinde yürüyorsa, o süreci dijitalleştirmek artık tercih olmaktan çıkıyor. Yazılım kararını mevzuat sizin yerinize veriyor.

Devlet desteği tarafında ne var?

İmalat sanayiinde faaliyet gösteren KOBİ’ler için KOSGEB’in dijital dönüşüm başlığında bir destek programı bulunuyor; makine ve teçhizatın yanı sıra yazılım ve donanım yatırımını da kapsıyor.

Önemli bir ayrıntı var: program NACE sınıflamasına göre imalat sektöründe faaliyet gösterme şartı arıyor. Yani hizmet ya da ticaret tarafındaki bir işletme bu programdan yararlanamıyor — üretim yapan bir fabrika için ise doğrudan uygun bir başlık.

Koşullar ve başvuru dönemleri düzenli olarak değiştiği için karar vermeden önce KOSGEB’in program sayfasından güncel metne bakmak gerekiyor. Sanayi ve Teknoloji Bakanlığı’nın destek ve teşvikler sayfası da ikinci bir başvuru kaynağı.

İpucu — Destek başvurusu ile yazılım projesinin takvimini birbirine bağlamayın. Destek onayı gecikirse proje de gecikiyor. Doğrusu: projeyi kendi takvimiyle başlatmak, desteği paralel yürütmek.

Ankara’da yerel tedarikçinin farkı nedir?

Yazılım uzaktan yapılabilen bir iş. Buna rağmen üretim yazılımında yerellik somut bir fark üretiyor ve sebebi şu: üretim süreci anlatılarak değil görülerek anlaşılıyor.

Tezgâhın başında on dakikada anlaşılan bir şey — operatörün elinin nereye uzandığı, hangi kâğıdın hangi sırayla dolaştığı, vardiya değişiminde neyin devredildiği — uzaktan üç toplantı sürebiliyor. Üç toplantının maliyeti, saat ücreti farkını kapatıyor.

OSTİM, İvedik, Başkent ve Sincan hattındaki işletmeler için bu pratik bir avantaj. Bölgedeki sanayi kuruluşlarının kendi çatı örgütleri de var; OSTİM ve Ankara Sanayi Odası tarafındaki eğitim ve dönüşüm programları, yazılım kararını verirken bakılabilecek ek kaynaklar.

Sanayi ve Teknoloji Bakanlığı’nın yürüttüğü Model Fabrika programı da bu tarafta: dijital dönüşüme geçmeden önce sürecin kendisini iyileştirmek isteyen işletmeler için uygulamalı bir yapı.

Ne zaman yazılım yaptırılmaz?

Bu bölümü yazmayan tedarikçiye şüpheyle bakın. Üç durumda cevabımız “şimdi değil” oluyor.

Süreç henüz oturmamışsa. Her ay değişen bir süreci yazılıma dökmek, değişimi pahalı hâle getiriyor. Önce sürecin kendisi kararlı hâle gelmeli.

Sorun yazılımla çözülmüyorsa. Teslimat gecikiyorsa sebebi bazen takip eksikliği değil kapasite yetersizliği oluyor. Yazılım kapasite üretmiyor; yalnızca gerçeği görünür kılıyor. Bu bile değerli ama beklentiyi doğru kurmak gerekiyor.

Kullanacak kişi belli değilse. Programı fiilen kimin kullanacağı belirlenmemişse proje teslim edilir, kullanılmaz. Bu, sahada gördüğümüz en yaygın başarısızlık biçimi ve ayrı bir yazının konusu.

İlk otuz günde ne yapılmalı?

Yazılım firmasıyla konuşmadan önce yapılabilecek ve hiçbir maliyeti olmayan üç iş var.

1. Kritik işi tek cümleyle yazın. “Hangi siparişin hangi tezgâhta olduğunu anlık görmek istiyoruz” gibi. Bir cümleye sığmıyorsa kapsam henüz netleşmemiştir.
2. Bugünkü akışı kâğıda çizin. Sipariş girişinden sevkiyata kadar, hangi bilgi nereye yazılıyor. Bu çizim teklif almanın en güçlü aracı.
3. Kullanacak kişiyi belirleyin. Ustabaşı mı, depo sorumlusu mu, planlamacı mı? O kişi ilk toplantıda masada olmalı.

Projeyi işletme tarafında kim yönetecek?

Bu soru sorulmadığında proje tedarikçinin hızına bağlı kalıyor ve kimse karar veremediği için bekliyor.

İşletme tarafında bir proje sahibi olmalı. Bu kişinin yazılımdan anlaması gerekmiyor; iki yetkisi olması gerekiyor: karar verebilmek ve insanların zamanını ayırtabilmek.

Pratikte en iyi çalışan profil, sürecin içinden gelen ve şirkette sözü geçen kişi oluyor — üretim müdürü, işletme müdürü, bazen doğrudan işletme sahibi. En kötü çalışan profil ise "en çok bilgisayar bilen" kişi: karar yetkisi olmadığı için her soruda başkasına gitmek zorunda kalıyor.

Proje sahibinin haftada bir saat ayırması yeterli. Ayırmadığında proje durmuyor, yanlış varsayımlarla ilerliyor — ki bu daha pahalı.

İlk sürüm ne kadar küçük olmalı?

Cevap çoğu işletmeye fazla küçük geliyor: tek bir işi, uçtan uca.

Ölçü şu: ilk sürüm devreye alındığında bir kişi işini tamamen yeni sistemde yapabilmeli. Yarısını sistemde yarısını kâğıtta yapıyorsa ilk sürüm çok geniş tanımlanmış demektir.

"Madem yapıyoruz hepsini yapalım" yaklaşımı iki şeyi birden bozuyor. Takvim uzuyor ve geri bildirim gecikiyor; altı ay boyunca kimse sistemi kullanmadığı için yanlış varsayımlar altı ay boyunca düzeltilmiyor.

Aşamalı gitmenin bir yan faydası daha var: ilk sürüm çalıştığında ikinci aşamanın kapsamı değişiyor. İşletme sistemi kullandıkça ne istediğini daha iyi biliyor ve baştaki listenin bir kısmının gereksiz olduğu ortaya çıkıyor.

Sık yapılan beş hata

Teklifi kapsam yazmadan almak. Farklı firmalardan gelen rakamlar karşılaştırılamıyor çünkü her biri farklı bir işi fiyatlıyor.

Kullanacak kişiyi sürece hiç katmamak. Sistem yöneticiye gösterilerek yapılıyor, sahadaki kişi sonucu görüyor ve kullanmıyor.

Veri kalitesini sonraya bırakmak. Dağınık stok kaydının üstüne kurulan program, dağınıklığı daha görünür kılmaktan başka bir şey yapmıyor.

Devreye almayı yoğun döneme koymak. Kimsenin yeni bir şey öğrenecek hâli olmadığı bir haftada açılan sistem ilk günden terk ediliyor.

Kaynak kod ve veri sahipliğini sözleşmeye yazmamak. Yıllar sonra tedarikçi değiştirmek istendiğinde bu tek maddenin yokluğu bütün seçenekleri kapatıyor.

Yazılım bittikten sonra ne oluyor?

Projelerin çoğu teslimle biter gibi anlatılıyor; gerçekte teslim başlangıç oluyor.

İlk üç ay düzeltme dönemi. Kullanıcı sistemi gerçek işiyle kullanmaya başladığında baştan görülemeyen şeyler çıkıyor: bir alanın gereksiz olduğu, bir adımın fazladan tıklama istediği, bir raporun yanlış kırılımda geldiği. Bunlar hata değil, tasarımın gerçekle karşılaşması.

Bu yüzden sözleşmede ilk üç ayın nasıl yürüyeceği yazılı olmalı: küçük düzeltmeler bakım kapsamında mı, ne kadar sürede yapılıyor, kim iletiyor.

İkinci mesele süreklilik. Sistemin işletme içinde bir sahibi olmalı — teknik biri olmak zorunda değil, ama soruları toplayıp tek elden ileten biri. Bu rol tanımlanmadığında herkes tedarikçiyi ayrı ayrı arıyor, talepler çelişiyor ve hiçbiri önceliklenmiyor.

Üçüncüsü de yıllık küçük bir geliştirme bütçesi. Sistem kullanıldıkça değişiklik isteniyor; bunun için ayrılmış bir bütçe, her seferinde yeniden pazarlık etmekten hem ucuz hem hızlı çıkıyor.

Sonuç — Fabrika yazılımında başarıyı belirleyen şey teknoloji seçimi değil, kapsamın küçük ve net tutulması. Tek bir işi gerçekten çözen bir program, on işi yarım çözen bir sistemden hem daha ucuz hem daha hızlı geri dönüyor.

Bu kümedeki diğer yazılar tek tek şu soruları açıyor: Excel ne zaman yetmez olur, hazır mı özel mi, ne kadar tutar, firma seçerken ne sorulur, proje yarım kalırsa, bayi siparişi, mevcut program yetmiyorsa, kimse kullanmıyorsa ve depoda sayım tutmuyorsa.

Bu işi sizin için yapıyoruz: sürece özel çözümler özel yazılım geliştirme, genel kapsam ve çalışma biçimi yazılım geliştirme sayfasında.