ERP Projesi Nasıl Yönetilir? Kapsam–Zaman–Bütçe–Risk Rehberi
ERP projeleri, şirketlerin en büyük dijital yatırımlarından biridir. Ancak istatistikler acı gerçeği gösteriyor: projelerin yarısından fazlası bütçe aşımı, gecikme veya kapsam kayması yaşıyor. “Başladık ama bitiremedik”, “Bütçe iki katına çıktı” veya “Kullanıcılar direniyor” senaryoları sıkça karşılaşılan sonuçlar.
Bu rehberde, ERP projelerini başarıyla tamamlamak için kapsam yönetimi, zaman planlaması, bütçe kontrolü, risk yönetimi ve paydaş yönetimi konularını sahadan örneklerle ele alacaksınız. Amaç: projeyi zamanında, bütçe içinde ve belirlenen kapsamda teslim etmek.
İçindekiler
- ERP Proje Yönetimi Nedir?
- Kapsam Yönetimi ve Scope Creep Tehlikesi
- Zaman Planlaması: Fazlar ve Milestone’lar
- Bütçe Kontrolü ve Görünmez Maliyetler
- Risk Yönetimi: En Sık Riskler ve Mitigasyon
- Paydaş Yönetimi ve Değişim Liderliği
- Sahadan Örnek Senaryo
- 7 Kritik Proje Yönetimi Hatası
- Proje KPI Tablosu
- Kontrol Listesi
- Sıkça Sorulan Sorular
ERP Proje Yönetimi Nedir?
ERP proje yönetimi, stratejik planlama ve ekip koordinasyonu gerektirir
ERP proje yönetimi, bir kurumsal kaynak planlama sisteminin analiz, tasarım, uygulama ve canlıya geçiş süreçlerinin sistematik olarak yönetilmesidir. Klasik proje yönetimi prensipleri (kapsam, zaman, bütçe, kalite, risk, paydaş) ERP projelerinde daha da kritik hale gelir; çünkü:
- Çok fonksiyonludur: Satış, finans, üretim, lojistik, insan kaynakları aynı anda etkilenir
- Değişim yönetimi ağırlıklıdır: İnsanlar eski alışkanlıklardan çıkmak istemez
- Veri kalitesi kritiktir: “Garbage in, garbage out” – kötü veri sistemi çökertir
- Entegrasyonlar karmaşıktır: E-ticaret, CRM, WMS, IoT cihazları, muhasebe yazılımları
- Görünmez maliyetler vardır: Veri temizleme, süreç revizyonu, iç kaynak zamanı
Başarılı ERP proje yönetimi, teknik uzmanlık kadar insanı boyutu da içerir. Teknolojiyi kurmak kolay; insanları değiştirmek zordur.
Kapsam Yönetimi ve Scope Creep Tehlikesi
Kapsam kayması, ERP projelerinin en büyük düşmanıdır
Scope creep (kapsam kayması), projenin başında tanımlanmayan özelliklerin, raporların, entegrasyonların zamanla projeye eklenmesidir. “Ufak bir ekleme”, “Çok zor değil”, “Zaten yapılıyorken” gibi ifadeler scope creep’in habercisidir.
Kapsam Kayması Neden Tehlikelidir?
- Proje süresini uzatır (her ekleme test, dokümantasyon, eğitim gerektirir)
- Bütçeyi aşırır (danışmanlık saat ücreti, lisans, altyapı)
- Ekip motivasyonunu düşürür (“Ne zaman biteceğiz?”)
- Kalite riskini artırır (acele edilen özellikler test edilmez)
Kapsam Kontrolü Nasıl Yapılır?
1. Kapsam Dokümantasyonu ve İmza
Proje başında “Proje Kapsam Dokümanı” hazırlanır ve tüm paydaşlar tarafından imzalanır. İ̇çinde:
- Dahil olan modüller (satış, finans, üretim, lojistik…)
- Dahil olmayan modüller (insan kaynakları, CRM, varlık yönetimi…)
- Özel raporlar listesi (sayı ve tıp)
- Entegrasyonlar (hangi sistemlerle, hangi veri setleri)
- Lokasyonlar (hangi şubeler, depolar, üretim tesisleri)
2. Değişiklik Talep Süreci (Change Request)
Kapsam dışında bir talep geldiğinde, hemen hayata geçirilmez. “Değişiklik Talep Formu” doldurulur:
- Talep detayı
- İ̇ş gerekçesi (neden gerekli?)
- Etkisi (süre, bütçe, kaynak)
- Öncelik (must-have / nice-to-have)
- Karar (kabul / Faz 2’ye erteleme / reddetme)
3. Faz 2 Backlog
“Evet gerekli ama şimdi değil” talepler Faz 2 backlog’una alınır. Proje bitmeden önce tartışılmaz.
Altın kural: Kapsam değişikliği her zaman mümkün, ancak süre veya bütçe de değişmelidir. Üçü aynı anda sabit kalamaz.
Zaman Planlaması: Fazlar ve Milestone’lar
ERP projeleri fazlara bölünür, her faz belirli milestone’larla tamamlanır
ERP projeleri “big bang” (tek seferde canlıya geçiş) yerine fazlara bölünür. Her faz, test edilebilir ve ölçülebilir çıktılar üretir.
Tipik ERP Proje Fazları
Faz 1: Keşif ve Analiz (4–8 hafta)
- Çıktı: Mevcut durum raporu, süreç haritaları, gereksinim dokümanı
- Milestone: Gereksinim imzalanması
Faz 2: Tasarım ve Konfigürasyon (8–12 hafta)
- Çıktı: Hedef süreç tasarımı, sistem konfigürasyonu, test senaryoları
- Milestone: Demo onayı (kullanıcılar demo ortamını görüp onaylar)
Faz 3: Veri Migrasyonu ve Entegrasyon (4–6 hafta)
- Çıktı: Temiz veri seti, çalışan entegrasyonlar, test sonuçları
- Milestone: Veri kalite raporu (>%95 doğruluk)
Faz 4: Kullanıcı Kabul Testi (UAT) (2–4 hafta)
- Çıktı: Test sonuçları, kullanıcı geri bildirimleri, açık hata listesi
- Milestone: UAT sign-off
Faz 5: Canlıya Geçiş ve Stabilizasyon (2–4 hafta)
- Çıktı: Canlı sistem, eğitimli kullanıcılar, destek süreci
- Milestone: Go-live ve ilk kapanış (örn: ilk ay sonu kapanışı)
Zaman Planlaması İ̇puçları
- Buffer ekleyin: Her faza %15–20 tampon süre ekleyin (özellikle tatil, bayram dönemleri)
- Kritik yol analizini yapın: Hangi görevler sırayla yapılmalı, hangileri paralel?
- Haftalık ilerleme toplantısı yapın: Gerçekleşen/planlanan karşılaştırması
- Erken uyarı sistemi kurun: 2 haftalık gecikme “kırmızı alarm”dır
Bütçe Kontrolü ve Görünmez Maliyetler
ERP bütçesi sadece lisans maliyeti değildir
ERP projesinin toplam sahip olma maliyeti (TCO), görünenden çok daha fazladır. Firmaların çoğu sadece “yazılım lisans bedeli”ni görür; oysa gerçek maliyet 2–3 katına çıkabilir.
Görünür Maliyetler
- Yazılım lisansı: Kullanıcı başına veya modül bazlı
- Danışmanlık: Uygulama ortağı gün/saat ücreti
- Altyapı: Sunucu, bulut aboneliği, yedekleme
- Eğitim: Kullanıcı eğitimleri, admin eğitimleri
Görünmez Maliyetler
1. Veri Temizleme ve Migrasyon
Mevcut veride mükerrerlik, tutarsızlık, eksık alan çok. Veriyi temizlemek için uzman çalışması ve zaman gerekir. Tahmini: Toplam projenin %10–15’i.
2. İ̇ç Kaynak Zamanı
Finans müdürü haftada 5 saat proje toplantısına katılıyor. Saha çalışanları 2 hafta test yapıyor. Bu süreler projeye gösterilmez, ama firma için maliyettir. Tahmini: Toplam projenin %15–20’sı.
3. Süreç Revizyonu
Bazı süreçler ERP’ye uyarlanırken değiştirilir. Yeni iş akışları, yeni formlar, yeni onay mekanizmaları. Tahmini: Toplam projenin %5–10’u.
4. Entegrasyon Maliyetleri
E-ticaret, CRM, WMS, IoT cihazları, muhasebe yazılımları. Her entegrasyon için API geliştirme, test, bakım. Tahmini: Entegrasyon başına %5–10.
5. Canlı Sonrası Destek
İlk 3 ay yoğun destek gerekir. Kullanıcı soruları, hata düzeltmeleri, performans iyileştirmeleri. Tahmini: Yıllık lisans bedelinin %20’sı.
Bütçe Kontrol Stratejisi
- Aylık gerçekleşen/planlanan raporu: Her ay bütçe varyansı hesaplanır
- Faz bazlı ödeme: Milestone tamamlanmadan sonraki faza geçilmez
- Sabit fiyat vs. zaman/malzeme sözleşmesi: Kapsam belirginse sabit fiyat tercih edin
- Acil durum fonu: Toplam bütçenin %10–15’i beklenmedik durumlar için ayrılır
Risk Yönetimi: En Sık Riskler ve Mitigasyon
ERP projelerinde risk yönetimi, olası sorunları önceden tespit edip önlem almaktır. Risklerin %80’i sektör genelinde tekrar eder; yanı öngörülebilirdir.
En Sık Karşılaşılan 10 Risk ve Mitigasyon Stratejisi
1. Risk: Scope Creep (Kapsam Kayması)
Olasılık: Yüksek (projelerin %67’sı) | Etki: Süre +%20–40, Bütçe +%15–30
Mitigasyon: Kapsam dokümanı imzalama, değişiklik talep süreci, Faz 2 backlog oluşturma.
2. Risk: Kullanıcı Direnci ve Düşük Adoption
Olasılık: Yüksek (projelerin %54’ü) | Etki: Sistem kullanılmaz, eski yöntemlere dönülür
Mitigasyon: Erken kullanıcı katılımı, şampiyon kullanıcılar belirleme, “benim için ne faydası var” sorusuna yanıt verme, kademeli eğitim.
3. Risk: Veri Kalite Sorunları
Olasılık: Yüksek (projelerin %48’i) | Etki: Yanlış raporlar, güvensizlik, canlıya geçiş gecikmesi
Mitigasyon: Veri profilleme (veri envanteri çıkarma), veri temizleme fazı, veri sahipliği tanımlama, veri doğrulama kuralları.
4. Risk: Üst Yönetim Desteği Kaybı
Olasılık: Orta | Etki: Proje askıya alınır, kaynak kesilir
Mitigasyon: Aylık yönetime raporlama, hızlı kazanımlar gösterme (quick wins), ROI tahmini güncelleme.
5. Risk: Tedarikçi Performans Sorunları
Olasılık: Orta | Etki: Gecikme, kalite düşüşü
Mitigasyon: SLA (Servis Seviye Anlaşması) tanımlama, haftalık ilerleme raporu, milestone bazlı ödeme.
6. Risk: Altyapı Yetersizliği
Olasılık: Orta (özellikle Anadolu ve KKTC) | Etki: Performans düşüklüğü, kullanıcı memnuniyetsizliği
Mitigasyon: Altyapı değerlendirmesi (internet hızı, sunucu kapasitesi), offline mod tasarımı, bulut altyapı seçimi.
7. Risk: Entegrasyon Karmaşıklığı
Olasılık: Yüksek (çok sistemli firmalarda) | Etki: Veri tutarsızlığı, gecikme
Mitigasyon: Entegrasyon haritası çıkarma, API dokümantasyonu, sıralı test stratejisi.
8. Risk: Anahtar Personel Kaybı
Olasılık: Düşük-Orta | Etki: Bilgi kaybı, gecikme
Mitigasyon: Bilgi transferi, dokümantasyon, yedek kaynak planlaması.
9. Risk: Yasal ve Uyumluluk Değişiklikleri
Olasılık: Düşük (ancak Türkiye’de e-fatura, e-arşiv dinamik) | Etki: Tekrar konfigürasyon
Mitigasyon: Esnek mimarı tasarımı, tedarikçi uyumluluk garantisi.
10. Risk: Gerçekçi Olmayan Beklentiler
Olasılık: Yüksek | Etki: Hayal kırıklığı, proje başarısız algılanır
Mitigasyon: Başlangıçta net beklenti yönetimi, “ERP sihirli değnek değildir” mesajı, erken prototip gösterimi.
Risk İzleme Araçları
- Risk matrisi: Olasılık x Etki (kırmızı/sarı/yeşil kodlama)
- Haftalık risk toplantısı: Yeni risk var mı, mevcut riskler değişti mi?
- Risk log: Tüm riskler, sahipleri, durum, aksiyon planları
Paydaş Yönetimi ve Değişim Liderliği
ERP projesinin teknik boyutu %40, insan boyutu %60’tır. En mükemmel sistem kurulsa bile, insanlar kullanmazsa başarısızdır. Paydaş yönetimi, tüm etkilenen tarafların katılımını, desteğini ve sahiplenmesini sağlamaktır.
Paydaş Haritası
1. Sponsor (Üst Yönetim)
Beklentisi: ROI, stratejik fayda, rekabet avantajı
İ̇letişim sıklığı: Aylık durum raporu, kritik kararlar
Kritik nokta: Desteğini kaybetmemek (hızlı kazanımlar göstermek)
2. Proje Ekibi (IT, Süreç Sahipleri)
Beklentisi: Net görev tanımı, kaynak, yetki
İ̇letişim sıklığı: Günlük standup, haftalık detaylı toplantı
Kritik nokta: Motivasyonu korumak (milestone kutlamaları, takdir)
3. Departman Yöneticileri (Finans, Satış, Üretim, Lojistik)
Beklentisi: Departman önceliklerinin karşılanması
İ̇letişim sıklığı: Haftalık veya iki haftada bir
Kritik nokta: “Benim departmanım neden son sıraya kaldı” algısını yönetmek
4. Son Kullanıcılar (Muhasebe Elemanı, Saha Teknisyeni, Depo Görevlisi)
Beklentisi: Kolay kullanım, iş yükü azalması
İ̇letişim sıklığı: Eğitim, UAT, canlı sonrası destek
Kritik nokta: Direnç en yüksek grubudur (değişiklikten rahatsız olurlar)
5. Dış Tedarikçi (ERP Danışmanı, Yazılım Şirketi)
Beklentisi: Sözleşme tamamlama, ödemeler
İ̇letişim sıklığı: Haftalık ilerleme, sorun çözme
Kritik nokta: Kalite ve süre beklentilerini dengelemek
Değişim Yönetimi Stratejileri
1. Erken Katılım
Kullanıcıları tasarım aşamasından itibaren sürece dahil edin. “Ben de karar verdim” hissi direnci azaltır.
2. Şampiyon Kullanıcılar
Her departmandan 1–2 “şampiyon” seçin. Erken eğitim alırlar, arkadaşlarına yardım ederler, pozitif algı yayarlar.
3. İ̇letişim Planı
Haftalık bülten, aylık soru-cevap oturumu, proje web sayfası. “Projeye ne oluyor, ben neden haberdar değilim” algısını yok edin.
4. Hızlı Kazanımlar (Quick Wins)
İlk 3 ayda gözle görülür iyileştirme yapın. Örnek: raporlama süresi 6 saatten 15 dakikaya indi. Başarıyı kutlayın, duyurun.
5. Eğitim ve Destek
Sadece canlıya geçiş öncesi değil, canlı sonrası 3 ay sürekli destek. Video kütüphanesi, soru-cevap forumu, telefon hattı.
Sahadan Örnek: Çok Lokasyonlu Dağıtım Firması
Durum
Türkiye’de 7 bölge deposu, KKTC’de 2 dağıtım noktası olan bir perakende dağıtım firması. Toplam 420 çalışan. Her depo kendi Excel’inde stok takibi yapıyor. Merkez, depolardan günlük Excel raporu alıyor; ancak raporlar standart değil, veriler tutarsız.
Problem
- Gerçek zamanlı stok görünürlüğü yok (bir depodaki stok eksiği diğer depoda fazla, ama bilinmiyor)
- Müşteri siparişi geldiğinde hangi depodan karşılanacağı 2 saat sürüyor
- Ay sonu kapanışı 12 gün sürüyor (depolar verileri geç gönderiyor)
- KKTC depolarında internet kesintisi sık (günde 2–3 kez)
ERP Proje Yönetim Yaklaşımı
- Kapsam: 7 Türkiye deposu + 2 KKTC deposu. Modüller: stok, satış, finans. CRM Faz 2’ye ertelendi (scope creep önleme).
- Zaman: 14 ay (3 ay analiz, 4 ay konfigürasyon, 2 ay veri migrasyonu, 2 ay pilot, 3 ay rollout).
- Bütçe: Toplam maliyet hesabına veri temizleme, iç kaynak zamanı, KKTC offline mod geliştirme dahil edildi.
- Risk: KKTC internet kesintisi için offline mod mimarisi tasarlandı. Kullanıcı direnci için şampiyon depo seçildi (pilot: Ankara deposu).
- Paydaş: Her depodan 1 süper kullanıcı belirlendi. Haftalık video konferans toplantısı.
Uygulanan Adımlar
- Ay 1–3: 9 lokasyonda saha ziyareti, Excel şablonlarının toplanması, süreç haritaları çıkarılması. Veri kalite analizi: mükerrerlik %18, eksık alan %23.
- Ay 4–7: Hedef süreç tasarımı, bulut ERP seçimi (offline mod destekleyen), demo sunumu (9 depodan yöneticiler katıldı).
- Ay 8–9: Veri temizleme (harici danışman desteği), test verisi hazırlama.
- Ay 10–11: Ankara deposunda pilot. 18 kullanıcı eğitimi, 4 hafta UAT, 127 hata tespit edildi (kritik: 8, orta: 34, düşük: 85).
- Ay 12–14: Kademeli rollout (her 2 haftada 2 depo). KKTC en son (offline mod test edildi). İlk ay sonu kapanışı: merkez destek ekibi tüm depolarda hazır bekledi.
Sonuç (18. ay)
- Gerçek zamanlı stok görünürlüğü: tüm depolar canlı
- Sipariş tahsis süresi: 2 saat → 8 dakika
- Ay sonu kapanış süresi: 12 gün → 3 gün
- KKTC offline mod başarı oranı: %99,4 (kesinti olduğunda veri senkronizasyonu otomatik)
- Kullanıcı adoption oranı: %89 (hedef %85’ti)
- Proje süresi: +2 ay gecikme (veri temizleme beklenenden uzun sürdü)
- Proje bütçesi: %12 aşım (görünmez maliyetlerin bir kısmı planlanmamıştı)
Öğrenilen Dersler
- Veri temizleme hafife alınmamalı (başlangıçta %15 buffer ayrılmalıydı)
- Pilot depo seçimi doğruydu (hataları erken yakaladık)
- Şampiyon kullanıcılar rollout’u hızlandırdı (arkadaşlarına eğitim verdiler)
- KKTC offline mod planlanmamış olsaydı proje başarısız olabilirdi
7 Kritik ERP Proje Yönetimi Hatası
1. “Hızlı Olalım, Analiz Atlayalım”
Firmanın %30’u analiz fazını atlar, doğrudan konfigürasyona geçer. Sonuç: Yanlış modül seçimi, eksık gereksinim, canlı sonrası sürekli değişiklik talebi. Çözüm: Minimum 4 haftalık keşif ve analiz fazı şarttır.
2. “Proje Sadece IT’nin İ̇şi”
Proje ekibinde sadece IT var, departman yöneticileri “biz kullanıcıyız, siz yapın” der. Sonuç: Süreç tasarımı gerçekçi değil, kullanıcılar kabul etmez. Çözüm: Proje ekibi çok fonksiyonlu olmalı (finans, satış, operasyon, IT).
3. “Tedarikçiye Güvenelim, Takip Etmeyelim”
“Zaten danışman var, o halleder” yaklaşımı. Haftalık ilerleme toplantısı yapılmaz, milestone kontrol edilmez. Sonuç: 6. ayda fark edilir ki proje 3 ay geride. Çözüm: Haftalık ilerleme raporu, milestone bazlı kontrol.
4. “Veri Migrasyonu Kolaydır, Excel’den Aktarırız”
Veri temizleme, validasyon, test planlanmaz. Go-live’da sistem yanlış raporlar üretir, kullanıcılar güvenini kaybeder. Çözüm: Veri kalite analizi, temizleme fazı, veri doğrulama kuralları.
5. “Eğitim Gereksiz, Kullanıcılar Öğrenir”
Go-live’dan 1 gün önce 2 saatlik eğitim verilir. Kullanıcılar sistemi bilmez, eski yöntemlere döner. Çözüm: Rol bazlı eğitim programı, video kütüphanesi, canlı sonrası 3 ay destek.
6. “Big Bang Yapalım, Hepsi Aynı Anda Açılsın”
10 şube, 5 modül, 300 kullanıcı aynı günde canlıya geçer. Bir sorun olduğunda tüm operasyon durur. Çözüm: Pilot + kademeli rollout stratejisi (her 2 haftada 2 şube).
7. “Proje Bitti, Artık Takip Yok”
Go-live’dan sonra proje ekibi dağılır, kullanıcılar sorularını kime soracağını bilmez. Sistem yavaş yavaş kullanılmaz hale gelir. Çözüm: Canlı sonrası 3 ay hipercare dönemi, destek süreci, sürekli iyileştirme döngüsü.
Proaktif risk yönetimi hataları önler
ERP Proje Yönetimi KPI Tablosu
ERP proje başarısını ölçmek için somut metrikler belirleyin. Hem proje boyutunda (zamanında, bütçe içinde, kapsamda) hem de iş değeri boyutunda (kullanıcı memnuniyeti, süreç iyileştirmesi) KPI’lar izlenmelidir.
| KPI | Başlangıç/Hedef | Kabul Kriteri | Ölçüm Yöntemi |
|---|---|---|---|
| Proje Teslim Zamanı | Planlanan: 12 ay Hedef: ±%10 tolerans |
10,8–13,2 ay arası | Proje takvimi takibi |
| Bütçe Performansı | Planlanan bütçe Hedef: ±%15 tolerans |
Gerçekleşen %85–115 arası | Aylık bütçe raporu |
| Kapsam Tamamlama | Must-have: %100 Nice-to-have: %70+ |
Tüm kritik özellikler tamamlandı | Kapsam dokümanı sign-off |
| Veri Doğruluk Oranı | Başlangıç: %65 Hedef: >%95 |
Kritik alanlar %95+ | Veri kalite kontrolü |
| Kullanıcı Adoption Oranı | Go-live: %50 3. ay: >%85 |
Aktif kullanıcı oranı %85+ | Sistem login loglama |
| Kritik Hata Sayısı (UAT) | UAT sonunda: 0 Go-live’da: 0 |
Kritik hata kapatıldı | Test yönetim sistemi |
| Süreç Döngü Süresi | Örnek: Sipariş–Fatura Önce: 48 saat Hedef: <12 saat |
%75+ azalma | Sistem zaman damgası |
| Kullanıcı Memnuniyeti | Go-live sonrası anket Hedef: >4/5 |
Ortalama puan 4+ | Kullanıcı anket (aylık) |
| Destek Talep Azalması | 1. ay: 100 talep/hafta 6. ay: <20 talep/hafta |
%80 azalma | Ticket sistemi |
| Eğitim Tamamlama | Hedef: %100 kullanıcı | Tüm kullanıcılar sertifikalı | Eğitim platformu |
| Entegrasyon Başarı Oranı | Hedef: %99,5+ uptime | Veri senkronizasyon hatası <0,5% | Entegrasyon log monitörü |
| ROI (Yatırım Getirisi) | Hedef: 24–36 ay | Tasarruf > Yatırım | Finansal analiz (yıllık) |
KPI İzleme Önerisi: Haftalık proje toplantısında yeşil/sarı/kırmızı statü gösterimi, aylık yönetime raporlama, 6 ayda bir detaylı değerlendirme.
ERP Proje Yönetimi Kontrol Listesi
ERP projenizi başarıyla tamamlamak için aşağıdaki kontrol listesini kullanın. Her aşamada gerekli adımları tamamladığınızdan emin olun.
Proje Başlangıcı
- Proje sponsoru (üst yönetim) resmi olarak atandı mı?
- Proje yöneticisi ve proje ekibi belirlendi mi?
- Proje tüzüğü (charter) hazırlandı ve imzalandı mı?
- İ̇letişim planı oluşturuldu mu? (kim kime ne zaman raporlar?)
- Tedarikçi sözleşmesi imzalandı mı? (SLA, milestone, ödeme planı)
Kapsam Yönetimi
- Proje Kapsam Dokümanı hazırlandı mı? (dahil modüller, dahil olmayan modüller, entegrasyonlar)
- Kapsam tüm paydaşlar tarafından imzalandı mı?
- Değişiklik talep süreci tanımlandı mı? (form, değerlendirme, onay)
- Öncelik matrisi oluşturuldu mu? (must-have / nice-to-have / Faz 2)
Zaman Planlaması
- Proje fazları ve milestone’lar belirlendi mi?
- Kritik yol analizi yapıldı mı?
- Buffer süresi eklendi mi? (her faza %15–20)
- Haftalık ilerleme toplantısı takvime alındı mı?
- Tatil/bayram dönemleri plana dahil edildi mi?
Bütçe Kontrolü
- Toplam sahip olma maliyeti (TCO) hesaplandı mı? (lisans, danışmanlık, altyapı, eğitim, veri temizleme, iç kaynak)
- Görünmez maliyetler bütçeye dahil edildi mi?
- Faz bazlı bütçe tahsisi yapıldı mı?
- Acil durum fonu ayrıldı mı? (toplam bütçenin %10–15’i)
- Aylık bütçe kontrol süreci tanımlandı mı?
Risk Yönetimi
- Risk matrisi oluşturuldu mu? (olasılık x etki)
- Kritik riskler için mitigasyon planı hazırlandı mı?
- Haftalık risk gözden geçirme toplantısı planlandı mı?
- Risk log tutulmaya başlandı mı? (risk sahibi, aksiyon, durum)
Paydaş Yönetimi
- Paydaş haritası çıkarıldı mı? (sponsor, proje ekibi, departman yöneticileri, son kullanıcılar, tedarikçi)
- Şampiyon kullanıcılar belirlendi mi? (her departmandan 1–2 kişi)
- Değişim yönetimi stratejisi hazırlandı mı?
- İ̇letişim kanalları kuruldu mu? (bülten, proje web sayfası, soru-cevap oturumu)
Veri Yönetimi
- Veri envanteri çıkarıldı mı? (hangi veriler nerede tutuluyor?)
- Veri kalite analizi yapıldı mı? (mükerrerlik, tutarsızlık, eksık alan)
- Veri temizleme planı hazırlandı mı?
- Veri sahipliği tanımlandı mı? (her veri seti için sorumlu)
- Veri migrasyon stratejisi belirlendi mi? (tek seferde / kademeli)
Test ve Kalite
- Test stratejisi hazırlandı mı? (birim test, entegrasyon testi, UAT)
- Test senaryoları yazıldı mı?
- UAT kullanıcıları belirlendi mi?
- Hata yönetim süreci tanımlandı mı? (kritik/orta/düşük öncelik, akış)
Eğitim ve Dokümantasyon
- Rol bazlı eğitim planı hazırlandı mı?
- Eğitim materyalleri (sunumlar, videolar) hazırlandı mı?
- Süper kullanıcı eğitimleri tamamlandı mı?
- Kullanıcı dokümantasyonu (kılavuzlar) hazırlandı mı?
Canlıya Geçiş
- Go-live hazırlık kontrolü yapıldı mı? (sistem hazır, kullanıcılar eğitimli, veri migre edildi)
- Geri dönüş planı (rollback) hazırlandı mı?
- Canlıya geçiş destek ekibi belirlendi mi? (7/24 ilk 3 gün)
- Go-live sonrası ilk hafta yakın takip planlandı mı?
Canlı Sonrası
- Hipercare dönemi (ilk 3 ay) destek planı hazırlandı mı?
- Kullanıcı memnuniyet anketi planlandı mı? (aylık)
- Sürekli iyileştirme süreci tanımlandı mı?
- Proje kapanış raporu hazırlandı mı? (başarılar, öğrenilen dersler)
Sıkça Sorulan Sorular (SSS)
Projeniz İçin Destek Alın
Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.