2026'da ERP implementasyon ekibi: kimler gerekir, ne yaparlar

Bir ERP implementasyon ekibinin yetkili bir sponsora, ERP'yi bilen bir proje yöneticisine, etkilenen her fonksiyondan iş süreci sahiplerine, fonksiyonel ve teknik danışmanlara ihtiyacı vardır. Ayrıca entegrasyon, veri taşıma, test, değişim ve cutover için ayrı sorumlular gerekir. Bulut SAP programları buna bir Clean Core mimarı ve SAP tarafında adı belli bir irtibat kişisi ekler. Ekibi şirketin çalışan sayısına göre değil, karmaşıklığa göre boyutlandırın ve her danışmanı, canlıya geçişten sonra o alanın sahibi olacak bir iç çalışanla eşleştirin.

Bu yazı, bir ERP programının kadrosunu kuran sponsorlar, CIO'lar ve program direktörleri için. Rolleri, her birini neyin başarılı ya da başarısız kıldığını, ekip büyüklüğünü, bulut ERP ile yapay zekanın neyi değiştirdiğini ve işin bir implementasyon iş ortağıyla nasıl bölüşüleceğini ele alıyor.

Birlikte çalıştığım bir şirketin aynı anda iki ERP implementasyonu yürüyordu: biri SAP, diğeri Oracle üzerinde. Oracle projesinde 4.500 kişi çalışıyordu. SAP projesinde 38 kişi. Biri sorunsuz canlıya geçti. Diğeri bitmek bilmeyen bir felakete dönüştü. Aradaki fark ekipti.

25 yıllık SAP implementasyonundan sonra bu örüntü değişmiyor. Yanlış ekibi kurarsanız ya da doğru insanları yanlış bir yapıya yerleştirirseniz proje sürünür, maliyetler tırmanır ve canlıya geçişe gelindiğinde kullanıcılar sistemden nefret etmeye çoktan karar vermiş olur.

1. Proje sponsoruEngelleri kaldırır, bütçeyi sağlar, departmanlar arasında karar verir
   SAP hizmet irtibat kişisiRISE programlarında platform eskalasyonları ve hizmet gözden geçirmeleri
2. Proje yöneticisiTakvim, kapsam, risk ve iş ortağı koordinasyonu

• İş süreci sahipleriTasarımı doğrular, gerçek iş akışlarını test eder
• Fonksiyonel ve teknik danışmanlarKonfigüre eder, geliştirir ve itiraz eder
• Veri taşıma sorumlusuTemizlik, yüklemeler ve cutover verisi
• Entegrasyon sorumlusuMiddleware tasarımı ve veri akışları
• Değişim ve eğitim sorumlusuİletişim, şampiyonlar, benimseme
• Clean Core mimarıBulut sürümlerinde her uzantının nerede duracağı

Rol	Gerçekte ne yaparlar	Ne zaman devredeler
Proje sponsoru	Engelleri kaldırır, bütçeyi sağlar, departmanlar arası kararları verir	Tüm aşamalar
Proje yöneticisi	Takvimi, kapsamı, riski ve iş ortağı koordinasyonunu yönetir	Tüm aşamalar
İş süreci sahipleri	Tasarımı doğrular, senaryoları test eder, gerçek iş akışlarını temsil eder	Explore ile Deploy arası
Fonksiyonel danışmanlar	Gereksinimleri toplar, modülleri konfigüre eder, testlere destek verir	Explore ile Deploy arası
Teknik danışmanlar	Uzantılar, arayüzler, sistem kurulumu	Realize ile Deploy arası
Entegrasyon sorumlusu	Sistemler arasında middleware tasarımı ve veri akışları	Explore ile Deploy arası
Veri taşıma sorumlusu	Veri stratejisi, temizlik, yüklemeler, cutover verisi	Prepare ile Deploy arası
Değişim ve eğitim sorumlusu	Eğitim, iletişim, benimseme çalışmaları	Explore ile Run arası
Test sorumlusu	Test senaryoları, SIT, UAT, hata takibi	Realize ile Deploy arası
Cutover yöneticisi	Canlı ortama geçiş, kesinti süresi, geri alma planı	Deploy
Clean Core mimarı (bulut sürümleri)	Her uzantının nerede ve hangi Clean Core seviyesinde duracağına karar verir	Explore ile Run arası
SAP hizmet irtibat kişisi (RISE)	Platform eskalasyonları, hizmet gözden geçirmeleri, SAP yol haritası uyumu	Prepare ile Run arası

