SAP kalite kapıları: nasıl kurulur ve nerede başarısız olur

Kalite kapısı, proje fazları arasında yer alan resmi bir kontrol noktasıdır. Ekip bir sonraki faza geçmeden önce üzerinde anlaşılan kriterlerin karşılandığını göstermek zorundadır. Geçerse ilerlersiniz. Geçemezse önce sorunları giderirsiniz. Bir SAP programında kapılar SAP Activate faz geçişlerinde yer alır; her birinin “hazır değil” deme yetkisine sahip, adı belli bir sahibi vardır.

Singapur'daki büyük bir tüketici ürünleri şirketi SAP'yi küresel ölçekte devreye alıyordu. Ekip, teslim tarihlerini yakalamak için testleri aceleyle geçti. Bu felaketin nasıl geliştiğini yakından izledim. Kullanıcı testleri neredeyse hiç yapılmadı, ama üst yönetim yine de canlıya geçiş için ısrar etti. Birkaç gün içinde sorunlar ortaya çıktı: eksik ayarlar, bozuk iş akışları, tamamen yanlış veriler. Canlıya geçişin ardından haftalarca süren kaosun nedeni, geçişten önce zaten görülebilen sorunlardı. Kimse durup kontrol etmedi.

Kalite kapısı incelemelerini asla atlamam. Kestirme yok, göstermelik onay yok. Başta daha çok zaman alır, ama sonradan aylarca sürecek temizlik işinden kurtarır.

Kapı; yazılı bir standardı, belgelenmiş onayı ve projeyi geciktirme konusunda gerçek bir yetkisi olan bir karar noktasıdır. İlerleme toplantısı ya da yönlendirme komitesinin durum sunumu değildir.

Bu yetki olmadan incelemeler göstermelik onaya dönüşür. Göstermelik onay veren kapılar hiç kapı olmamasından daha kötüdür, çünkü yanlış bir güven duygusu yaratır. Bir perakende müşterim, temelde göstermelik onaydan ibaret “incelemeler” yapıyordu. Altı ay sonra program umutsuzca takvimin gerisine düşmüştü, çünkü bu incelemelerin yakalaması gereken sorunlarla kimse ilgilenmemişti.

SAP Activate'in altı fazı vardır: Discover, Prepare, Explore, Realize, Deploy ve Run. Her geçiş doğal bir kapıdır. Her kapının neyi kontrol etmesini beklediğim aşağıda.

Faz kapısı	Kalite odağı	Görülmesi gereken kanıt	Geçiş koşulu
Discover	İş gerekçesi, üst yönetim uyumu	İş gerekçesi, üst düzey yol haritası	İş gerekçesi imzalandı, sponsor taahhüt verdi
Prepare	Yönetişim, ekip, riskler	Proje başlatma belgesi, yönetişim modeli, risk kaydı	Proje başlatma belgesi onaylandı, risk sahipleri belirlendi, ekip göreve başladı
Explore	Fit-to-standard, tasarım, entegrasyon yaklaşımı	Fit-gap kararları, süreç tasarımları, entegrasyon mimarisi	Süreç sahipleri onayladı; her boşluk için bir karar var
Realize	Konfigürasyon, entegrasyon testleri	Test yürütme raporları, hata kaydı	Test eşikleri karşılandı, kritik hatalar kapatıldı
Deploy	Veri, eğitim, cutover hazırlığı	Taşıma mutabakatı, eğitim kayıtları, cutover planı	Genel prova yapıldı, geri alma planı kabul edildi
Run	Stabilizasyon ve devir teslim	Olay kaydı, performans raporları	Olaylar kabul edilen sınırlar içinde, destek devir teslimi imzalandı

Pratikte en çok risk Explore, Realize ve Deploy fazlarında toplanır. Bu üç kapıdan birini geçen bir sorun, canlıya geçişten sonra ortaya çıktığında en pahalıya mal olur.

1. 01Discoverİş gerekçesi imzalandı, sponsor taahhüt verdi
2. 02PrepareProje başlatma belgesi onaylandı, risk sahipleri belirlendi
3. 03ExploreHer boşluk için bir karar var
4. 04RealizeTest eşikleri karşılandı, kritik hatalar kapatıldı
5. 05DeployGenel prova yapıldı, geri alma planı kabul edildi
6. 06RunOlaylar sınırlar içinde, devir teslim imzalandı

Her kapı, hazır değil deme yetkisi olan tek bir sahip tarafından imzalanır

