SAP paydaş yönetimi: çatışmaları başlamadan durdurun

SAP paydaş yönetimi, bir programın zamanında bitip bitmeyeceğini ya da son çeyreğini tartışmayla geçirip geçirmeyeceğini belirler. Dört alışkanlığa indirgenir. Kimin önemli olduğunu ve her grubun neyi önemsediğini haritalayın. Kimin neye karar verme yetkisi olduğunu yazın. SAP Activate fazına uyan bir iletişim ritmi işletin. Her önemli kararı alternatifleriyle kaydedin. Bu rehber, S/4HANA programlarındaki program direktörleri, PMO'lar ve yönetici sponsorlar için. İlk çalıştaydan önce katılım planınızı kurmak için aşağıdaki rol tablosunu ve faz faz iletişim ritmini kullanın.

Bir keresinde BT'nin sıkı sistem kontrolleri istediği, Finans'ın ise daha fazla esneklik gerektirdiği bir SAP uygulama projesinde çalıştım. Biz devreye girdiğimizde iki ekip konuşmayı bırakmıştı. Finans hayal kırıklığı içindeydi. BT savunmadaydı. Üst yönetim, neden kimsenin iletişim kurmadığını bilmek istiyordu.

Bir rol haritası çıkardık, düzenli uyum toplantıları yürüttük ve kararlar için tek bir doğruluk kaynağı oluşturduk. Bu zemin en başta hazırlanmış olsaydı, aylarca süren tartışmadan kurtulmuş olurduk.

Bu örüntü o programın çok ötesinde de geçerli. Teknoloji nadiren kendi başına başarısız olur. Programlar, kararlar alınmadığında ve beklentiler hiç belirlenmediğinde başarısız olur. İletişim bir ritme değil kişisel ilişkilere dayandığında ve çalışma düzeyinde çözülmesi gereken çatışmalar üst yönetime haftalarca geç ulaştığında da başarısız olurlar.

Bir SAP programındaki herkesin aynı kaygıları ya da aynı etkisi yoktur. Hepsini tek bir kitle olarak ele alırsanız alakasız güncellemeler gönderir ve gerçek riskleri kaçırırsınız.