SAP implementasyon ekibi rolleri yazım, her rolü daha ayrıntılı biçimde tek tek ele alıyor.

Proje sponsoru

Sponsorun işi proje başlatma belgesini imzalayıp ortadan kaybolmak değildir. Departmanlar anlaşamadığında karar verecek yetkiye proje yöneticisinin üstünde kimse sahip değilse projeler aylarca durur. Sponsor ulaşılabilir olmalı, zor kararları almaya istekli olmalı ve yalnızca kickoff'ta değil, stabilizasyon boyunca da orada olmalıdır.

Ters giden şey: her şeyi BT'ye devreden sponsorlar. ERP, işin nasıl yürüdüğünü değiştirir. Liderlik bunu yönlendirmiyorsa proje başarısız olur. Yönlendirme komitesi rehberi, sponsorun forumunun nasıl yapılandırılacağını anlatıyor.

Proje yöneticisi

Bir ERP proje yöneticisinin genel BT proje yönetimini değil, SAP ya da Oracle programlarının gerçekte nasıl yürüdüğünü bilmesi gerekir. Riskler, bağımlılıklar ve cutover'daki baskı farklıdır.

Ters giden şey: kapsam konusunda danışmanlara boyun eğen ya da iş tarafını test tarihlerine bağlı tutamayan bir proje yöneticisi.

İş süreci sahipleri

Şirketinizi BT yönetmez. Operasyon, finans, satın alma ve İK yönetir. Süreç sahipleri, sistemin yalnızca kâğıt üzerinde değil, gerçek süreçlerde de çalışmasını sağlar. Onları dışarıda bırakırsanız, atölye çalışmasında anlamlı görünen ama ilk haftada çöken bir konfigürasyon elde edersiniz.

Onları en baştan dahil edin. UAT'de, kendilerinin parçası olmadığı kararları onaylamaları için değil.

ERP danışmanları

İyi danışmanlar itiraz eder. Sizinkiler her şeye katılıyor ve hiçbir gereksinimi sorgulamıyorsa, uzmanlık katmıyor, saat faturalıyorlar. En iyileri, hataları aylara mal olmadan önce durdurur.

Zayıf bir danışmanın bir işareti: bir sürecin neden değişmesi gerektiğini anlatmak yerine aşırı özelleştirme yapar, çünkü bu daha kolaydır. Her özel program bakım gerektirir, yükseltmede test edilmelidir ve bir sonraki ekibe anlatılmalıdır. SAP'nin Clean Core seviyeleriyle bu borç artık görünür: eski yöntemle geliştirilen bir uzantı C ya da D seviyesine düşer ve ilk büyük yükseltmede kendini gösterir.

Veri taşıma sorumlusu

Eski sistemdeki kötü veri, yeni sistemde de kötü veri olur. Taşımadan önce veri kalitesi konuşmasının sahibi yoksa, finansal raporlar ilk günden gerçeği yansıtmaz.

Veri taşıma, iş tarafının sahiplenmesi gereken bir iş sürecidir. BT veriyi taşıyabilir. Doğru olup olmadığını iş tarafı teyit etmelidir.

Değişim yönetimi ve eğitim sorumlusu

Değişim yönetimi eğitim değildir. İletişimdir, erken katılımdır ve canlıya geçişten önce işin içinde şampiyonlar bulmaktır. Bir işletme eğitimin yeteceğini varsaydığında, yeni sisteme güvenmeyen kullanıcılar elektronik tablolarına geri döner ve bunu canlıya geçişten sonra düzeltmek pahalıdır.

Bu sorumlu içerik hazırlıyor, pilot çalışmalar yürütüyor ve hazırlığı ölçüyor olmalı; canlıya geçişten iki hafta önce bir PDF dağıtmamalı. SAP programlarında artık dijital benimseme araçları da onun sorumluluğunda: SAP, SAP Enable Now'u 2024'te satın aldığı WalkMe'nin içine taşıyor, dolayısıyla yeni içerik WalkMe'de planlanmalı.

Clean Core mimarı (bulut sürümleri)