Her kapının giriş ve çıkış kriterlerini, konfigürasyon başlamadan önce proje başlatma belgesine yazın. Teslim tarihi baskısı altında yazılan kriterler, projenin ihtiyaç duyduğunu değil, ekibin o an gösterebildiğini tarif eder. “Zaman kazanmak” için fazları birleştirmeye çalışan bir müşterim oldu. Sonunda haftalarca yapılmış işi yeniden yaptılar.

Evet ya da hayır yanıtı veren kriterler

“Testler tamamlandı” bir kriter değildir. Tartışma başlatır. Kapısında yalnızca “UAT tamamlandı” yazan bir perakende müşterimle çalıştım. Ekibin yarısı bunu tüm testlerin yürütülmesi olarak okudu; diğer yarısı tüm hataların giderilmesi olarak.

“Test senaryolarının %95'i yürütüldü, öncelik 1 olan tüm hatalar çözüldü, beş günden eski açık öncelik 2 hatası yok” bir kriterdir. Bir yanıt üretir.

Bir üretim müşterimin kapıları, kriterler fazla belirsiz olduğu için işlemedi. Kimse gerçekten geçip geçmediklerini bilmiyordu. Kriterler ölçülebilir eşiklere dönüşünce faz geçişi tartışmaları sona erdi.

Geciktirme yetkisi olan tek bir sahip

Her kapının, projeyi geciktirebilen adı belli bir sahibi olmalı. Bir komite değil, tek bir kişi. Ekip hazır olmadığı halde bir sonraki fazı geciktirme gücüne kimse sahip olmadığı için çöken bir proje gördüm.

Tersi işe yarar. Bir perakende müşterim, kapı sahibi olarak kıdemli bir direktör atadı. O “hazır değil” dediğinde herkes dinledi. Bu yetkiyi proje başlatma belgesine yazın.

Baskı gelmeden önce üst yönetim desteği

Üst yöneticiler, bir kapı teslim tarihini tehdit edene kadar kalite kapılarını sever. Bir CIO, üç aylık hedefi tutturmak için başarısız olan bir kapıyı geçersiz kıldı. Ortaya çıkan sorunlar, gecikmenin maliyetinin iki katına mal oldu. Bu örüntünün defalarca tekrarlandığını gördüm; bu yüzden artık proje başlamadan önce kapı çerçevesi için üst yönetimin onayını istiyorum.

Kayıt sisteminden gelen kanıt

Kapı kararları kanıt ister: test yürütme raporları, hata kayıtları, süreç onayları, taşıma mutabakatları. Bunu insanların “bitti” dediği şeylerden değil, araçtan çekin. Müşterilerimden biri, Solution Manager raporları sayesinde “tamamlandı” görünen test senaryolarının %40'ının hiç yürütülmediğini keşfetti. Bunu kapıdan sonra değil, kapıdan önce yakaladılar.

1. Kapıları faz geçişlerine eşleyin. SAP Activate için en azından Prepare, Explore, Realize ve Deploy sonrasına. Bir enerji müşterim aradaki rastgele noktalara kontrol noktaları koydu ve ortaya bir karmaşa çıktı.
2. Giriş ve çıkış kriterlerini konfigürasyon başlamadan önce tanımlayın. Test kapsamı, hata eşikleri ve imza atması gereken süreç sahipleri üzerinde anlaşın. Bunları proje başlatma belgesine yazın ve sponsorun imzasını alın.
3. Kapıları tampon bırakarak planlayın. Her kapıyı takvime yalnızca bir kilometre taşı olarak değil, bir faaliyet olarak koyun. Perakende müşterilerimden biri, her kapıdan önce yalnızca temizlik için tam bir hafta ayırdı.
4. Karar verebilecek gözden geçirenleri seçin. İş liderleri süreçleri onaylar. Teknik liderler konfigürasyonu ve entegrasyonu onaylar. Danışmanlar asla iş birimi adına imza atmaz.
5. Kanıtı tek bir yerde tutun. Altı ay sonra bir denetçi veri taşımayı kimin onayladığını soracak. Cevabı bulmak dakikalar almalı.
6. Sonuçları görünür kılın. Bir müşteri kapı panosunu proje odasının duvarına astı. Görmezden gelmek imkânsızdı.

En önemli iki kapı için örnek çıkış kriterleri

Realize kapısı:

1. Test yürütmesi kabul edilen eşiğin üzerinde ve sonuçlar test aracında saklanıyor.
2. Açık öncelik 1 hatası yok; öncelik 2 hataları kabul edilen yaş sınırı içinde.
3. Her kritik süreç, adı belli süreç sahibi tarafından onaylandı.
4. Entegrasyon testleri, belgelenmiş sonuçlarla birlikte uçtan uca süreç zincirleri boyunca yürütüldü.
5. Her özel geliştirme, programın clean core kural setine göre onaylandı.