Rol	Neyi önemsiyor	Nasıl dahil edilir
Yönetici sponsor (CEO, COO, grup CFO'su)	Getiri, iş riski, programın itibarı	Doğrudan, düzenli, kısa
Yönlendirme komitesi (CIO, CFO, iş birimi başkanları)	Takvim, bütçe, kapsam	Karar üreten, yapılandırılmış yönlendirme gözden geçirmeleri
Finans liderliği (CFO, kontrolörler)	Gelir tanıma, raporlama bütünlüğü, kontroller	Tasarıma erken katılım; FI/CO kapsamının onayı
Operasyon ve iş liderleri	Süreç sürekliliği, eğitim, kullanılabilirlik	Tasarım çalıştayları; kullanıcı kabul testinin (UAT) sahipliği
BT liderliği (CIO, mimari başkanı)	Mimari, güvenlik, entegrasyon, destek	Teknik tasarım onayı
İş süreci sahipleri	Süreç doğruluğu, istisnalar, uç durumlar	Tasarım çalıştaylarına liderlik; konfigürasyon onayı
Son kullanıcılar	Öğrenme eğrisi, günlük iş, iş değişiklikleri	Eğitim ve değişim yönetimi
Sistem entegratörü (SI)	Teslimat kapsamı, değişiklik talepleri, kaynak planlaması	Resmi yönetişim ve kapsam belgeleri
İK ve değişim yönetimi	İnsan etkisi, rol değişiklikleri, iletişim	Teslimata paralel bir iş akışı

Güç-ilgi matrisi, çabanızı nereye harcayacağınızı söyler. CIO, CFO ve sponsor ikisinde de üst sıralarda yer alır: değişiklikleri onaylarlar, canlıya geçişi erteleyebilir ve insan kaynağı tahsis ederler; ilgilerini keserlerse program korumasını kaybeder. Süreç sahipleri, kontrolörler ve mimarlar yüksek ilgiye ama daha az resmi güce sahiptir; ancak işin gerçekte nasıl yürüdüğüne dair bilgileri onları tasarımda vazgeçilmez kılar. Yönetim kurulu üyeleri ve program dışındaki yöneticilerin haftalık güncellemelere değil, kilometre taşı brifinglerine ihtiyacı vardır. Son kullanıcıların etkisi azdır, maruziyeti en yüksektir: canlıya geçişteki benimsemeleri, sistemin pratikte çalışıp çalışmayacağını belirler.

Sonuç üzerindeki etkileriYüksekOrtaDüşük

• Yönetim kurulu, program dışı yöneticiler

• Sponsor, CFO, CIO

• Süreç sahipleri
• Kontrolörler, mimarlar

• Son kullanıcılar

DüşükOrtaYüksekProgramdan ne kadar etkileniyorlar

En etkili katılım, henüz kimsenin şikâyeti yokken gerçekleşir. Başlangıç toplantısında üç şeyi sabitleyin.

Karar yetkileri

Kapsam değişikliğini kim onaylayabilir? UAT'yi kim onaylar? Canlıya geçiş gecikmesini yönlendirme komitesine kim taşıyabilir? Yazın, imzalatın ve proje başlatma belgesine koyun. Proje ortasında bir karar tartışmalı hale geldiğinde işaret edeceğiniz belge budur.

Bu olmadan tartışmalı kararlar, en yüksek sesle bağıran ya da sponsorun kulağına sahip olan kişiye gider. İkisi de yönetişim değildir ve ikisi de kırgınlık yaratır. SAP proje başlatma belgesi yazma rehberim, karar yetkileri bölümünün neleri içermesi gerektiğini ele alıyor.

İletişim ritmi

Programın ne sıklıkla, hangi kanaldan ve hangi içerikle iletişim kuracağına başlangıç toplantısında karar verin. Yönlendirme komitesi iki haftada bir. İş akışı liderleri haftalık. Son kullanıcılar kilometre taşlarında, eğitim duyurularıyla. İnsanlar programdan yalnızca bir şey ters gittiğinde haber alırsa, programın her zaman başı belada olduğunu varsayar.

Kapsam referansı

Neyin kapsamda, neyin açıkça kapsam dışında olduğunu yazın. Hariç tutulanlar, dahil edilenler kadar önemlidir, çünkü tanımsız her sınır gelecekteki bir çatışmadır. Masraf yönetiminin kapsamda olduğunu varsayan ve Realize fazında kapsamda olmadığını öğrenen bir finans liderini düşünün. Bu kişi programın geri kalanında zor biri olacaktır; doğası gereği zor olduğu için değil, program zımni bir sözü bozduğu için.

Program SAP Activate fazları boyunca ilerledikçe katılım ihtiyaçları değişir. Explore'da işe yarayan Deploy'da işe yaramaz. Bunu katılım planınızın omurgası olarak kullanın:

Faz	Katılım odağı	Ritim	Kim liderlik eder
Discover ve Prepare	Rol haritası, yönetişim yapısı, sponsor brifingleri, Finans, Operasyon ve BT ile ilk uyum oturumları	Başlangıçta sponsor brifingi; yönlendirme komitesinin kurulması	Program direktörü
Explore	İş liderleri ve süreç sahipleriyle fit-to-standard çalıştayları; fit-gap kararlarının onaydan önce gözden geçirilmesi	Haftalık çalışma oturumları; faz kapanışında yönlendirme toplantısı	Çözüm mimarı ve süreç sahipleri
Realize	UAT hazırlığı; iş liderlerinin test için zamanının korunması; hata ve veri taşıma durumu	Yönlendirme toplantısı iki haftada bir; iş akışı liderleri haftalık	Program yöneticisi
Deploy	Cutover hazırlığı, cutover başlamadan önce üzerinde anlaşılmış go/no-go kriterleri	Günlük cutover toplantıları; yönetici düzeyinde go/no-go brifingi	BT ve SI desteğiyle iş operasyonları lideri
Run	Hypercare iletişimi, sorun kanalları, stabilizasyon gözden geçirmeleri	İki hafta boyunca günlük, sonra haftalık; 30., 60. ve 90. günlerde gözden geçirmeler	Destek lideri ve süreç sahipleri

İki faz en çok soruna yol açar. Explore'da odada yanlış insanların bulunması, kararların konfigürasyon başladıktan sonra Realize'da yeniden açılması demektir. Realize'da ise UAT sahiplerinin ulaşılamaz ya da hazırlıksız olması sık görülen bir örüntüdür. Bunu testler başlamadan iki hafta önce değil, Explore sırasında planda düzeltin.

Geleneksel modelde üç taraf vardı: müşteri, SI ve sponsorlar. RISE with SAP'te SAP, bir teslimat katılımcısı olarak devreye girer. Altyapıyı ve teknik operasyonları yürütür, müşteri başarı ekibi de benimsemeyi ve değeri takip eder. Bundan üç yönetişim değişikliği çıkar.

1. Bir uzantı gözden geçirme forumu. Her boşluk bir karar gerektirir: konfigüre edin, yayımlanmış API'ler üzerinden genişletin (ABAP Cloud ile on-stack ya da SAP BTP üzerinde side-by-side) ya da reddedin. S/4HANA Cloud Public Edition'da çekirdek değişikliği mümkün değildir. Private Edition'da mümkündür, ancak her değişiklik yükseltme işi ekler. Yönlendirme komitesinin altında, karar yetkisi olan tek bir mimarın bulunduğu küçük bir forum, her özelleştirme tartışmasının yönlendirme komitesine düşmesini önler. Bunu atlarsanız teknik borç ilk büyük yükseltmede ortaya çıkar.
2. SAP ile bir müşteri başarı ritmi. SAP'nin ekibi benimseme, BTP kullanımı ve yol haritası konusunda devreye girer. Uygulama yönetişimiyle paralel yürür ve canlıya geçişten sonra da sürer. Ayrı işletmek yerine kendi yönetişiminizin içine katın.
3. SAP'ye giden bir eskalasyon yolu. Platform düzeyinde bir şey bozulduğunda CIO'nun yalnızca iş ortağında değil, SAP'de de kimi arayacağını bilmesi gerekir. İmzalamadan önce iletişim kişilerini ve hizmet seviyelerini doğrulayın.

Public Edition üzerindeki GROW with SAP programları da aynı üçüne daha hafif bir ağırlıkla ihtiyaç duyar: genişletecek alan az olduğu için daha az uzantı kararı, daha standartlaşmış bir başarı ritmi ve genellikle önce iş ortağı üzerinden giden eskalasyon. On-premise programlar, SAP'nin katılımcı değil tedarikçi olduğu geleneksel modeli korur.

Yapay zeka araçları katılımın evrak işlerinde yardımcı olur, ilişkilerde değil.

Toplantı özetleri en net kazanç. Microsoft Copilot, kaydedilmiş bir yönlendirme toplantısını uzun bir yazım işi yerine kısa bir gözden geçirme gerektiren taslak tutanaklara çevirir. Yakaladığı kararlar genellikle doğrudur, çünkü bellekten değil dökümden çalışır.

Karar günlükleri ikinci sırada. Confluence'ın yapay zeka özellikleri, artık Atlassian'ın Rovo markası altında, bir şablon kurduktan sonra toplantı notlarını yapılandırılmış karar günlüğü kayıtlarına çevirebilir.

Gereksinim taslağı Explore'da yardımcı olur. SAP Cloud ALM, fit-to-standard çalıştay dökümlerinden gereksinim taslağı çıkarabilir. Yine de her satırı doğrulayacak bir insana ihtiyaç duyar.

Duygu analizi çoğunlukla gösteriden ibarettir, 100 kişiden küçük programlarda. Sinyal zayıftır, yanlış alarmlar yaygındır ve duyguları izlediğinizin görülmesinin gerçek bir siyasi bedeli vardır. Çok büyük programlarda ilgisini kaybeden grupları erkenden fark edebilir. Çoğu program için yapay zeka bütçesini başka yere harcayın.

SAP'ye karşı direncin neredeyse her zaman rasyonel bir dayanağı vardır. Karşı çıkan kişi genellikle bir şeyi korur: eski sistemdeki bir boşluğu kapatan bir geçici çözümü, standart sürecin göstermediği bir manuel kontrolü ya da ekibinin değişimi sindirme kapasitesine dair endişeyi. Tepki vermeden önce o dayanağı bulun. Altta yatan kaygıyı giderirseniz direnç genellikle bir çatışma yaşanmadan kendiliğinden gider.

“Bu özelleştirmeye ihtiyacımız var”

Bu genellikle bugün çalışan ve kişinin standart SAP'nin halledeceğine güvenmediği bir süreci korur. Standart süreci birlikte gözden geçirin ve tam olarak nerede başarısız olduğunu sorun. Çoğu zaman kaygı, konfigürasyonla halledilebilecek bir uç durumdur. Bazen haklıdır. Bunu ancak konuşarak öğrenirsiniz ve clean core'da riskler daha yüksektir, çünkü yanıt bir uzantı kurup bakımını yapıp yapmayacağınızı belirler.

“Canlıya geçmeye hazır değiliz”

Bunu ciddiye alın. Bir iş lideri hazır olmadığını söylediğinde genellikle bir nedeni vardır: veri kalitesi, eksik eğitim, test edilmemiş bir süreç. Somut kaygıyı bulun. Geçerliyse canlıya geçişi geciktirmelidir. Kanıt değil kaygıysa, yeni bir tarihle değil, odaklı bir hazırlıkla yanıtlayın.

En yaygın hali: UAT, giderilmemiş sorunları ortaya çıkardı. Zorlayarak ilerlemek sorunu UAT'den üretime taşır. İki haftalık bir gecikme, genellikle canlıya geçişten önce bilinen sorunlarla geçen bir hypercare döneminden çok daha ucuza mal olur.

“Bu değişiklikten kimse bize söz etmedi”

Bu bir iletişim başarısızlığıdır. Kişi dağıtım listesindeydi ama tasarım oturumunda değildi ya da değişiklik hiç okumadığı bir belgede duruyordu. Kimin neyi ilettiği üzerine tartışmayın. Özür dileyin, değişikliği birlikte gözden geçirin, onu kendi alanındaki gelecek tasarım gözden geçirmelerine ekleyin ve açığı katılım planında kapatın.

Bir çatışma çalışma düzeyini aştığında üç şey önemlidir.

Yönetişimin içinde tutun. Finans ile BT arasındaki sistem erişimi anlaşmazlığı yönlendirme komitesine aittir; daha ısrarcı olan kişinin gayriresmi biçimde çözmesine değil. Yapısal çatışmaların gayriresmi çözümü kırgınlık yaratır ve kararların yeniden açılmasına yol açar.

İş terimleriyle çerçeveleyin. Finans ile BT'nin erişim kontrolü üzerine tartışması siyasettir. Finans ile BT'nin güvenlik riskini operasyonel maliyetle karşılaştırarak sunması bir iş kararıdır ve yönlendirme komitesi bunu verebilir. Birini diğerine çevirmek, sözleşmeye bağlı olarak program yöneticisinin ya da SI liderinin işidir.

Her önemli kararı kaydedin. Ne kararlaştırıldı, kim tarafından, ne zaman ve hangi alternatifler değerlendirildi. Altı ay sonra biri “buna hiç razı olmadık” diyecek. Yönlendirme komitesi bir konfigürasyonun neden seçildiğini sorduğunda ya da yeni biri geçmiş bir kararı sorguladığında, bellekten yeniden kurgulanan bir şeye değil, kayda ihtiyacınız olur. Haftalık güncellenen ve yönlendirme toplantısında gözden geçirilen ortak bir karar günlüğü neredeyse hiçbir şeye mal olmaz ve çok şey kazandırır.

Program yöneticisinin gelen kutusu acil eskalasyonlarla doluysa plan işlemiyor demektir. Sağlıklı programlar günlük yangın söndürmeyle değil, yapılandırılmış kararlarla yürür.

Sağlıklı işaretler: yönlendirme toplantıları erteleme değil karar üretir; iş liderleri peşlerinden koşulmadan çalıştaylara ve UAT'ye katılır; kapsam değişiklikleri değişiklik süreciyle gelir; canlıya geçiş sonrası sorunlar tanımlı kanallardan gelir; karar günlüğü günceldir ve yönlendirme toplantısında atıf yapılır.

Uyarı işaretleri: insanlar program yöneticisine yönetişim yapısının dışından ulaşır; iş liderleri çıktıları okumadan onaylar ve sonra itiraz eder; sponsor yönlendirme oturumları arasında ortadan kaybolur; tasarımı atlayanlar değişiklik dondurmasına itiraz eder; aynı çatışma art arda üç yönlendirme toplantısında karşınıza çıkar.

Uyarı işaretleri belirdiğinde mevcut plana daha çok yüklenmeyin. Hangi unsurun başarısız olduğunu belirleyin (ritim, yetki, iletişim ya da dokümantasyon) ve onu düzeltin. Daha fazla e-posta ve daha fazla toplantı durumu kötüleştirir. Yönlendirme komitesinin kendisi için etkili bir SAP yönlendirme komitesi oluşturma rehberime, canlıya geçişin insan tarafı için ise SAP değişim yönetimi notlarıma bakın.

SAP uygulamasında paydaş yönetimi nedir?

Programa etki eden ya da programla ilgilenen kişileri belirlemenin, kaygılarını anlamanın, iletişimi ve karar almayı kurmanın ve onları başlangıçtan hypercare'e kadar sürece dahil tutmanın yapılandırılmış işidir.

SAP aynı anda Finans, İK, Satın Alma, Operasyon ve BT'ye dokunur ve her birinin öncelikleri ve etkisi farklıdır. Hepsini tek bir kitle olarak yönetmek genel güncellemeler üretir ve direnci doğuran kaygıları kaçırır. SAP Activate bunu her faza yerleştirir: Explore'daki çalıştaylar, Realize'daki UAT sahipliği ve Deploy'daki hazırlık gözden geçirmelerinin hepsi hazırlıklı iş katılımcılarına bağlıdır.

Bir SAP projesi için rol haritası nasıl oluşturulur?

Her kişiyi ya da grubu iki eksende konumlandırın: sonuç üzerindeki etkisi ve programdan ne kadar etkilendiği. Sponsor, CFO ve CIO ikisinde de yüksektir ve doğrudan, düzenli temas gerektirir. Kontrolörler, süreç sahipleri ve mimarlar yüksek ilgiye sahiptir ve tasarımın içinde olmalıdır. Program dışındaki yöneticilerin kilometre taşı brifinglerine ihtiyacı vardır. Son kullanıcıların kendileri için neyin değiştiği, eğitimin ne zaman yapılacağı ve yardımı nereden alacakları hakkında hedefli iletişime ihtiyacı vardır.

Haritayı güncel tutun. İnsanlar rol değiştirir, program görünür hale geldikçe etki kayar ve kapsam büyüdükçe yeni katılımcılar gelir.

Bir SAP katılım planı neleri içermelidir?

Bir rol kaydı (ad, işlev, etki, ilgi, ana kaygılar), bir iletişim planı (grup başına kanal, sıklık ve içerik), kapsam değişiklikleri, tasarım kararları ve canlıya geçiş hazırlığı için karar yetkileri, her Activate fazı için faaliyetler, tartışmalı kararlar için bir eskalasyon yolu ve kaygıları resmi olarak iletmenin bir yolu.

Her faz kapısında güncelleyin. Ekibin, program yöneticisi her etkileşimi kişisel olarak yönetmeden de işletebileceği kadar iyi belgeleyin; çünkü bu, adı belli otuz katılımcının ötesinde ölçeklenmez.

İş liderlerinin SAP'ye direnci nasıl yönetilir?

Önce kaynağı bulun. Yaygın olanlar, yeni sürecin önemli bir uç durumu kaçıracağı endişesi, verimlilik kaybı korkusu ve kararların dışında kalma hissidir. Süreç kaygıları bir tasarım oturumuna aittir. Verimlilik korkuları gerçekçi eğitim ve net hypercare desteği gerektirir. Dışlanma, tartışılmayacak, düzeltilecek bir iletişim başarısızlığıdır.

Rasyonel dayanağı olmayan direnç daha zordur. Kaldıraç genellikle sponsordur; programın liderlik taahhüdüne sahip olduğunu açıkça ortaya koyması gerekir. Direnci ele almadan zorla ilerlemek en kötü seçenektir: kaygılar UAT'de yeniden ortaya çıkar.

Bir SAP programında Finans ile BT arasındaki çatışmalar nasıl yönetilir?

Çoğu üç gerginlikten birine indirgenir: erişim ile görev ayrılığı, raporlama esnekliği ile veri yönetişimi ya da entegrasyon hızı ile güvenlik gözden geçirmesi.

Gerginliği tam olarak adlandırın. “Finans, kontrolörlerin raporlama için üretim siparişlerine okuma erişimine sahip olmasını istiyor ve BT bunun görev ayrılığını bozduğunu düşünüyor” çözülebilir; “Finans esneklik istiyor” çözülemez. Seçenekleri ve risklerini yönlendirme komitesine taşıyın. Sonra kararı ve alternatifleri kaydedin, çünkü bu anlaşmazlıklar insanlar değiştiğinde geri döner. Yönlendirme komitesi çözemezse sponsora gider. Bu, yönetişimin tasarlandığı gibi çalışmasıdır.

RISE with SAP paydaş yönetimini nasıl değiştirir?

SAP yalnızca bir tedarikçi değil, bir katılımcı olur. Clean core kapsamında her boşluğun nasıl ele alınacağına karar verecek bir uzantı gözden geçirme forumuna, yönetişiminizde SAP'nin müşteri başarı ritmine yer açmaya ve platform sorunları için iş ortağına bağlı olmayan, SAP'ye giden belgelenmiş bir eskalasyon yoluna ihtiyacınız var. İmzalamadan önce eskalasyon kişilerini ve hizmet seviyelerini doğrulayın.