SAP artık her uzantıyı A'dan D'ye kadar dört Clean Core seviyesinde derecelendiriyor. Birinin, her boşluk için çözümün standart konfigürasyonda mı, SAP BTP üzerinde ya da sistem içinde ABAP Cloud ile A seviyesi bir uzantı olarak mı, yoksa hiç mi çözülmeyeceğine karar vermesi gerekir. Büyük programlarda bu özel bir roldür. Orta ölçekli programlarda genellikle çözüm mimarı bunu üstlenir.

SAP BTP ve ABAP Cloud deneyimi olmayan iş ortakları bu rolü dolduramaz. Bu kurallar altında kaç uzantı teslim ettiklerini sorun ve görmek isteyin.

SAP hizmet irtibat kişisi (RISE programları)

RISE with SAP kapsamında SAP, sisteminizin altyapısını ve operasyonunu yürütür; yani SAP teslimatın bir parçasıdır. CIO'nun platform eskalasyonları, hizmet gözden geçirmeleri ve yol haritası uyumu için adı belli bir SAP irtibat kişisine ihtiyacı vardır. Bu kişiyi yalnızca yönlendirme komitesi davet listesine değil, Prepare aşamasından itibaren ekip listesine de yazın.

Ekip büyüklüğü, kadro sayısına değil, karmaşıklığa uymalıdır.

