3 Haziran 2026
ERP Projelerinde Fit-Gap Neden Kapsamı Büyütür?
Fit-Gap çalışması ERP projelerinde kapsamı kontrol etmek için yapılır. Ancak yanlış yönetildiğinde tam tersine kapsamı büyüten, beklentileri artıran ve projeyi yavaşlatan bir mekanizmaya dönüşebilir.
Yazar: Fatih Görgülü
ERP Fit-Gap kapsam riski teması için soyut editoryal kapak görseli
soyut; kapsam büyümesi, karar matrisi, ERP proje planı
Fit-Gap, ERP projelerinde kurum ihtiyacı ile sistem standardı arasındaki uyum ve farkları görmek için yapılır. Doğru yapıldığında proje kapsamını netleştirir. Yanlış yapıldığında ise her fark yeni talep, her alışkanlık zorunlu ihtiyaç, her kullanıcı beklentisi geliştirme gibi görülmeye başlar.
Bu noktadan sonra proje daha başlamadan ağırlaşır.
Sahada gördüğüm en kritik hata şu: Fit-Gap toplantıları karar üretmek yerine istek toplama seansına dönüşür. Kullanıcılar mevcut çalışma biçimlerini anlatır, danışmanlar not alır, proje ekibi de bunları yapılacaklar listesi gibi görmeye başlar. Oysa her ihtiyaç aynı değerde değildir.
Her gap geliştirme değildir
Bir fark bulunduğunda ilk soru "bunu nasıl geliştiririz?" olmamalıdır.
Doğru soru şudur:
"Bu fark gerçekten çözülmesi gereken bir iş problemi mi?"
Sonra şu seçenekler değerlendirilmelidir:
- ERP standardını kullanmak
- Kurum sürecini değiştirmek
- Parametre veya konfigürasyonla çözmek
- Rapor veya form uyarlaması yapmak
- Geliştirme yapmak
- Entegrasyon kurmak
- Sonraki faza bırakmak
- Vazgeçmek
Bu ayrım yapılmazsa her gap geliştirme talebine dönüşür.
Kapsam neden büyür?
Fit-Gap kapsamı nasıl büyütür?
| Hata | Sonuç |
|---|---|
| Kullanıcı beklentisi zorunlu ihtiyaç gibi alınır | Yapılacaklar listesi gereksiz büyür |
| ERP standardı yeterince gösterilmez | Kullanıcı eski alışkanlığını talep etmeye devam eder |
| Süreç sahibi karar vermez | Her konu proje ekibinin üstünde kalır |
| Sponsor karar noktalarını görmez | Kritik kapsam kararları gecikir |
| Efor ve canlı geçiş etkisi hesaplanmaz | Küçük görünen talepler büyük riske dönüşür |
| Yeni talepler change control'e alınmaz | Başlangıç kapsamı sessizce değişir |
| Fazlandırma yapılmaz | Her şey ilk canlı geçişe sıkıştırılır |
İyi Fit-Gap nasıl davranır?
İyi Fit-Gap her şeyi projeye almaya çalışmaz. İyi Fit-Gap ayrıştırır.
Hangi ihtiyaç standarda uyar?
Hangi ihtiyaç süreç değişikliği ister?
Hangi ihtiyaç gerçek geliştirme gerektirir?
Hangi ihtiyaç sonraki faza kalabilir?
Hangi ihtiyaçtan vazgeçilebilir?
Hangi karar sponsor seviyesine çıkmalıdır?
Bu sorular sorulmadığında Fit-Gap eksik kalır.
Sponsorun rolü
Sponsor Fit-Gap toplantısındaki her ekran detayını bilmek zorunda değildir. Ama kapsam, bütçe, takvim ve canlı geçiş güvenliğini etkileyen kararları görmelidir.
Özellikle şu sorular sponsor gündemine taşınmalıdır:
- Bu geliştirme iş değerine değer mi?
- Bu ihtiyaç ilk fazda şart mı?
- Bu fark süreci değiştirmekle çözülebilir mi?
- Karar verilmezse canlı geçiş riske girer mi?
- Bu talebin bakım sorumluluğu kimde olacak?
Sponsor bu kararları zamanında almazsa proje ekibi ya bekler ya da sessizce kapsamı büyütür. İkisi de projeye zarar verir.
Sonuç
Fit-Gap kapsamı büyütmek için yapılmaz. Kapsamı görünür, ölçülebilir ve karar alınabilir hale getirmek için yapılır.
Yanlış Fit-Gap beklenti üretir.
Doğru Fit-Gap karar üretir.
ERP projesinde en pahalı fark, geç fark edilen farktır. Daha da pahalısı, fark edildiği halde karara bağlanmayan farktır.
Sık Sorulan Sorular
Fit-Gap kapsamı neden büyütür?
Fit-Gap yanlış yönetildiğinde kullanıcı beklentileri zorunlu ihtiyaç gibi alınır, her gap geliştirme sanılır, sponsor kararları gecikir ve yeni talepler change control'e alınmaz. Bu da kapsamı büyütür.
Her Fit-Gap maddesi geliştirme midir?
Hayır. Bir Fit-Gap maddesi standart kullanım, süreç değişikliği, konfigürasyon, rapor/form uyarlaması, geliştirme, entegrasyon, fazlandırma veya vazgeçme kararıyla sonuçlanabilir.
Fit-Gap kararını kim vermeli?
Tek başına danışman veya kullanıcı değil. Süreç sahibi, proje yöneticisi, PMO, IT ve gerektiğinde sponsor birlikte karar vermelidir. Kapsam, bütçe ve canlı geçiş etkisi olan kararlar sponsor seviyesine taşınmalıdır.
İlgili okumalar
Canias cluster içinde
Bu yazı Canias, go-live, steering veya fit-gap hattının bir parçası. Landing ve rehberlerle birlikte okunduğunda daha güçlü bir karar çerçevesi verir.
Bu konudan nereye ilerlenmeli
Yazı, Canias ve delivery hattının bir parçası. Sonraki adımı somutlaştırmak için rehber, kaynak ve temas noktalarını birlikte düşünün.
Canias cluster
Canias ERP
Canias odaklı yazılar, rehberler ve delivery çerçevesi tek bir yerde toparlanır.
Devam et →İlgili kaynak
Kaynaklar ve checklistler
Bu konuyu somut bir checklist, karar notu veya indirilebilir materyalle derinleştirmek için kaynaklar yüzeyine geçin.
Devam et →Temas
Bu konu aktif bir ihtiyaçsa konuşalım
Okuduğunuz konu bugünkü proje, sponsor kararı veya hazırlık baskısıyla örtüşüyorsa doğrudan temas mantıklı sonraki adımdır.
Devam et →İlgili yazılar
AI Proje Yöneticisinin Yerine Geçer mi?
AI proje yönetiminde toplantı notu alabilir, rapor taslağı hazırlayabilir, riskleri sınıflandırabilir ve paydaş iletişimini hızlandırabilir. Ama bu, proje yöneticisinin ortadan kalkacağı anlamına gelmez.
Oku →PMO Nedir? Rapor Ofisi Değil, Karar Düzeni
PMO, Project Management Office yani Proje Yönetim Ofisi anlamına gelir. Kurumsal tanım doğru olsa da sahada tek başına yetmez: asıl sınav rapor üretmek değil; karar bekleyen konuları görünür kılmak, riskleri sahiplendirmek ve proje yönetimini kişisel gayretten kurumsal düzene taşımaktır.
Oku →ERP danışmanı nedir? Gerçek katkısı sahada nerede anlaşılır?
Saha dilinde ERP danışmanı, yalnızca ekranı anlatan kişi değildir; işin, verinin ve karar boşluklarının nerede patlayacağını önden gören ve bunu yazılı netliğe çeviren kişidir. Ne iş yapar sorusunun cevabı mekanik görev listesi değil; kabul, sahiplik ve uygulanabilirlik üretmektir. Danışmanlığı süreç anlatımına indirgemek, çoğu projede en pahalı yanılgılardan biridir.
Oku →