ERP geçişi bir yazılım kurulumu değil, çok departmanlı bir değişim projesidir. Yönetim çerçevesini anlatıyoruz.
ERP geçişi; birden çok departmanı, alışkanlığı ve sistemi aynı anda etkileyen bir projedir. Bu yüzden proje yönetimi disipliniyle yürütülmelidir.
Proje aşamaları
| Aşama | Çıktı | Tipik süre payı |
|---|---|---|
| Analiz | Süreç haritaları, gereksinim belgesi | %15 |
| Tasarım | Sistem yapılandırma planı | %15 |
| Yapılandırma | Kurulmuş sistem | %20 |
| Veri hazırlığı | Temizlenmiş, aktarılmış veri | %20 |
| Test | Kabul edilmiş senaryolar | %15 |
| Eğitim | Hazır kullanıcılar | %10 |
| Canlıya geçiş | Çalışan sistem | %5 |
Dikkat: veri hazırlığı, yapılandırma kadar zaman alır. Çoğu plan bu kalemi küçümser ve gecikme buradan doğar.
Proje organizasyonu
- Yönlendirme kurulu: üst yönetim; ayda bir toplanır, kritik kararları verir.
- Proje yöneticisi: günlük yürütme, tedarikçi koordinasyonu.
- Süreç sahipleri: her ana süreç için bir sorumlu.
- Anahtar kullanıcılar: test ve eğitim.
- BT sorumlusu: altyapı, entegrasyon, yetki.
- Tedarikçi danışmanı
Kritik kural: süreç sahipleri projeye zaman ayırabilmelidir. "Normal işinin yanında" yürütülen ERP projeleri gecikir.
Takvim kurma
- Yoğun sezona denk getirmeyin.
- Mali dönem başlangıcı geçiş için avantajlıdır (açılış bakiyeleri temiz olur).
- Yıllık izin dönemlerini hesaba katın.
- Her aşama için bitiş kriteri tanımlayın.
- Aşamalar arası bekleme sürelerini planlayın.
- %15-20 pay bırakın.
Risk yönetimi
| Risk | Önlem |
|---|---|
| Veri temizliği gecikir | Erken başlatın, ayrı sorumlu atayın |
| Anahtar kişi ayrılır | Bilgiyi belgeleyin, çift sorumlu |
| Kapsam büyür | Kapsam dışı listesi, faz 2 kuyruğu |
| Kullanıcı direnci | Erken katılım, iletişim planı |
| Test yetersiz kalır | Test kriterlerini bitiş şartı yapın |
| Tedarikçi kaynak ayıramaz | Sözleşmede kaynak taahhüdü |
| Entegrasyon çalışmaz | Erken prototip, test ortamı |
| Canlıda ciddi sorun | Geri dönüş planı, paralel dönem |
Kapsam yönetimi
ERP projelerinin en yaygın hastalığı kapsam kaymasıdır. Kontrol yöntemi:
- Kapsam ve kapsam dışı yazılı olsun.
- Her yeni talep resmî değişiklik isteği olarak kaydedilsin.
- Etkisi (süre, maliyet) değerlendirilsin.
- Yönlendirme kurulu karar versin.
- Kabul edilmeyenler "faz 2" listesine gitsin.
Beşinci madde psikolojik olarak önemlidir: talep reddedilmiş değil ertelenmiş olur, bu direnç yaratmaz.
İlerleme takibi
Haftalık proje toplantısında bakılacaklar:
- Planlanan / tamamlanan görevler
- Gecikmeler ve sebepleri
- Açık sorunlar listesi ve sorumluları
- Bekleyen kararlar
- Veri temizliği ilerlemesi (yüzde olarak)
- Risk durumu
Beşinci satırı ayrı izleyin: veri hazırlığı genelde en çok geciken ve en az görünen kalemdir.
İletişim planı
- Proje başlangıcını tüm şirkete duyurun; neden geçiliyor, ne değişecek?
- Aylık ilerleme bilgilendirmesi yapın.
- Değişecek süreçleri önceden anlatın.
- Soruları toplayacak bir kanal açın.
- Geçiş tarihini erken duyurun.
Bilgilendirilmeyen ekip, projeyi "bize dayatılan bir şey" olarak görür ve direnç artar.
Tedarikçiyle çalışma
- Sorumluluk sınırlarını sözleşmede netleştirin (hangi işi kim yapıyor).
- Danışman gün sayısı ve kimlerin çalışacağı belirlensin.
- Danışman değişikliği bildirimli olsun.
- Toplantı notları ve kararlar yazılı tutulsun.
- Kabul kriterleri baştan tanımlansın.
- Ödeme planı aşama tamamlanmalarına bağlansın.
Son madde tarafları aynı hedefe bağlar: aşama kabul edilmeden ödeme yapılmaması, kalite baskısı yaratır.
Proje sonu
Canlıya geçiş projenin sonu değildir. Kapanış için:
- Açık sorunlar listesi kapatılmalı ya da devredilmeli.
- Dokümantasyon teslim alınmalı.
- Destek süreci tanımlanmalı.
- Faz 2 listesi önceliklendirilmeli.
- Kazanımlar ölçülüp paylaşılmalı.
- Ders çıkarma toplantısı yapılmalı.
Özet
ERP geçişini proje disipliniyle yürütün: yönlendirme kurulu, süreç sahipleri ve haftalık takip kurun. Veri hazırlığını ayrı bir iş kolu olarak izleyin, kapsam değişikliklerini resmî sürece bağlayın ve tedarikçi ödemelerini aşama kabullerine bağlayın.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz