SAP AMS sözleşme modelleri: Çağrı bazlı, kapasite veya tam yönetimli

Üç model, üç risk profili

Uygulama Yönetim Hizmetleri sözleşmeleri neredeyse her zaman üç yapıdan birine dayanır. Fark işin kendisinde değil, hacim riskini kimin üstlendiğindedir.

• Çağrı bazlı: Olay veya çözülen çağrı başına ödeme yaparsınız. Sağlayıcı hacim riskini üstlenir ve bunu fiyata yansıtır.
• Kapasite bazlı: Aylık sabit sayıda danışman günü satın alır ve bunları nasıl kullanacağınıza karar verirsiniz. Hacim riskini siz üstlenir ve tam esneklik elde edersiniz.
• Tam yönetimli: Sağlayıcı; personel, araçlar ve sürekli iyileştirme dahil olmak üzere, mutabık kalınan SLA'lere karşı hizmet sonucunun tamamını üstlenir.

Hangi model ne zaman uygundur?

Çağrı bazlı model; öngörülebilir, düşük olay hacmine ve çok az değişiklik ihtiyacına sahip stabil sistemler için uygundur. Sürekli küçük geliştirmelere ihtiyaç duyulur duyulmaz maliyetli hale gelir; çünkü her talep ticari bir müzakereye dönüşür.

Kapasite bazlı model; bünyesinde SAP bilgisi bulunan ve öncelikleri bizzat yönlendirmek isteyen organizasyonlar için idealdir. En şeffaf modeldir ve sözleşme yenileme döneminde kapasiteyi artırmak veya azaltmak oldukça kolaydır.

Tam yönetimli model; işletmenin bir kaynak havuzu değil, doğrudan bir iş sonucu istediği durumlar için uygundur — genellikle bir dönüşüm sonrası, şirket içi bilgi birikimi azaldığında ve günlük kontrolden ziyade hizmet seviyesi kritik olduğunda tercih edilir.

Sözleşmeye nelerin yazılması gerekir?

• Hizmet saatleri, öncelik sınıfına göre yanıt ve çözüm hedefleri
• Örneklerle birlikte, neyin olay neyin değişiklik talebi sayılacağı
• Belirlenmiş roller: Servis yöneticisi, modül liderleri, eskalasyon yolu
• Başlangıçta ve çıkışta dokümantasyon yükümlülükleriyle birlikte bilgi aktarımı
• Raporlama: Aylık hacimler, SLA karşılama oranları, biriken işler ve tekrarlayan kök nedenler

Gözden kaçırılan maliyet karşılaştırması

AMS tekliflerini yalnızca adam-gün ücretine göre karşılaştırmak gerçek farkları gizler: Kapsam penceresi, küçük değişikliklerin dahil olup olmadığı, sağlayıcının proje yoğunlukları için ne kadar hızlı kapasite ekleyebildiği ve sözleşme sona erdiğinde bilgi birikimine ne olacağı. Geliştirmeleri hariç tutan daha ucuz bir sözleşme, değişiklik talepleri başladığında genellikle çok daha pahalıya mal olur.

AMS'yi proje çalışmalarıyla birleştirmek

İşletim ve geliştirme süreçlerini iki farklı tedarikçiye bölmek kalıcı bir sorumluluk tartışması yaratır. Aynı iş ortağının hem AMS hem de proje teslimatını üstlendiği durumlarda, bir değişikliğe destek verecek olan kişiler aynı zamanda onun tasarımını inceleyen kişilerdir — bu da genellikle canlıya geçişten altı ay sonraki olay hacimlerinde kendini net biçimde gösterir.

Sık sorulan sorular

Hangi AMS modeli en ucuzdur?

Değişiklik hacmine bağlıdır. Çok stabil sistemler için çağrı bazlı en ucuzudur; düzenli geliştirmelere ihtiyaç duyulduğu anda genellikle kapasite bazlı model avantaj sağlar.

Bir SAP AMS SLA'inde neler yer almalıdır?

Hizmet saatleri, öncelik sınıflarına göre yanıt ve çözüm hedefleri, net bir olay ve değişiklik tanımı, belirlenmiş roller, eskalasyon süreci ve aylık raporlama.

AMS ve proje çalışmaları aynı iş ortağına mı verilmeli?

Bu durum işletim ve geliştirme arasındaki sorumluluk karmaşasını ortadan kaldırır; desteği verecek kişilerin tasarımı bizzat incelemesini sağlar. Ayrı tedarikçiler de mümkündür ancak çok net bir arayüz sözleşmesi gerektirir.