Danışmanlar gerçekte ne yapar: gerçekçi bir bakış

SAP danışmanları, bir işletme için SAP'yi yapılandırır, geliştirir, test eder ve stabilize eder. Pratikte değerlerinin çoğunu program ortasında üretirler. Kayan kapsamı netleştirir, kimsenin yapmadığı adım adım gösterim oturumlarını yürütür, UAT hatalarını triyaj eder ve canlıya geçişten sonra operasyonları stabilize ederler. Fonksiyonel danışmanlar modül yapılandırmasını, teknik danışmanlar uzantıları ve entegrasyonları, program ve değişim danışmanları ise teslimatı ve benimsemeyi üstlenir. Bu yazı, dışarıdan destek alıp almamaya karar veren liderler ve danışmanlığı kariyer olarak tartanlar için. Lider iseniz, aşağıdaki işaretler tablosu ne zaman arayacağınızı söyler. Danışmansanız, günlük işi anlatan bölümler mesleğin gerçekte neleri kapsadığını gösterir.

Dışarıdan destek düşünüldüğünde soru her seferinde gündeme gelir: danışman, bizim kendimizin yapamayacağı neyi tam olarak yapıyor?

Dürüst yanıt, danışmanlık sektörünü pek pohpohlamıyor. Değerin çoğu, bozulmaması gereken şeyleri düzeltmekten gelir. Çoktan sorulmuş olması gereken soruları sormaktan. Ve iç ekibin hem kapasitesi hem netliği tükendiği anda kapasite ve netlik eklemekten.

Bu, iç ekiplere yönelik bir eleştiri değil. SAP programları genellikle böyle yürür. İç ekip zorlanıyordur. Sistem entegratörünün kendi öncelikleri vardır. Kararlar birikir, kapsam kayar. On iki aylık bir programın altıncı ayında biri sorun kaydını açar ve üçüncü haftadan beri orada duran, “çözülecek” işaretli yirmi madde bulur.

Telefon genellikle tam bu noktada çalar.

Bazı danışmanlar blueprint ya da planlama sırasında devreye alınır. Çoğu, genellikle iki üç aylık yavaş ilerlemenin ya da kaçırılan devirlerin ardından proje ortasında aranır. Yönlendirme komitesi raporları turuncu görünür. Ekip çok çalışıyordur. İlerleme yavaştır ve nedenini kimse tam olarak söyleyemez.

1. ExploreAtölyeler ve boşluklarFit-to-Standard atölyeleri, belgelenen boşluklar
2. RealizeGeliştirme ve gösterim oturumlarıYapılandırma ve uzantılar. Toparlama çağrıları genellikle proje ortasında gelir
3. DeployUAT triyajı ve cutoverYapılandırma, süreç ya da eğitim boşluğu mu? Karar triyajda verilir
4. HypercareStabilizasyonİlk ay sonu kapanışı ve sorun kuyruğu

Tipik giriş noktaları:

1. Kapsam kaymıştır. Explore'da onaylanan şey artık geliştirme ekibinin üzerinde çalıştığı şeyle örtüşmez. Gereksinimler atölyelerde gayriresmi olarak eklenmiş, değişiklik kaydı tutulmamıştır ve kimsede kesin bir kapsam listesi yoktur.
2. Kritik bir iş kolu durmuştur. Veri taşıma haftalardır aynı hata oranında takılıp kalmıştır ve bunu iyileştirecek bir plan yoktur. UAT, kapattığından fazla hata açmaktadır.
3. Canlıya geçiş tarihi sabittir ve plan onu desteklemez. Tarihi yönetim kurulu belirlemiştir. Plan, gerçek ilerlemeyle uzlaştırılmamıştır. Program yöneticisi gidişatın tarihi kaçırdığını bilir ama henüz eskalasyon yapmamıştır.

Her durumda iş, mevcut plana insan eklemek değildir. Gerçekte ne olduğuna bakmak, sorunu açıkça adlandırmak ve ileriye giden bir yol çıkarmaktır. SAP projelerini yeniden rayına oturtma rehberim bu toparlama sırasını anlatıyor.

Kapsam ve süreç netleştirme

