Etkili bir SAP proje yönlendirme komitesi kurmak

Bir SAP proje yönlendirme komitesi, proje ekibinin veremeyeceği kararları veren küçük bir yönetici grubudur: bütçe, kapsam değişiklikleri, departmanlar arası çatışmalar ve nihai go/no-go. Üyelerin gerçek yetkisi varsa, toplantıda karar verecek kadar sık toplanıyorsa ve hazır oluşu takvime değil kanıta göre yargılıyorsa işe yarar. Bu rehber, bir komite kuran ya da durum raporlarının izleyicisine dönüşmüş bir komiteyi düzeltmeye çalışan sponsorlar ve program direktörleri için. Komitenin neye karar vermesi gerektiğini, proje boyutuna göre üyeliği, kararların nasıl işlemesi gerektiğini, bir go/no-go kontrol listesini ve RISE with SAP ile yapay zeka araçlarının neyi değiştirdiğini kapsar.

Zayıf bir yönlendirme komitesiyle başarılı olan tek bir SAP projesi görmedim. Zor kararlar komitede alınır. Ya gerçek zamanlı alınırlar ya da birikir ve cutover'da patlarlar.

Bir SAP devreye almasında komite ayda bir toplanıyordu. Proje ekibi bozuk onay iş akışlarına, eksik testlere ve eksik eğitime dikkat çekti. Yönetim bunu “gözden geçireceğini” söyledi. Hiç geçirmedi. Proje canlıya geçti ve finans sonraki altı ayını toparlamakla geçirdi.

Başka bir şirkette komite haftalık toplanıyor ve gerçek kararlar alıyordu. Testler boşlukları ortaya çıkardığında kaynakları yeniden atadı. Bir süreç işlemediğinde onu düzeltti. O proje sorunsuz canlıya geçti.

Bir komite yönetti. Diğeri toplantılarda oturdu.

Komite yalnızca durum raporu alıyorsa zaten başarısız oluyordur. Tablo, farkı pratikte gösteriyor.

İşlev	İyisi nasıl görünür	Zayıfı nasıl görünür
Önemli kararlar	Gerekçeyi inceler ve yerinde karar verir	“Bunu toplantı dışında konuşalım”; konu gelecek ay geri döner
Engeller	İK testleri mi geciktiriyor? Komite başkanı bölüm yöneticisini doğrudan arar	Sorunu kabul eder ve kayda geçirir
Kapsam	Her değişiklik talebini plana karşı tartar	En yüksek sesle yükseltilen her talebi onaylar
Risk	Zorlanan bir tedarikçiyi görür ve gecikmeler başlamadan yedek hazırlar	Kendiliğinden çözülüp çözülmeyeceğini bekler
Bütçe	Aksaklık daha pahalıya mal olacağı için üç ayı uzatmak üzere ek 2 milyon doları onaylar	Gelecek aya iter
Go/no-go	Testler tamamlanmadığı için canlıya geçişi altı hafta erteler ve çizgiyi korur	Tarih takvimde olduğu için canlıya geçişi onaylar

Son satır en önemlisi. Ekipler ileri atılmak isterken bile komitelerin canlıya geçişi geri çektiğini gördüm. Bir ilaç müşterisinin komitesi, testler tamamlanmadığı için canlıya geçişi altı hafta erteledi. Zor bir karardı ama onları felaketten kurtardı.

Çok fazla üye olursa komite karar veremez. Çok az olursa kritik sesler eksik kalır.

Proje boyutu	Bütçe ve kapsam	Üyeler	Odada kimler olmalı
Küçük	0,5 milyon doların altı, tek departman, 6 aydan kısa	3 ila 5	Departman yöneticisi, BT lideri, finans temsilcisi
Orta ölçekli	0,5 ila 5 milyon dolar, birkaç departman, 6 ila 18 ay	5 ila 8	Etkilenen departmanların iş liderleri, BT yönetimi, finans
Kurumsal	5 milyon doların üzeri, şirket geneli, 18 ay veya daha uzun	8 ila 12	Finans, İK, operasyon ve BT'den C-seviye yöneticiler; program yöneticisi; değişiklik lideri

