Temel SAP implementasyon ekibi rolleri ve sorumlulukları

Bir SAP implementasyonu, adı belli ve kendini adamış sahipleri olan sekiz rol gerektirir: üst düzey sponsor, proje yöneticisi, fonksiyonel liderler, BT lideri, veri taşıma lideri, değişim yönetimi lideri, implementasyon iş ortağı ve bağımsız bir program danışmanı. RISE with SAP, SAP'nin kendi teslimat iletişim kişilerini ekler ve Clean Core sahipliğini açık hale getirir. Bu rehber, ekip kuran ya da onarmaya çalışan sponsorlar ve program direktörleri için. Her rolün neye sahip olduğunu, onsuz neyin bozulduğunu, şirket ölçeğine göre ekip boyutlarını ve canlıya geçişten önce Mükemmeliyet Merkezi'nin (CoE) nasıl kurulacağını ele alıyor. Önce sekiz rolden hangisinin, asıl işi başka olan biri tarafından yürütüldüğüne bakın. En büyük riskiniz o.

Yıllar içinde düzinelerce SAP ekibiyle çalıştım. İyi finanse edilmiş, deneyimli sağlayıcılarla yürüyen projelerin, kilit roller eksik olduğu ya da başka işleri olan insanlar arasında bölündüğü için başarısız olduğunu gördüm. Yetersiz finanse edilmiş projelerin ise doğru insanlar odadayken, tam bağlılıkla ve net hesap verebilirlikle başarılı olduğunu da gördüm.

Birlikte çalıştığım küresel bir perakendecinin bütçesi de, liderlik desteği de vardı; seçtiği ERP de SAP'ydi. Ama implementasyon ekibi tam bir felaketti. Kilit roller eksikti. Kritik kararların sahibi yoktu. İletişim her yöne akıyor, hiçbir yere varmıyordu. Teslim tarihleri kaydı, maliyetler yükseldi ve güven çöktü.

Her SAP implementasyonunda bu rollerin doldurulması gerekir. Unvan, hesap verebilirlikten daha az önemlidir.

1. Üst düzey sponsorKararlar, finansman, eskalasyon
   ERP program danışmanıBağımsız gözetim, risk, yönetici uyumu
2. Proje yöneticisiTakvim, bütçe, koordinasyon

• Fonksiyonel liderler ve konu uzmanlarıSüreç tasarımı, modül yapılandırması
• BT lideri ve ekibiEntegrasyon, geliştirme, güvenlik
• Veri taşıma lideriVeri kalitesi, yükleme sıralaması, cutover
• Değişim yönetimi lideriEğitim, benimseme, iletişim
• Implementasyon iş ortağıMimari, entegrasyon tasarımı, teslimat

Rol	Birincil sorumluluk	Olmazsa ne bozulur
Üst düzey sponsor	Stratejik kararlar, finansman, eskalasyon yetkisi	Sürüklenme, kapsam kavgaları, kilitlenmeyi çözecek kimsenin olmaması
Proje yöneticisi	Takvim, bütçe, ekipler arası koordinasyon	Gecikmeler, çözülmeyen engeller, maliyet aşımları
Fonksiyonel liderler ve konu uzmanları	İş süreci tasarımı, modül yapılandırması	Yanlış yapılandırma, canlıya geçiş sonrası geçici çözümler
BT lideri ve ekibi	Entegrasyon, geliştirme, güvenlik, performans	Teknik borç, bozuk arayüzler, kararsızlık
Veri taşıma lideri	Veri kalitesi, yükleme sıralaması, cutover doğruluğu	Kullanılamaz veri, başarısız canlıya geçiş, aylarca temizlik
Değişim yönetimi lideri	Eğitim, benimseme, iletişim	Kullanıcı direnci, paralel elektronik tablolar
Implementasyon iş ortağı	Mimari, entegrasyon tasarımı, teslimat	Aşırı inşa, entegrasyon hataları
ERP program danışmanı	Bağımsız gözetim, risk, yönetici uyumu	İzole alınan kararlar, kaçınılabilir hatalar