Bazen yapılandırma doğrudur, ama etrafındaki süreç bozuktur. Sık görülen bir örüntü: ekip Explore'daki bir Fit-to-Standard belgesine göre yapılandırma yapmıştır ve iş kullanıcıları onaydan bu yana yapılandırmayı görmemiştir. Neyin inşa edildiği onlara anlatılmış, gösterilmemiştir.

Çözüm teknik değil. Eksik olan bir konuşma. İş, UAT'tan önce iş kullanıcılarına yapılandırmayı adım adım göstermek ve testler açılmadan önce net bir değişiklik listesi çıkarmaktır.

Bunda gösteriş yok. İş böyle görünür.

Teknik ve iş ekipleri arasında çeviri yapmak

SAP programları rutin olarak teknik açıdan doğru ama iş tarafının kullanamadığı bir şey üretir. Vakaların %90'ında çalışan ama ihracat siparişlerinde bozulan bir fiyat belirleme. Doğru kaydedilen ama uzlaştırma ekibinin tanımadığı bir mali belge oluşturan bir mal hareketi.

Fonksiyonel danışman bu boşluğu kapatır. Odadaki en teknik kişi olarak değil. Sistemin davranışını ve iş etkisini, doğru kişilerin doğru kararı verebileceği kadar iyi anlayarak.

UAT desteği

Kullanıcı kabul testi, bir programın biriken kararlarının ya ayakta kaldığı ya da çöktüğü yerdir. Explore'daki her kestirme, her gayriresmi kapsam eklemesi ve özet düzeyde yazılmış her test senaryosu burada yüzeye çıkar.

İyi UAT desteği, hataları doğru triyaj etmek, yani yapılandırma boşluklarını süreç boşluklarından, süreç boşluklarını eğitim boşluklarından ayırmak demektir. Ayrıca iş kullanıcıları, tüm programa olan güvenlerini sarsan bir hata dizisiyle karşılaştığında ortamın gerginliğini yönetmek demektir. Bu olmadan, bir UAT oturumundaki her hata canlıya geçişi sorgulamak için bir gerekçe olur; çoğunlukla da triyaj zayıf olduğu ve “canlıya geçişe hazır” ifadesinin ne anlama geldiğini kimse tanımlamadığı için.

Canlıya geçiş sonrası stabilizasyon

SAP danışmanlığının en az gösterişli işi hypercare'dir. Canlıya geçiş oldu, kutlama e-postaları gitti, uygulama ekibi ayrılmaya başladı. Sonra ilk ay sonu kapanışı gelir. Kayıtlar uzlaştırma formatıyla tutmaz. Üretim siparişleri tamamlanır ama mahsup edilmez. Yardım masası, eğitilmiş ama uç durumlara hazırlanmamış kullanıcılarla dolar.

Gerçek değerin büyük bölümü burada üretilir ve çoğu program kaynak açısından en zayıf burada kalır. Hypercare ekibi sorun kuyruğunu sistematik biçimde işler, sistemik sorunları tekil hatalardan ayırır ve sisteme olan güveni yeniden kurar.

İşin yapısı değişmedi. Zamanın dağılımı değişti.

Dokümantasyonun taslağı artık çoğunlukla kendiliğinden çıkıyor. 2025'ten beri genel kullanıma açık olan SAP Joule for Consultants, yapılandırma sorularını SAP'nin kendi bilgi tabanından, SAP Notes dahil, yanıtlıyor ve ABAP kodunu açıklıyor. SAP Cloud ALM'deki Joule tabanlı asistanlar, atölye materyalinden gereksinim ve test senaryosu taslakları çıkarıyor. Fonksiyonel danışman belge yazmaya daha az, atölye sonuçlarını sorgulamaya daha çok zaman harcıyor.

Kod artık yazılmaktan çok inceleniyor. SAP'nin geliştirici asistanları kod taslağı çıkarıyor; bunlar arasında SAP BTP üzerindeki Java ve JavaScript uzantıları için SAP Build Code da var. Teknik danışmanlar artık onu inceliyor, güvenlik açısından sağlamlaştırıyor ve test ediyor.