Uyguladığım kural: gerçek karar yetkisi olan kişileri dahil edin. Kıdemli unvanların, bir başkasına danışmadan hiçbir şeyi onaylayamadığı için komitelerin başarısız olduğunu gördüm. CFO katılamıyorsa, rapor vermek için değil karar vermek için gerçek yetkisi olan birini gönderin.

Başkan proje sponsoru olmalı; genellikle diğer yöneticileri hesap vermeye çağırabilen bir C-seviye yönetici. Komiteye başkanlık eden bir orta kademe yönetici, bir CFO'nun kararını bozamaz ve kapsam ya da bütçe çatışmaları ortaya çıktığında bu yetki önem taşır.

Kanıta dayanarak. Bir üretim müşterimle çalıştım; BT ekibi bir süreç değişikliğinin üç ay ekleyeceğini söyledi. İş tarafı bunun “basit” olduğunda ısrar etti. Komite, efor tahminlerini, bağımlılık analizini ve kapasite planlamasını görene kadar karar vermeyi reddetti. BT haklıydı. Komite, en yüksek sesin tarafını tutmak yerine kanıt talep ettiği için doğru karara vardı.

Hızlı. İki haftada bir toplanan ama her seferinde “bunu toplantı dışında konuşacağız” diyerek biten bir müşteri gördüm. Konular, proje altı ay geri kalana kadar birikti. Başka bir müşterinin komitesi kararları toplantıda verdi ve projesi erken ve bütçenin altında bitti. Yavaş komiteler geç kalan projeler üretir.

Açık yetkiyle. Etkili komiteler bölüm yöneticilerinin kararını bozabilir, planlanmamış bütçeyi onaylayabilir ve süreç ortasında kapsam eklemelerini reddedebilir. Bu yetkiler yazılı ve anlaşılmış değilse komite danışmana dönüşür ve danışman komiteler SAP projelerini teslim etmez.

Kapsamda seçici davranarak. Müşterilerimden birinde bir departman birden 20 ek rapor talep etti. Komite, her birinin şimdi gerekli olup olmadığını ve takvimi bozup bozmayacağını sordu. Beş kritik raporu onayladı, gerisini canlıya geçişten sonraya taşıdı. Bu karar muhtemelen canlıya geçiş tarihini kurtardı.

Toplantıları 60 ila 90 dakikayla sınırlayın. En büyük riskler, gereken özel kararlar ve sahipleri ile tarihleri olan eylemler. Önceden okunabilecek teknik güncellemeler olmasın. Aynı konu üç toplantı üst üste çözülmeden gündeme geliyorsa, karmaşıklık sorununuz değil, yönetişim sorununuz var demektir.

Sunum değil, veri kullanın. Test yürütme, hata çözümü, eğitim tamamlama ve bütçe tüketiminden oluşan bir gösterge paneli hazırlayan bir enerji müşterisiyle çalıştım. Toplantılar, durumun nerede olduğunu anlamakla ilgili olmaktan çıktı ve sorun çözmekle ilgili olmaya başladı.

Komiteye sistemi gösterin. Bir ilaç müşterisinin komitesi “bir günün akışı” senaryosunu baştan sona inceledi. Onaylanmış tasarımın, yaygın bir süreç için personeli beş farklı ekran kullanmaya zorlayacağını fark etti. Hemen yeniden tasarım talimatı verdi.

Politikaya hazırlıklı olun. En yaygın başarısızlık yetersizlik değil. Departmanların kendi alanını korumasıdır ve ekiplerin yıl sonu işleri yüzünden testleri geciktirmesidir. Bir projede İK, yıl sonu işleriyle meşgul olduğu için bordro testlerini sürekli erteliyordu. Komite işleri yeniden önceliklendirdi ve yedek test uzmanları atadı; proje aylarca kaymak yerine yolunda kaldı.