Üst düzey sponsor

Sponsor, bir yönlendirme sunumundaki bir isim değildir. Başka kimsenin veremeyeceği kararları verir: bütçe, kapsam değişiklikleri, departmanlar arası kaynak taahhütleri. Rol törensel olduğunda projeler sürüklenir.

Bu rolü atlayan bir şirketle çalıştım. Proje sürüklendi. Karar yok, ilerleme yok, para boşa gitti.

Etkili sponsorlar hypercare boyunca da kalır. Canlıya geçişten sonra aylık yönlendirme oturumlarına katılır ve haftalardır takılı kalmış işleri açan küçük kararlar verir. SAP yönlendirme komitesi kurma rehberim, bu forumun nasıl yapılandırılacağını ele alıyor.

Proje yöneticisi

PM günlük işi yürütür: takvim, risk kaydı, koordinasyon, güncellemeler. Büyük bir SAP programında bu, bunu daha önce yapmış biri için tam zamanlı bir roldür.

Bir müşterimin, implementasyonun ortasında baş geliştiricisini kaybedişini izledim. Yerine birini bulmak için uğraşırken tüm proje haftalarca durdu.

Tersi sorun da aynı derecede zarar verici. Ekibinde 30'dan fazla kişi olan bir şirketle çalıştım. Kararların sahibini kimse bilmiyordu. Basit değişiklikler beş toplantı gerektiriyordu. Takvim, yalnızca iletişim yükü yüzünden 12 aydan 18 aya uzadı.

Fonksiyonel liderler ve konu uzmanları

Bu insanlar, iş operasyonlarını SAP yapılandırmasına çevirir. Kötü süreçlere itiraz edebilecek kadar işi, neyin mümkün olduğunu bilecek kadar SAP'yi tanımaları gerekir.

Ekibi çok başarılı olan bir üretim müşterisiyle çalıştım: fonksiyonel liderleri, süreçleri tasarlamadan önce fabrika zemininde vakit geçirmişti.

Yarı bağlı konu uzmanları her zaman boşluk bırakır. Ya proje onların dikkatini alır ya da onaylama listesinde yalnızca isimlerini. Bunlar aynı şey değildir.

BT lideri ve ekibi

BT ekibi teknik temelin sahibidir: geliştirme, Basis, güvenlik, entegrasyon ve performans. S/4HANA'da ayrıca Clean Core disiplininin, yani özel kodun çekirdeğin dışında tutulmasının da sahibidir.

Çoğu ekibin hafife aldığı şey entegrasyondur. Harici bir sisteme yapılan her bağlantının tasarlanması, geliştirilmesi, test edilmesi ve sahiplenilmesi gerekir. Veri akışlarını kimse haritalamadığında arayüzler UAT'de bozulur. BT'yi kararlardan sonra değil, blueprint oturumlarına alın.

Veri taşıma lideri

Bu rol geç atanır ve yetersiz kaynakla bırakılır. Veri sorunları ortaya çıktığında, program zaten takvim baskısı altındadır.

Bir müşteri veri temizliğini atlayabileceğini düşündü. Büyük hata. Sistemi aylarca işe yaramaz oldu. Veriyi canlı bir sistemin altında temizlemek, baştan düzgün bir temizlikten daha pahalıya gelir.

Özel bir taşıma lideri her yüklemede mutabakat çalıştırır; yapısal sorunlar canlıya geçişten önce böyle ortaya çıkar. Rol, üç iş akışı daha olan birinin elindeyse bu olmaz. SAP veri taşıma neden başarısız olur yazım yöntemi ele alıyor.

Değişim yönetimi lideri

Bu, en tutarlı biçimde yetersiz kaynakla bırakılan roldür. Kimse çalışma şeklini değiştirmek istemediği için milyon dolarlık sistemlerin kullanılmadan durduğunu izledim.