Hypercare masaları daha az rutin soru görüyor. Joule, izin bakiyesi ya da masraf durumu gibi rutin soruları SAP uygulamalarının içinde yanıtlayabiliyor; bu da hypercare masasından bir miktar iş yükünü alıyor. Danışman zamanı süreç boşluklarına, ana veri sorunlarına ve bir insan gerektiren vakalara kayıyor.

Danışman getirmenin amacı değişmedi. Bu araçları öğrenen danışmanlar muhakemeye, iletişime ve eskalasyona daha çok, yapay zekanın artık yeterli düzeyde taslağını çıkardığı işlere daha az zaman harcıyor. SAP'nin Joule for Consultants için yaptığı kendi tanımı neleri kapsadığının dürüst bir özeti.

Fonksiyonel danışmanlar, FI, CO, SD, MM, PP, EWM ya da SuccessFactors gibi modüllerde uzmanlaşır. Sistemi iş süreçleri etrafında yapılandırır ve SAP'nin standardı ile müşterinin gereksinimleri arasındaki boşluğu kapatırlar. Değerleri, modül derinliği artı iş süreci bilgisidir.

Teknik danışmanlar (ABAP geliştiricileri, SAP BTP uzmanları, entegrasyon mimarları, Basis) yapılandırmanın karşılayamadığı uzantıları ve entegrasyonları geliştirir. Modern S/4HANA programlarında Clean Core ilkeleri yeni uzantıları SAP BTP'ye ya da yayımlanmış API'lere iter; bu da klasik ABAP değişikliğinden farklı bir beceri seti gerektirir.

Proje ve program yöneticileri teslimat yapısını sağlar: yönetişim, risk, takvim ve sorun çözümü; tüm program üzerinde görünürlükle, sorunlar krize dönüşmeden eskale edilsin diye.

Değişim yönetimi danışmanları insan tarafında çalışır: eğitim, iletişim, katılım ve kullanıcıların sistemi benimseyip benimsemeyeceğini ya da etrafından dolanıp dolanmayacağını belirleyen yönetişim.

Çoğu büyük SAP programı dördüne de ihtiyaç duyar. Orta pazar programlarında genellikle daha az kişi birkaç rolü birden üstlenir ve boşluklar da burada oluşur. Danışmanlık çerçeveleri ve danışmanlıkta önem taşıyan beceriler dördü için de aynıdır. Bu roller arasında kendi yolunuzu çiziyorsanız, SAPopedia kariyer yollarını ve kursları ortaya koyar, ERPCV ise bu deneyimi işe alım uzmanlarına sunmanıza yardımcı olur.

En pahalı danışmanlık hatası, birini çok geç devreye almaktır. Canlıya geçişten dört ila altı hafta önce yapılan bir cutover öncesi risk gözden geçirmesi, hâlâ zaman varken kritik sorunları bulabilir. Başarısız bir cutover'ın ardından yapılan toparlama çalışması çok daha pahalıdır. Üstelik operasyonel baskı altında, sisteme güvenini yitirmiş bir kuruluşta gerçekleşir.

Tablo, işaretleri ve her birinin gerektirdiği yardımı gösteriyor.

İşaret	Genellikle ne anlama gelir	Çağrılacak yardım	İki haftada ne teslim etmeli
Sorun kaydındaki maddeler dört haftadan uzun süredir açık ve çözüm tarihi yok	Teknik değil, yönetişim sorunu	Bağımsız program danışmanı	Sahipleri ve tarihleri olan bir karar listesi
Canlıya geçişe 60 günden az var ve cutover provası yapılmadı	Sınanmamış cutover; canlıya geçişteki sürprizler gerçek zamanlı olarak telafi edilemez	Cutover ya da program lideri	Prova edilmiş bir cutover planı ve go/no-go ölçütleri
İş sahipleri toplantılara gelmeyi bıraktı	Bilinçli bir müdahale olmadan UAT başarısız olur	Değişim lideri artı bir fonksiyonel lider	Kilit kullanıcılarla gösterim oturumları ve yeniden katılım planı
Bir iş kolu haftalardır aynı hata oranında takılı	Kök neden bulunamadı	O iş kolunda uzman	Kök neden analizi ve bir toparlama planı
Program sağlığına dair tek görüş SI raporlaması	Bağımsız bir kontrol yok	Müşteri tarafı danışmanı	Sponsor için dürüst bir sağlık değerlendirmesi