Önemli kapılarda bağımsız kontroller kullanın. Bir üretim müşterisi, canlıya geçişi onaylamadan önce hazır oluşunu dış değerlendiricilere inceletti. İnceleme, proje ekibinin gözden kaçırdığı ya da küçümsediği birkaç ciddi sorun buldu. SAP kalite kapıları rehberim, bu kontrol noktalarının nasıl yapılandırılacağını gösteriyor.

Takvim baskısı, canlıya geçişi onaylamanın yanlış temelidir. Oylamadan önce komitenin her biri için kanıt görmesi gerekir:

1. Entegrasyon ve kullanıcı kabul testleri tamamlanmış, açık kritik hata yok
2. Son deneme veri taşıma (mock) çalıştırması mutabık hâle getirilmiş ve finans tarafından imzalanmış
3. Cutover provası planlanan pencerenin içinde tamamlanmış
4. Anahtar kullanıcılar eğitilmiş, sahada destek ve hızlı başvuru kılavuzları hazır
5. İş tarafı hazır oluşu, her süreç sahibi tarafından yazılı olarak onaylanmış
6. Geri alma planı test edilmiş ve üzerinde anlaşılmış
7. Hypercare ekibi, eskalasyon yolu ve ilk kapanış desteği yerinde

Maddelerden biri kırmızıysa, güçlü bir komite hayır der. Altı haftalık gecikme telafi edilebilir. Operasyonları ya da mali kapanışı aksatan başarısız bir canlıya geçişin istikrara kavuşması aylar alabilir. Tarih değiştirilemez göründüğü için onaylanmış çok fazla canlıya geçişin toparlanmasını yaptım. Bu maddelerin erkenden ortaya çıkması için komitenin gündemini canlı bir risk kaydından besleyin.

RISE, SAP'yi yönetişim modeline getiriyor. RISE with SAP'ta altyapıyı ve teknik operasyonları SAP yürütür. SAP'nin RISE rol ve sorumluluklar belgesi, müşterilerin bir SAP Cloud Architect Advisor, bir Client Delivery Manager ya da SAP'nin özel bulut müşteri merkeziyle çalıştığını belirtiyor. Performans, kullanılabilirlik veya hizmet seviyeleri gibi platform sorunlarında komitenin bu muhataplara, uygulama ortağından geçmeyen bir yola ihtiyacı var. Onları kalıcı üyeler olarak değil, ilgili gündem maddeleri için davet edin.

Komitenin altında bir Clean Core forumu olmalı. RISE programlarında, özelleştirme taleplerini Clean Core ilkelerine göre onaylayan ya da reddeden bir tasarım otoritesi (design authority) kurun. Komiteye yalnızca iş açısından kritik bir talep engellendiğinde eskale eder. Bu katman olmadan her özelleştirme bir komite kavgasına dönüşür. Şirket içi ortamda geleneksel model hâlâ geçerlidir ve SAP katılımcı değil, bir satıcıdır.

1. Yönlendirme komitesiSponsor başkanlık eder. Bütçe, kapsam, çatışmalar, go/no-go
   SAP teslimat muhataplarıPlatform konuları için davet edilir, ortak üzerinden yönlendirilmez

• Program yönetim ofisiGünlük yürütme, risk günlüğü, koordinasyon
• Clean Core tasarım otoritesiÖzelleştirme konusunda karar verir, yalnızca engellenen kritik talepleri eskale eder

Yapay zeka evrak işinde zaman kazandırır. Microsoft 365 Copilot, kaydedilen toplantıdan tutanak taslağı hazırlar. İş, sıfırdan yazmak yerine bir taslağı gözden geçirmeye dönüşür ve kararlar transkriptten gelir. Atlassian'ın Rovo'su, şablon kurulduktan sonra toplantı notlarını yapılandırılmış karar günlüğü kayıtlarına dönüştürebilir. SAP Cloud ALM'deki Joule tabanlı asistanlar, bir kapsam talebi için ilk etki değerlendirmesini taslak olarak hazırlayabilir; böylece komite ertelemek yerine toplantıda karar verebilir.