Kullanıcılar nefret ettiği için teknik olarak kusursuz bir implementasyonun başarısız olmasını izledim. Yapılandırma doğruydu, süreç tasarımı sağlamdı. Ama sistemi her gün kullanacak insanlar tasarıma dahil edilmemişti. Neyin neden değiştiğini anlamadılar ve eski Excel dosyalarını kullanmayı sürdürdüler.

Bir perakende müşterisi, kasiyerlerinin yeni sisteme dair endişelerini dinleyip yaklaşımını ayarladığı için başarılı oldu.

Bir kurumsal program için asgari düzey, kendini adamış iki değişim yönetimi çalışanıdır. Tek bir kişi aynı anda eğitim tasarımını, iletişimi, direnç yönetimini ve benimseme takibini yürütemez.

ERP program danışmanı

Bağımsız bir danışman, implementasyon iş ortağı değildir. İşi gözetim ve rota düzeltmedir: yönün hâlâ mantıklı olup olmadığını kontrol etmek, teslimat ekibinin yakınlığı yüzünden göremediği riskleri fark etmek ve yöneticilerin olduğunu düşündüğü ile gerçekte olan arasındaki açığı kapatmak.

Güçlü teslimat ekipleri olan ama bağımsız bir sesi olmayan müşteriler için bu rolü oynadım. Büyüme stratejisini SAP yol haritasına kimsenin bağlamadığı, bu yüzden yanlış modülleri neredeyse implementasyona alacak olan bir üretim müşterisiyle çalıştım.

Sorunu erken fark etmek, işin diğer yarısı. Bir keresinde, bir müşterinin veri ekibindeki kritik bir beceri açığını, canlıya geçişi geciktirmesinden üç ay önce belirledim. Krize dönüşmeden düzelttik.

Sekiz rollü model geçerliliğini koruyor. 2026'da buna eklenmesi gereken üç şey var.

RISE'da SAP'nin kendi teslimat iletişim kişileri

RISE with SAP özel bulutunda altyapıyı ve teknik operasyonları SAP yürütür. SAP'nin roller ve sorumluluklar belgesi, müşterilerin hizmetleri bir SAP Cloud Architect Advisor, bir Client Delivery Manager ya da SAP'nin özel bulut müşteri merkezi ekibiyle kararlaştırdığını söylüyor. SAP'nin atadığı kişileri, iş ortağı ekibinin yanında kadronuza alın ve sizin tarafınızda bu ilişkinin sahibi olan kişiyi belirleyin. Şirket içi kurulumda SAP bir yazılım sağlayıcısıdır ve bu geçerli değildir.

Clean Core ve uzantı sahipliği

S/4HANA Cloud Public Edition'da Clean Core tasarım gereği zorunlu kılınır: uzantılar yayımlanmış API'ler, anahtar kullanıcı araçları ya da SAP BTP üzerinden geçer. Özel bulutta ve şirket içi kurulumda değişiklikler hâlâ mümkündür, ancak her biri yükseltmeleri zorlaştırır. Bu çizginin sahibi biri olmalıdır.

Daha büyük programlarda bu, çözüm mimarına bağlı çalışan özel bir Clean Core mimarı ya da BTP uzantı lideridir. Orta ölçekli programlarda bunu genellikle çözüm mimarı üstlenir, ama hesap verebilirliğin yazıya geçirilmesi gerekir. İş ortaklarını değerlendirirken, kaç BTP uzantısı teslim ettiklerini sorun ve örnekleri görmek isteyin.

Yapay zeka verimliliği değiştirir, hesap verebilirliği değil