SAP danışmanları bir projede gerçekte ne yapar?

İş gereksinimlerini analiz eder, SAP'yi bunları destekleyecek şekilde yapılandırır ve SAP'nin varsayılanları ile işin ihtiyacı arasındaki boşluğu kapatırlar. Explore'da Fit-to-Standard atölyeleri yürütür ve boşlukları belgelerler. Realize'da yapılandırmayı kurar, uzantılar için geliştiricilerle çalışırlar. Deploy'da UAT'ı destekler, hataları yönetir ve cutover'a hazırlanırlar. Hypercare'de canlıya geçiş sonrası sorunları çözerler. İş tanımlarında eksik olan kısım, aşamalar arasındaki boşlukları triyaj etmek ve baskı altında teslimat disiplinini korumaktır.

Kuruluşlar gerçekte ne zaman danışmana ihtiyaç duyar?

Çoğu danışmanlık çalışmasını üç durum kapsar. Program toparlama: kapsam kaymış, bir iş kolu durmuş ya da canlıya geçiş tarihi risk altına girmiştir. Uzman yetkinliği: ekipte PP-PI yapılandırması ya da SAP BTP üzerinde entegrasyon gibi bir modül veya teknik beceri eksiktir. Ve yönetişim: kuruluş, bir sistem entegratörünün yürüttüğü programda bağımsız gözetim ister. İşler kötüleşene kadar beklemek en yaygın örüntü ve en pahalısıdır.

Fonksiyonel ve teknik SAP danışmanı arasındaki fark nedir?

Fonksiyonel danışmanlar, SAP'yi FI/CO, SD, MM, PP ya da EWM gibi modüllerde iş süreçlerini destekleyecek şekilde yapılandırır ve gereksinimler konusunda doğrudan iş kullanıcılarıyla çalışır. Teknik danışmanlar yapılandırmanın yapamadığını geliştirir: ABAP ve BTP uzantıları, entegrasyonlar ve Basis aracılığıyla sistem yönetimi. Clean Core ilkeleri, teknik işi sistem içi ABAP değişikliklerinden BTP uzantılarına ve yayımlanmış API'lere doğru kaydırıyor.

Bir danışmanın değer katıp katmadığını nasıl anlarsınız?

Üç gösterge. Mevcut görüşleri onaylamak yerine, hiç sınanmamış varsayımları ve ertelenmiş kararları yüzeye çıkarırlar. Haftalardır takılı kalan kararlar verilmeye başlanır. Ve sorun kaydı, maddeler çözümsüz kapatıldığı için değil, kök nedenler düzeltildiği için küçülür. Hareketliliğe rağmen aynı uzunlukta kalan bir kayıt, sorunların sistemik olduğu ya da düzeltmelerin nedene ulaşmadığı anlamına gelir.

Danışmanlık işinin en zor kısmı nedir?

Müşterinin zaten bildiği ama harekete geçmediği sorunları adlandırmak: kayan kapsam, yazılmamış test senaryoları, ilgisini kaybeden sponsor. Bunun için dinlenecek kadar güven, inanılacak kadar itibar ve rahatsız edici şeyleri söyleyecek kadar açık sözlülük gerekir. İlişkiyi teşhisin pahasına koruyan danışmanlar, pahalıya satın alınan bir onaydır.

Müşterinin zaten bir sistem entegratörü (SI) varken neden bağımsız bir danışman tutulur?

Sistem entegratörü, sözleşmedeki kapsamı teslim etmekten sorumludur. Bağımsız bir danışman ise sonuçtan müşteriye karşı sorumludur. Bunlar farklı işlerdir. Müşteri tarafı danışmanı tasarım varsayımlarını sorgular ve tasarımın iş ihtiyaçlarını karşıladığını doğrular. Değişiklik kontrolünde müşterinin ticari konumunu korur ve yönetime, entegratörün raporlamasından süzülmemiş bir program sağlığı görünümü sunar. Bu, yapısal bir çıkar çatışmasıdır; entegratörlere yönelik bir eleştiri değil.