Deploy kapısı:

1. Veri taşıma genel provası tamamlandı ve mutabakat veri liderince imzalandı.
2. Rol bazında eğitim tamamlama oranı kabul edilen eşiğin üzerinde.
3. Cutover planı, zamanlamalar ve go/no-go karar noktalarıyla birlikte prova edildi.
4. Geri alma planı belgelendi ve test edildi.
5. Hypercare ekibi, eskalasyon yolları ve önem derecesi tanımları üzerinde anlaşılarak belirlendi.

Deploy kapısı çözülmemiş mutabakat istisnaları ya da eğitimsiz kullanıcılar gösteriyorsa ve iş birimi yine de ilerlemek istiyorsa, bunu adı belli bir imza sahibiyle belgelenmiş bir karara dönüştürün. Kimse hayır demek istemediği için ortaya çıkan bir varsayılan olmasın.

İki şey, güncel programlarda kapıları tasarlama biçimimi değiştirdi.

Clean core artık bir kapı kriteri. SAP, uzantıları A düzeyinden (yalnızca yayımlanmış arayüzler) D düzeyine (değişiklikler ve doğrudan tablo yazımları) kadar sınıflandırır. Explore kapısında her boşluk için bir karar olmalı: konfigüre edin, yayımlanmış API'lerle bir uzantı olarak geliştirin ya da reddedin. Realize kapısında yeni D düzeyi nesnelerin içeri sızmadığını kontrol edin. Public Edition bunu teknik olarak zorunlu kılar. Private Edition ve on-premise kılmaz; bu yüzden uygulatan şey kapının kendisidir.

SAP Cloud ALM varsayılan araçtır. Enterprise Support kapsamındaki SAP bulut abonelikleriyle (cloud edition) ve on-premise müşteriler için SAP Enterprise Support ile birlikte gelir (SAP Support). Fit-to-standard, görev atama, test orkestrasyonu ve izlenebilirliği kapsar. SAP Solution Manager 7.2 için ana akım bakım 2027 sonunda biter ve SAP, bundan önce Cloud ALM'e geçilmesini önerir (SAP Support). Solution Manager üzerinde programın ortasındaysanız, orada bitirin. Yeni programları Cloud ALM etrafında planlayın.

Kapıları yönetmek için araçlar

Araç, disiplinden daha az önemlidir. Bir perakende müşterim, orta ölçekli bir implementasyon için gayet güzel çalışan temiz bir SharePoint kapı süreci kurdu. Ekip paralel elektronik tablolar tuttuğu için, tam kurulu bir Solution Manager üzerinde başarısız olan kapılar da gördüm.

Araç	Kapı yönetimindeki rolü	En uygun olduğu durum
SAP Cloud ALM	Fit-to-standard, görevler, testler, izlenebilirlik	Yeni S/4HANA programları, bulut ya da on-premise
SAP Solution Manager 7.2	Proje takibi, test ve hata yönetimi	Zaten bu araçla yürüyen programlar
Jira ve Confluence	Görevler, hatalar, kapı kriterleri ve kanıtlar	Atlassian araçlarını zaten kullanan ekipler
Tricentis Tosca	Test otomasyonu ve kapsam raporlaması	Test otomasyonu ağırlıklı programlar
ServiceNow	Onay iş akışları ve denetim izi	ServiceNow'u zaten kullanan şirketler

Hangisini seçerseniz seçin, tek doğruluk kaynağı o olmalı. Paralel bir elektronik tablo, her zaman ekibin göstermek istediği sürümü gösterir. SAP test ve doğrulama araçları karşılaştırmam, test tarafını daha derinlemesine ele alıyor.

Takvim baskısı altında atlanır. Projeler kaydığında ilk kesilen şey kapılardır. Bir projede incelemeler göstermelik onaya dönüştü ve canlıya geçiş bir kâbus oldu: sistemler çöktü, siparişler takıldı ve tamamen geri döndüler. “Kazandıkları” üç hafta, onlara üç aylık toparlanmaya mal oldu.

Belirsiz kriterler. Yukarıda anlattım. Bir kriter yorum gerektiriyorsa, o sadece bir sohbet başlatıcıdır.