SAP Joule for Consultants (2025'ten beri genel kullanıma açık), yapılandırma sorularını SAP'nin kendi bilgi tabanından yanıtlıyor ve ABAP kodunu açıklıyor. SAP Build Code, SAP BTP üzerinde Java ve JavaScript uzantı kodu üretiyor. Microsoft Copilot, yönlendirme komitesi özetlerini ve durum raporlarını taslak haline getiriyor.

Kazanımlar gereksinim analizi, durum raporlama ve özel geliştirme gibi iş akışı ağırlıklı rollerde görünüyor ve yalnızca insanlar araçları tutarlı biçimde kullandığında. Size söylenen her verimlilik rakamını, kendi programınızda test edilecek bir iddia olarak ele alın.

Ekip, bu araçlardan önce aynı kapsamın gerektirdiğinden biraz daha küçük, ama çarpıcı biçimde değil. Araçları yan faaliyet saymak yerine rol tanımlarına yazın. Yapay zeka daha hızlı taslak çıkarır. Taslağın neyi söylediğinin sahibi yine insanlardır.

Tablo, her rol için şirket ölçeğine göre tipik boyutlandırmayı gösteriyor. Başlangıç noktası olarak ele alın ve kapsama ve coğrafyaya göre ayarlayın. Aynı soru SAP dışında nasıl çözülür diye merak ediyorsanız ERP implementasyon ekibi rehberime bakın.

Rol	Küçük işletme	Orta ölçekli	Büyük işletme
Üst düzey sponsor	Kıdemli direktör	CIO ya da CFO	Yönlendirme komitesiyle birlikte C-seviyesi yönetim
Proje yöneticisi	1 tam zamanlı	1-2 tam zamanlı	Program yöneticisi ve iş akışı PM'leri
Fonksiyonel liderler	Modül başına 1-2	Modül başına özel	Modül başına birkaç
BT ekibi	2-3 (paylaşımlı)	4-6 (özel)	8+ uzman
Veri taşıma	1 lider	1 lider ve analistler	Özel iş akışı
Değişim yönetimi	En az 1	En az 2	3-5 özel
Clean Core ya da BTP uzantı lideri	Çözüm mimarı	Çözüm mimarı	Özel rol
SAP iletişim kişileri (RISE)	Adı belli bir kişi	Adı belli bir kişi	Üç ayda bir gözden geçirmeyle adı belli kişiler
Implementasyon iş ortağı	5-10 danışman	15-25 danışman	30+ ve bir program direktörü

Teknik beceriler sistemi inşa ettirir. Duygusal zekâ, insanların onu kullanıp kullanmayacağını belirler.

Depo müdürünün toplantılarda gülümseyip perde arkasında projeyi baltaladığı bir üretim şirketiyle çalıştım. Sezgisi güçlü bir değişim yöneticisi belirtileri erkenden fark etti ve onu bir destekçiye dönüştürdü. Aynı durumu canlıya geçişte bulmak, çok daha zor düzeltilirdi.

Bir müşterinin proje yöneticisi teknik olarak parlaktı, ama mesajını uyarlayamıyordu. Bir CFO'nun, depo çalışanlarından farklı bir iletişime ihtiyacı vardır. Sonuç, kuruluş genelinde düşük sahiplenme ve sancılı bir canlıya geçiş oldu.

“Çalışanlar mı, danışmanlar mı?” sorusunun yanıtı neredeyse her zaman ikisi birden.

Çalışanlar işi tanır: süreçleri, siyaseti ve kimsenin belgelemediği geçici çözümleri. Çalışanlarının, dışarıdan gelen danışmanların hiç görmediği implementasyon sorunlarını fark ettiği bir üretim şirketiyle çalıştım. Bu içgörüler, onu felaket bir depo yapılandırmasından kurtardı.

Çalışanlarda genellikle implementasyon deneyimi yoktur. Bir perakende müşterisi, tamamen kurum içi bir ekipte ısrar etti. Altı ay sonra, SAP'yi hem öğrenip hem uyguladıkları için umutsuzca geride kalmışlardı.

Danışmanlar örüntü tanıma getirir. Bir müşteri için, canlıya geçişini çökertecek bir veri taşıma yaklaşımını hemen fark eden bir danışman getirdim.

Danışmanlarda risk, bilgi aktarımıdır. İçeride kimse sistemi öğrenmezse, danışmanlık ücretleri lansmandan çok sonra da sürer.

İşe yarayan model: gölge eşleşmeler. İlaç sektöründeki bir müşteri, her danışmana, canlıya geçişten sonra o alanın sahibi olacak bir kurum içi muadil verdi. Danışman teslim eder, muadil öğrenir ve bilgi kalır. Bu modelin çevresinde, farkı yaratan altı uygulama var:

1. Yazılımı seçmeden önce ekibi kurun. Bir müşteri, ekibinin bakımını yapamayacağı modüller satın aldı ve altı ay kaos yaşandı.
2. İnsanları tam olarak adayın. Yarı zamanlı, baskı geldiğinde günlük işin kazanması demektir. Birinin çok meşgul olması yüzünden kritik yapılandırmanın haftalarca beklediğini gördüm.
3. Mümkünse aynı yerde çalışın. Bir üretim müşterisi, ekibini haftada üç gün aynı odaya koyarak haftalarca süren gidiş gelişlerden kurtuldu.
4. Eskalasyon yollarını erkenden tanımlayın. Bir perakende müşterisinin, kararların zincirde nasıl yukarı çıktığını tam olarak gösteren tek sayfalık bir belgesi vardı. Sayısız gecikmeyi önledi.
5. Kararları gerekçeleriyle birlikte yazın. Neye karar verdiğini ve nedenini kaydeden bir şirketle çalıştım. Bu, proje ortasında yeni yöneticiler katıldığında bitmek bilmeyen yeniden tartışmaları önledi.
6. Yol boyunca kilometre taşlarını kutlayın. Bir üretim müşterisi aylık takdir etkinlikleri düzenledi. Küçük bir şey, ama yorucu 18 aylık bir implementasyon boyunca morali yüksek tuttu.

Şirketlerin canlıya geçişten sonra yaptığı hata, implementasyon ekibini dağıtmaktır. CoE'nin geliştirmeleri, yükseltmeleri, yönetişimi, yeni kullanıcı eğitimini ve yapılandırmayı işin gerçekte nasıl yürüdüğüyle uyumlu tutmayı devralması gereken an tam olarak budur.

Bunu implementasyon sırasında planlayın. Bu tavsiyeyi yok sayan bir üretim müşterim vardı. Canlıya geçişten üç ay sonra kilit yapılandırma uzmanları ayrıldı. Kurulanı nasıl sürdüreceğini kimse bilmiyordu ve sistem hemen bozulmaya başladı.

Bunlar, implementasyonun ilk aylarından itibaren planlanması gereken CoE rolleridir.

CoE rolü	Birincil sorumluluk
CoE direktörü	SAP stratejisi, iş hedefleriyle uyum, CoE operasyonları
Çözüm mimarı	Mimari, entegrasyon tasarımı, Clean Core yönetişimi
Clean Core ya da BTP uzantı lideri	Uzantı kataloğu, yükseltme etki analizi
Fonksiyonel danışmanlar	Modül optimizasyonu, süreç iyileştirme
Teknik danışmanlar	Geliştirme, Basis, performans, güvenlik
Değişim ve eğitim lideri	Benimseme, eğitim, yetkinlik artırımı
Veri yönetişimi lideri	Ana veri kalitesi ve standartlar
Entegrasyon lideri	Ara katman yazılımı, API'ler, sistemler arası veri akışları
Destek lideri	Sorun çözümü, sürekli iyileştirme
SAP ilişki sahibi (RISE)	SAP'ye eskalasyonlar, hizmet gözden geçirmeleri, yol haritası uyumu

İlaç sektöründeki bir şirket, kendi alanını etkileyebilecek her değişikliği onaylaması gereken modül sahipleri atadı. Bu yönetişim, sistemleri iki ya da üç yıl sonra kullanması zor hale getiren koordinasyonsuz değişiklikleri önledi.

Bir müşteri, CoE bütçesinin yüzde 10'unu sürekli öğrenmeye yatırdı. Üç yıl sonra rakiplerinin dokunamadığı yeni özellikleri devreye alıyordu. İşleyen bir CoE böyle görünür.

Plan sağlam görünse bile SAP implementasyon ekipleri neden başarısız olur?

Genellikle plan teknolojiyi kapsayıp insanları göz ardı ettiği için. Yaygın örüntüler: kilit rollerin başka işleri olan kişilerce yürütülmesi, konu uzmanlarının proje ortasında operasyona geri çekilmesi ve değişim yönetiminin bir eğitim işlevi sayılması. Bir kararın sahibi olmadığında ve eskalasyon yolu bulunmadığında engeller haftalarca bekler ve proje teknolojiden değil, koordinasyondan başarısız olur.

Hangi roller herhangi bir SAP implementasyonunda vazgeçilmezdir?

Altı rolün kendini adamış, hesap verebilir kişileri olmalı: üst düzey sponsor, proje yöneticisi, her büyük modül için en az bir fonksiyonel lider, bir BT lideri, bir veri taşıma lideri ve bir değişim yönetimi lideri. Herhangi birini çıkarırsanız, boşluk canlıya geçişten önceki son haftalarda ortaya çıkar. Değişim yönetimi, en yetersiz kaynaklı roldür. RISE'da uzantılar ve SAP'nin teslimat iletişim kişileriyle ilişki için net bir sahip ekleyin.

RISE with SAP için ekip tasarımında ne değişir?

Altyapıyı ve teknik operasyonları SAP yürütür; bu yüzden Client Delivery Manager ya da Cloud Architect Advisor gibi SAP tarafından atanan kişilerle çalışırsınız. Onları kadroya alın ve kendi ilişki sahibinizi belirleyin. Clean Core sahipliği de açık olmalıdır: büyük programlarda özel bir mimar, orta ölçekli programlarda çözüm mimarı.

Bir SAP proje ekibi çalışan mı yoksa danışman mı kullanmalı?

İkisini de. Çalışanlar, danışmanların hızla taklit edemeyeceği iş bağlamını getirir. Danışmanlar, çalışanlarda çoğunlukla bulunmayan implementasyon örüntü tanımasını getirir. Her danışmanı, canlıya geçişten sonra o alanın sahibi olacak bir kurum içi muadille eşleştirin; böylece danışmanlar ayrıldığında bilgi kalır. Bunu atlayan şirketler çoğu zaman, kendilerinin yönetmesi gereken desteğe yıllarca ödeme yapar.

SAP CoE'sini kurmaya ne zaman başlamalısınız?

İmplementasyon sırasında, ideal olarak ilk aylardan itibaren. En iyi CoE üyeleriniz genellikle en güçlü implementasyon katkı sağlayıcılarınızdır ve canlıya geçişe kadar beklerseniz, siz onları belirlemeden önce ayrılırlar. Beklemiş bir üretim müşterisi, canlıya geçişten üç ay sonra kilit yapılandırma uzmanlarını kaybetti ve kurulanı nasıl sürdüreceğini kimse bilmiyordu.

Yapay zeka 2026'da SAP ekip tasarımını nasıl değiştirir?

SAP Joule for Consultants, SAP Build Code ve Microsoft Copilot gibi araçlar, insanlar onları tutarlı biçimde kullandığında iş akışı ağırlıklı rollerde verimliliği artırır. Ekip, bu araçlardan önce aynı kapsamın gerektirdiğinden biraz daha küçük, ama çarpıcı biçimde değil. Araçları rol tanımlarına yerleştirin ve hesap verebilirliği insanlarda tutun: yapay zeka daha hızlı taslak çıkarır, taslağın neyi söylediğinin sahibi yine insanlardır.