Okuma süresi: 6 dakika | Eylül 2026’da yayınlanmıştır | Şunlar için geçerlidir: Üretim · ERP · abas · Odoo · Bütçe · Proje yönetimi · CFO · Dijital dönüşüm
Bir ERP projesi imzalanırken herkes aynı rakama bakar: sözleşmedeki tutar. On iki ay sonra o rakamın çoktan geride kaldığını fark etmek ise Türkiye’deki imalatçıların ortak deneyimidir. Bütçe iki katına çıkmıştır, kimse tam olarak nerede olduğunu söyleyemez ve “bu parayı nereye harcadık?” sorusu toplantı odalarında havada asılı kalır. İlginç olan şu: bu aşım genellikle tek bir büyük felaketten değil, fark edilmeden biriken küçük kararlardan doğar.
Özet — ERP bütçe aşımları dört “sessiz” kaynakta birikir: geç fark edilen entegrasyonlar, veri sahipliğindeki belirsizlik, gözden kaçan departman ve süreç varyantları ile durdurulamayan kapsam genişlemesi. Bu nedenle, bu dört kaynağın ortak noktası kararların geç alınmasıdır. Bir kararı projenin başında almak ucuz, uygulama sırasında almak pahalı, devreye alma sonrasında almak ise en pahalıdır. Yani maliyeti belirleyen kararın içeriği değil, zamanlamasıdır. Bu yazıda, bu birikimi bir röntgen filmi gibi katman katman ortaya koyuyor ve projeye başlamadan önce sorulması gereken soruları ele alıyoruz.
İçerik
- Sözleşmedeki rakam neden yanıltıcıdır?
- Maliyet nerede birikir? Dört görünmez kaynak
- Ortak nokta: Kararlar geç veriliyor
- Röntgende ne görünüyor?
- Projeye başlamadan önce kendinize şunu sorun:
Sözleşmedeki rakam neden yanıltıcıdır?
Sözleşme anındaki fiyat, o anda bilinen kapsamın fiyatıdır. Sorun, o anda kapsamın ne kadarının gerçekten bilindiğidir.
Çoğu projede başlangıçta “her şey belli” olduğu varsayılır. Modüller seçilmiştir, departmanlar belirlenmiştir, bir tarih belirlenmiştir. Ancak bu netlik çoğu zaman sadece bir görünüşten ibarettir — yazılı ve onaylanmış bir kapsamdan çok, ortak bir iyimserliktir. Proje ilerledikçe, “belli” sanılan şeylerin aslında varsayım olduğu ortaya çıkar. Ve her varsayım, bozulduğunda bir maliyet kalemine dönüşür.
Bütçe aşımının kökü genellikle projenin sonunda değil, tam da bu ilk netlik yanılsamasında yatmaktadır.
Maliyet nerede birikir? Dört görünmez kaynak
1. Geç fark edilen entegrasyonlar. “Bir de şu sistemle entegre olması gerekiyor” cümlesi projenin ortasında duyulur. Başlangıçta kapsamda yer almayan entegrasyonlar, daha sonra hem işçilik hem de gecikme olarak faturaya eklenir. Türkiye’de e-fatura, e-irsaliye, banka ve lojistik entegrasyonları bu sürprizlerin klasik kaynağıdır.
2. Veri sahipliğinin belirsizliği. Verinin nereye aktarılacağı bellidir, ancak temizleme sorumluluğunun kime ait olduğu belli değildir. Hatalı veriler sistemin devreye alınmasını geciktirir; gecikilen her hafta ek maliyet demektir. “Verileri kim hazırlıyor?” sorusu projenin başında sorulmamışsa, projenin ortasında pahalıya mal olur.
3. Gözden kaçan departmanlar ve süreç varyantları. İlk aşamada üç departman ele alınır, dördüncüsü ise “sonra bakarız” denilerek ertelenir. Oysa o departmanın süreci diğerlerine bağlıdır ve dışarıda bırakılamaz. Aynı şekilde, tek bir sürecin fabrikada beş farklı uygulama şekli olduğu ancak uygulama sırasında fark edilir. Her varyant, hesaba katılmamışsa ek çaba gerektirir.
4. Kapsam genişlemesi (scope creep). Proje ilerledikçe “madem buradayız, şunu da ekleyelim” türündeki talepler birikir. Tek tek küçük görünseler de, toplamda bütçenin ikinci yarısını oluştururlar. Kapsamın sınırları net bir şekilde çizilmemişse, bu genişlemeyi durduracak bir sınır da yoktur.
Ortak nokta: Kararlar geç veriliyor
Bu dört kaynağa dikkatle bakıldığında, hepsinin altında aynı şey göze çarpar. Maliyet, hatalı yazılmış koddan değil, geç alınan karardan kaynaklanır.
Bir kararı projenin başlangıcında vermek ucuzdur — henüz kağıt üzerindesiniz, değiştirmek bir cümle kadar kolaydır. Aynı kararı uygulama başladıktan sonra vermek pahalıdır, çünkü artık kurulmuş bir şeyi bozup yeniden kurmak gerekir. Go-live’dan sonra vermek ise en pahalı olanıdır. Yani maliyet eğrisi, kararın içeriğiyle değil, zamanlamasıyla şekillenir.
Türkiye’deki üretim şirketlerinde sıkça rastlanan durum şudur: Teknik ekip hemen “işe koyulur”, karar gerektiren belirsizlikler ise “yol boyunca halledilir” diye ertelenir. Yol boyunca halledilen her belirsizlik, başlangıçta çözülmüş olsaydı ödenecek bedelin kat kat fazlasını ödetir.
Röntgende ne görünüyor?
Bir ERP projesinin maliyet analizini yaptığınızda, sorunlu noktalar her zaman aynı yerlerde çıkar:
- Başlangıçta net olduğu düşünülen ancak yazılı olarak onaylanmamış kapsam
- Kimsenin sorumluluğunu üstlenmediği veri hazırlığı
- Sonradan akla gelen entegrasyonlar
- Erteleme nedeniyle artan departman sayısı ve varyantlar
- Engelleyecek bir sınır olmadığı için biriken ek talepler
Bunların hiçbiri teknik bir yetersizlik değildir. Hepsi, bir kararın olması gerekenden geç alınmasının sonucudur.
Projeye başlamadan önce kendinize şunu sorun:
Bir ERP projesine başlamak üzereyseniz, bütçenizi baştan gözden geçirmek için birkaç soru:
- Kapsamımız yazılı ve onaylanmış mı, yoksa “herkesin aklında” mı?
- Hangi entegrasyonlar kesin, hangileri “muhtemelen gerekli olacak”?
- Veri temizliğinden sorumlu kişinin adı belli mi?
- İlk aşamaya dahil olmayan departmanların diğerlerine olan bağımlılığını haritalandırdık mı?
- Kapsamın sınırını nerede çizdik — ek talebi hangi noktada “bir sonraki aşama” olarak adlandıracağız?
Bu sorulara bugün net bir cevap veremiyorsanız, bu bir sorun değildir — normaldir. Asıl sorun, projenin ortasında, maliyetler çoktan birikmişken cevap aramaktır.
Benzer makaleler: Türkiye’deki üretim şirketleri neden “yanlış” bir şekilde dijitalleşiyor? ve Karar verme yetkisi olmayan projeler: dijital dönüşümün sessiz katili.
ERP projenizin kapsamını ve risk noktalarını en başından netleştirmek isterseniz, MindDX ekibiyle iletişime geçebilirsiniz.