Zamanı olmayan gözden geçirenler. Kilit gözden geçirenler birkaç projeye dağıldığında incelemeler kutucuk işaretlemeye döner. Orta ölçekli bir programda Realize kapısı incelemesi, kanıt önceden okunmuş olarak en az yarım gün sürmelidir.

Kültür. Kilometre taşlarını aceleyle geçmeye alışmış ekipler kapıların etrafından dolanmanın yollarını arar. Bir üst yönetici kickoff'ta kapıların zorunlu olduğunu söylediğinde ve ardından gecikmeye yol açan ilk kapıyı geçersiz kılmayı reddederek bunu kanıtladığında bu değişir.

Kapıların işe yarayıp yaramadığını gösteren üç rakam

Kapıların projeyi koruyup korumadığını, yoksa yalnızca koruyor gibi mi göründüğünü görmek için bunları izleyin.

1. Hata sızıntısı: Bir kapıdan sonra bulunan hatalardan, kapının yakalaması gereken hataların payı.
2. İlk denemede geçme oranı: Her kapı ilk seferde geçiyorsa, kriterlerin muhtemelen dişi yoktur.
3. Canlıya geçiş olayları: İlk 30 gündeki yüksek öncelikli olaylar, Deploy kapısı hakkında doğrudan bir hükümdür.

Kapılar ilk günden itibaren proje başlatma belgesinde yer almalı. Proje başlatma belgesi rehberim bunların nereye oturduğunu gösteriyor; yönlendirme komitesi rehberi ise bunları uygulatma yetkisinin kimde olması gerektiğini ele alıyor.

SAP projelerinde kalite kapısı nedir?

Proje fazları arasında yer alan resmi bir kontrol noktası. Ekip, ilerlemeden önce belirli ve ölçülebilir kriterlerin karşılandığını göstermek zorundadır. Her kapının, projeyi geciktirme yetkisi olan adı belli bir sahibi vardır. SAP Activate'te kapılar faz geçişlerinde, özellikle Explore, Realize ve Deploy sonrasında yer alır.

SAP Activate'teki kalite kapıları nelerdir?

SAP Activate'in altı fazı vardır (Discover, Prepare, Explore, Realize, Deploy ve Run) ve her geçiş bir kapıdır. Discover iş gerekçesini kontrol eder. Prepare yönetişimi ve proje başlatma belgesini kontrol eder. Explore tasarım onayını ve boşluk kararlarını kontrol eder. Realize test sonuçlarını ve hataları kontrol eder. Deploy veriyi, eğitimi ve cutover hazırlığını kontrol eder. Run stabilizasyonu ve devir teslimi kontrol eder.

SAP kalite kapısı kriterleri neleri içermeli?

Evet ya da hayır yanıtı veren kriterleri. Realize için: test yürütme eşikleri, önceliğe göre açık hatalar, süreç sahibi onayları ve entegrasyon testi sonuçları. Deploy için: taşıma mutabakatı, rol bazında eğitim tamamlama, prova edilmiş bir cutover planı, test edilmiş bir geri alma planı ve kadrosu tamamlanmış bir hypercare ekibi. Her kriterin, kanıtı üretecek bir sahibi olmalı.

SAP implementasyonlarında kalite kapıları neden başarısız olur?

Takvim baskısı altında atlanırlar, kriterler belirsizdir, gözden geçirenlerin hazırlanmaya zamanı yoktur ya da bir üst yönetici başarısız olan bir kapıyı geçersiz kılar. Kök neden, kapılara koruma yerine ek yük gözüyle bakılmasıdır.

SAP kalite kapılarını yönetmek için hangi aracı kullanmalıyım?

Yeni programlar için SAP Cloud ALM. SAP bulut abonelikleri ve Enterprise Support ile birlikte gelir; fit-to-standard, test ve izlenebilirliği destekler. SAP Solution Manager 7.2, 2027 sonunda ana akım bakımdan çıkar. Jira, Tricentis Tosca ve ServiceNow, bir şirketin bunları zaten kullandığı yerlerde iyi çalışır. Kural: tek doğruluk kaynağı.

Son kalite kapısında canlıya geçiş hazırlığı nasıl değerlendirilir?

Beş şeyi kanıtla kontrol edin: veri taşıma prova edilmiş ve mutabakatı yapılmış, her rol için eğitim tamamlanmış, cutover planı go/no-go noktalarıyla prova edilmiş, geri alma planı test edilmiş ve hypercare ekibi eskalasyon yollarıyla birlikte hazır. Bunlardan biri başarısız olursa ve iş birimi yine de ilerlemek isterse, bunu imzalı bir iş kararı olarak kaydedin.