Şimdilik duygu analizini atlayın. Bazı satıcılar, program iletişimlerinin duygu analizini komiteye girdi olarak sunuyor. Çoğu programda bu bir gösteriden ibaret: sinyal zayıf, yanlış pozitifler yaygın ve duygunun izlendiğinin görülmesinin siyasi bir bedeli var. Yalnızca çok büyük programlarda, ilgisini yitiren grupları erkenden işaretleyebilir. Çoğu komite için yapay zeka bütçesinin harcanacağı yer burası değil.

SAP projesinde yönlendirme komitesinin rolü nedir?

Proje ekibinin veremeyeceği kararları verir: bütçe onayları, kapsam değişiklikleri, kaynak eskalasyonu ve nihai go/no-go. Departmanlar arası çatışmaları çözer ve bölüm yöneticilerini test ve eğitim taahhütleri konusunda hesap vermeye çağırır. Yalnızca durum güncellemesi alıyorsa işini yapmıyordur. Değer, katılınan toplantılarda değil, alınan kararlardadır.

Bir SAP yönlendirme komitesinde kaç kişi olmalı?

Küçük, tek departmanlı bir proje için üç ila beş; orta ölçekli için beş ila sekiz; kurumsal bir program için sekiz ila on iki. Olağan başarısızlık, çok fazla kişi olmasıdır: 20 kişilik bir komite bir sunum izleyicisine dönüşür. Her üyenin bir konuda gerçek karar yetkisi olmalı. RISE with SAP'ta SAP'nin teslimat muhataplarını kalıcı üyeler olarak değil, platform konuları için dahil edin.

RISE with SAP yönlendirme komitesini nasıl değiştirir?

SAP, altyapı ve teknik operasyonlar için bir teslimat katılımcısı olur; bu yüzden komitenin SAP'nin atanmış muhataplarına, uygulama ortağından geçmeyen doğrudan bir yola ihtiyacı vardır. Ayrıca özelleştirme taleplerini ele alması için altında bir Clean Core tasarım otoritesi gerekir; yalnızca engellenen iş açısından kritik talepler eskale edilir. Şirket içi ortamda SAP bir satıcı olarak kalır.

Yönlendirme komitesi ile PMO arasındaki fark nedir?

Proje yönetim ofisi günlük yürütmeyi yönetir: görevler, risk günlükleri ve iş akışları arasındaki koordinasyon. Yönlendirme komitesi PMO'nun veremeyeceği kararları verir: bütçe kaydırmaları, kapsam değişiklikleri ve go/no-go. Daha büyük kuruluşlarda portföy düzeyinde bir komite birkaç projenin üzerinde yer alır ve aralarında kaynak dağıtır.

Bir yönlendirme komitesi gündeminde neler olmalı?

Güncellemeler değil, kararlar. En büyük üç ila beş riskle başlayın, ardından onay gereken özel kararlar, sonra çözülmesi gereken departmanlar arası konular, sonra da önceki toplantıdan sahipleri ve tarihleri olan eylemler. Bir madde çözülmeden üç kez gündeme geliyorsa, onu yeniden tartışmak yerine nasıl ele alındığını eskale edin.

Yönlendirme komitesi canlıya geçişi ne zaman ertelemeli?

Testler tamamlanmadığında, anahtar kullanıcılar eğitilmediğinde, veri taşıma mutabık hâle getirilmediğinde, kritik bir entegrasyon kararsız olduğunda ya da geri alma planı test edilmediğinde. Gecikme neredeyse her zaman canlıya geçiş sonrası toparlamadan daha ucuzdur. Altı haftalık bir gecikme telafi edilebilir; tedarik zincirini ya da mali kapanışı aksatan başarısız bir canlıya geçişin istikrara kavuşması aylar alabilir.