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’de imalatçıların ortak deneyimidir. Bütçe iki katına çıkmıştır, kimse tam olarak nerede olduğunu söyleyemez, ve “biz 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şımı dört sessiz kaynakta birikir: geç fark edilen entegrasyonlar, veri sahipliğinin belirsizliği, unutulan departman ve süreç varyantları, ve durdurulamayan kapsam sürüklenmesi. Bu nedenle, dört kaynaktaki ortak payda kararların geç verilmesidir. Bir kararı projenin başında vermek ucuz, uygulama sırasında vermek pahalı, go-live sonrası vermek ise en pahalıdır. Yani maliyeti belirleyen kararın içeriği değil, zamanlamasıdır. Bu yazıda o birikimi bir röntgen gibi katman katman gösteriyor 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 sessiz kaynak
- Ortak payda: kararlar geç veriliyor
- Röntgende ne görünüyor?
- Projeye başlamadan önce kendinize sorun
Sözleşmedeki rakam neden yanıltıcıdır?
Sözleşme anındaki fiyat, o an 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” varsayılır. Modüller seçilmiştir, departmanlar sayılmıştır, bir tarih konmuştur. Ama bu netlik çoğu zaman bir görünümdür — yazılı ve onaylı 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, patladığında 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 yatar.
Maliyet nerede birikir? Dört sessiz kaynak
1. Geç fark edilen entegrasyonlar. “Bir de şu sistemle konuşması lazım” cümlesi projenin ortasında duyulur. Başta kapsamda görünmeyen entegrasyonlar, sonradan hem işçilik hem 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 taşınacağı bellidir de temizleme sorumluluğunun kimde olduğu belli değildir. Kirli veri go-live’ı geciktirir, geciken her hafta ek maliyettir. “Veriyi kim hazırlıyor?” sorusu projenin başında sorulmadıysa, ortasında pahalıya sorulur.
3. Unutulan departmanlar ve süreç varyantları. İlk fazda üç departman konuşulur, dördüncüsü “sonra bakarız” denip ertelenir. Ama 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ı çalışma biçimi olduğu ancak uygulama sırasında görülür. Her varyant, hesaba katılmadıysa ek efordur.
4. Kapsam sürüklenmesi (scope creep). Proje ilerledikçe “madem buradayız, şunu da ekleyelim” talepleri birikir. Tek tek küçük, toplamda bütçenin ikinci yarısıdır. Kapsamın kenarları net çizilmediyse, bu sürüklenmeyi durduracak bir çizgi de yoktur.
Ortak payda: kararlar geç veriliyor
Bu dört kaynağa dikkatle bakınca hepsinin altında aynı şey görünür. Maliyet, yanlış yazılan koddan değil, geç verilen karardan doğar.
Bir kararı projenin başında vermek ucuzdur — henüz kâğıt üzerindesinizdir, değiştirmek bir cümledir. 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ısıdır. Yani maliyet eğrisi kararın içeriğiyle değil, zamanlamasıyla şekillenir.
Türkiye’deki üretim şirketlerinde sık görülen tablo şu: teknik ekip hızlıca “yapmaya” başlar, karar gerektiren belirsizlikler ise “yolda çözülür” diye ertelenir. Yolda çözülen her belirsizlik, başta çözülseydi ödenecek bedelin katını ödetir.
Röntgende ne görünüyor?
Bir ERP projesinin maliyet röntgenini çektiğinizde, kırıklar hep aynı yerlerdedir:
- Başta net sanılan ama yazılı-onaylı olmayan kapsam
- Kimsenin sahiplenmediği veri hazırlığı
- Sonradan hatırlanan entegrasyonlar
- Ertelendiği için büyüyen departman ve varyantlar
- Durduracak çizgi olmadığı için biriken ek talepler
Bunların hiçbiri teknik bir yetersizlik değildir. Hepsi, bir kararın olması gerekenden geç verilmesinin sonucudur.
Projeye başlamadan önce kendinize sorun
Bir ERP projesinin eşiğindeyseniz, bütçe röntgeninizi baştan çekmek için birkaç soru:
- Kapsamımız yazılı ve onaylı mı, yoksa “herkesin aklında” mı?
- Hangi entegrasyonlar kesin, hangileri “muhtemelen gerekecek”?
- Veri temizliğinin sorumlusu ismen belli mi?
- İlk faza girmeyen departmanların diğerlerine bağımlılığını haritaladık mı?
- Kapsamın kenarını nerede çizdik — ek talebi hangi noktada “sonraki faz” diyeceğiz?
Bu sorulara bugün net cevap veremiyorsanız, bu bir sorun değil — normaldir. Sorun, cevabı projenin ortasında, maliyet çoktan birikmişken aramaktır.
Benzer teşhis yazıları: Türkiye’de üretim şirketleri neden “yanlış” dijitalleşiyor? ve Karar sahibi olmayan projeler: dijital dönüşümün sessiz katili.
ERP projenizin kapsamını ve risk noktalarını baştan netleştirmek isterseniz, MindDX ekibiyle iletişime geçebilirsiniz.