Şirket türü	Tipik ekip büyüklüğü	Karmaşıklığı ne belirler
Küçük (tek tüzel kişilik, 500'den az çalışan)	10-25	Çoğunlukla standart işlevsellik, az sayıda entegrasyon
Orta ölçekli (birden fazla lokasyon, 500-5.000 çalışan)	30-75	Daha fazla entegrasyon, bölgesel süreç varyantları, ölçekte değişim
Kurumsal (küresel, 5.000+ çalışan)	100-500+	Birden fazla tüzel kişilik ve entegrasyon, yargı alanları arasında uyum

Karmaşık siparişe göre üretim yapan 50 kişilik bir tesis, standart perakende süreçleri yürüten 500 kişilik bir şirketten daha büyük ve daha uzmanlaşmış bir ekibe ihtiyaç duyabilir. Yapılması gereken işe göre boyutlandırın. SAP projeleri için kaynak tahsisi planlaması rehberim, planın nasıl kurulacağını gösteriyor.

Joule artık SAP'nin implementasyon araçlarında yer alıyor (SAP Cloud ALM ve SAP Activate Roadmap Viewer). SAP Build Code, geliştiricilerin SAP BTP üzerinde uzantı geliştirmesine Joule ile yardımcı oluyor. Microsoft Copilot durum raporlarının, yönlendirme komitesi bilgi notlarının ve değişim iletişimlerinin taslağını hazırlıyor.

Tutarlı biçimde kullanıldığında bu araçlar iş akışı yoğun rolleri hızlandırıyor. Aynı kapsamdaki bir programı birkaç yıl öncesine göre biraz daha yalın hale getiriyorlar, ama çarpıcı biçimde küçültmüyorlar.

Araçları rol tanımlarına yazın. Fonksiyonel danışmanlar gereksinimlerin ve fit-gap belgelerinin ilk taslakları için yapay zekayı kullanır. Proje yöneticileri durum raporlaması için kullanır. Geliştiriciler işe yaradığı yerde kullanır. Yapay zekanın değiştirmediği şey hesap verebilirliktir: taslağı daha hızlı yazar, ama taslağın ne söylediğinin sahibi hâlâ insanlardır.

Çoğu işletme, işi tanıyan bir iç çekirdek ekibi, teknik ve metodoloji derinliği getiren bir iş ortağıyla birleştirir.

İç ekip, durum toplantılarına katılmakla yetinmeyip gerçekten sürecin içinde olmalıdır. Aksi halde proje, iş ortağının anladığı ama şirket içinde kimsenin işletemediği bir sistem teslim eder.

Bir iş ortağından beklenecekler: yapı, daha hızlı kararlar ve sizin türünüzden hataları daha önce görmüş olma deneyimi. Devredilmemesi gerekenler: kapsam kararları, süreç tasarımı onayı ve kullanıcı hazırlığı. Bunların iç sahiplere ihtiyacı var.

Tutarlı biçimde işe yarayan model, gölge eşleştirmedir. Her danışmanın, canlıya geçişten sonra o alanın sahibi olacak bir iç muadili vardır. Danışman teslim eder, iç çalışan öğrenir ve danışmanlar ayrıldığında bilgi kalır.

Bir iş ortağını değerlendirirken, tedarikçinin vitrin müşterilerinden değil, sizin büyüklüğünüzde ve sektörünüzdeki şirketlerden referans isteyin. Clean Core deneyimini örneklerle sorun, RISE programlarında SAP ile nasıl çalıştıklarını sorun. Belirsiz cevaplar, kimin güncel olduğunu ve kimin SAP'nin üç yıl önce bildiği sürümünü sattığını gösterir.

Bir ERP implementasyon ekibinde kaç kişi olur?

Şirket büyüklüğünden çok karmaşıklığa bağlıdır. Süreçleri basit küçük işletmelerin tipik olarak 10-25, birden fazla lokasyonu olan orta ölçekli şirketlerin 30-75, küresel kurumsal şirketlerin ise 100-500 ya da daha fazla kişiye ihtiyacı olur. Karmaşık siparişe özel mühendislik süreçleri olan bir üretici, standart perakende fonksiyonları yürüten daha büyük bir şirketten daha fazla kapasite gerektirir.

Bulut SAP programları hangi yeni ekip rollerine ihtiyaç duyar?

İki tane. Her uzantının nerede ve hangi Clean Core seviyesinde duracağına karar veren bir Clean Core mimarı ya da uzantı sorumlusu; daha küçük programlarda bunu çözüm mimarı üstlenir. Ve RISE with SAP'te, eskalasyonlar ve hizmet gözden geçirmeleri için adı belli bir SAP hizmet irtibat kişisi, çünkü sisteminizin altyapısını ve operasyonunu SAP yürütür.

Bir ERP implementasyonunda proje sponsorunun rolü nedir?

Sponsor bütçeyi sağlar, engelleri kaldırır ve departmanlar anlaşamadığında karar verir. Projeyi yönetmek için değil, projeyi yönetilebilir kılmak için oradadır. Bir sponsorun yapabileceği en önemli şey, stabilizasyon boyunca ilgisini sürdürmektir. Cutover'dan sonra üst yönetim dikkatini kaybeden projelerde yıllarca süren geçici çözümler oluşur.

ERP implementasyonları için iş süreci sahiplerine neden ihtiyaç var?

Çünkü finans, operasyon, İK ve satın almadaki insanlar işin gerçekte nasıl yapıldığını bilir. Onlar olmadan ekip, kâğıt üzerinde anlamlı görünen ama pratikte başarısız olan bir sistem tasarlar. Onları atölye çalışmalarına ve tasarım kararlarına en baştan dahil edin; UAT'ye gelindiğinde yanlış olanı değiştirmek çok pahalıdır.

Bir ERP danışmanında nelere bakmalıyım?

İtiraz etme isteğine. Her şeye katılan bir danışman kendi hayatını kolaylaştırıyordur, sizinkini değil. İyi danışmanlar kötü gereksinimlere meydan okur, kapsam kaymasını işaret eder ve standardın neden çoğu zaman özelden daha iyi hizmet ettiğini açıklar. Sonra Clean Core deneyimini örneklerle, arayabileceğiniz benzer büyüklükte referansları ve sizin sorununuzu mu çözdüklerini yoksa nasıl teslim edeceklerini zaten bildikleri işi mi sattıklarını kontrol edin.

Bir ERP implementasyonunda veri taşıma nasıl ele alınır?

Stratejinin, temizlik kurallarının, yüklemelerin ve canlıya geçiş doğrulamasının sahibi olan ayrı bir sorumlu atayın. Veri kalitesinin sahibi iş tarafıdır: BT bir tedarikçi kaydını taşıyabilir, ama doğru olup olmadığını yalnızca iş tarafı bilir.

Bir ERP projesinde değişim yönetimi nedir ve neden önemlidir?

İnsanları, canlıya geçişten önce, sırasında ve sonrasında çalışma biçimlerindeki önemli bir değişikliğe hazırlamaktır. İletişimi (neyin değiştiği ve neden, erkenden), katılımı (anahtar kullanıcıların tasarımda ve testte yer alması) ve desteği (meslektaşlarının uyum sağlamasına yardım eden şampiyonlar) kapsar. Bunu bir eğitim takvimi olarak ele alan projeler her seferinde aynı sonuca ulaşır: geçici çözümler, elektronik tablolar ve kimsenin güvenmediği bir sistem.