SAP shoring mu, nearshore mu? Model ve maliyet karşılaştırması

Shoring bir lokasyon değil, bir teslimat kurgusudur

Shoring kelimesi çoğu zaman yalnızca 'ucuz lokasyon' anlamında kullanılıyor. Oysa shoring, işin hangi bölümünün nerede yapılacağına dair bir teslimat kurgusudur: mimari kararlar ve kilit kullanıcı iletişimi işe yakın, tekrarlanabilir geliştirme ve destek hacmi ise maliyet avantajlı lokasyonda konumlanır.

Nearshore ise bu kurgunun bir alt kümesidir: aynı ya da bir saat farklı zaman diliminde, Avrupa sözleşme ve veri koruma çerçevesi içinde çalışan ekipler. Yani soru 'shoring mi nearshore mu' değil, 'shoring kurgumun nearshore payı ne kadar olmalı' sorusudur.

Dört model yan yana

Karşılaştırmayı yalnızca günlük ücret üzerinden yapmak yanıltıcıdır. Aynı iş, iletişim gecikmesi ve yeniden çalışma nedeniyle farklı modellerde farklı sayıda güne mal olur.

• Onsite: en yüksek günlük ücret, en düşük iletişim yükü. Mimari, süreç tasarımı ve kritik cutover işleri için doğru tercih.
• Nearshore: orta günlük ücret, tam zaman dilimi örtüşmesi. Geliştirme, test ve AMS hacminin ana taşıyıcısı.
• Offshore: en düşük günlük ücret, en yüksek koordinasyon yükü. Yalnızca çok net tanımlanmış, tekrarlanabilir paketlerde toplam maliyeti düşürür.
• Hibrit: onsite kıdemli çekirdek + nearshore teslimat ekibi. Pratikte SAP projelerinin çoğunda en dengeli toplam maliyeti veren kurgu.

Gerçek maliyet nasıl hesaplanır?

Toplam maliyeti dört kalemle hesaplayın: günlük ücret × gün sayısı, koordinasyon yükü (sizin ekibinizin harcadığı yönetim zamanı), yeniden çalışma payı ve devir/ramp-up süresi. Offshore bir teklifin günlük ücreti nearshore'dan yüzde 30 düşük olabilir; koordinasyon ve yeniden çalışma payı yüzde 40 eklerse avantaj kaybolur.

Pratik bir kontrol: bir talebin sorulmasıyla yanıtlanması arasındaki ortalama süreyi ölçün. Aynı iş günü içinde kapanan sorular nearshore kurgunun en somut finansal getirisidir.

• Günlük ücret farkını yalnızca gerçek teslimat günlerine uygulayın, toplam proje bütçesine değil.
• Ramp-up süresini modele göre ayrı hesaplayın: nearshore tipik olarak 2-4 hafta, offshore 4-8 hafta.
• Yeniden çalışma payını geçmiş projelerinizden alın; varsayım kullanmayın.
• Kendi ekibinizin koordinasyon saatlerini maliyet tarafına yazın.

Hangi iş hangi modele gider?

Kapsamı iş paketlerine bölmek, model tartışmasını objektif hale getirir. Süreç tasarımı, kilit kullanıcı atölyeleri ve kritik entegrasyon mimarisi işe yakın kalmalıdır. ABAP geliştirme, arayüz uyarlamaları, test otomasyonu, ikinci ve üçüncü seviye destek nearshore ekipte verimli çalışır.

Detaylı model kurgusu için /tr/shoring sayfasındaki üç teslimat modeline, sürekli destek kapsamı için /tr/sap-ams-destek sayfasına, tekil rol ihtiyaçları için /tr/sap-uzmani-kiralama sayfasına, dönüşüm projeleri için /tr/sap-s4hana-donusum sayfasına bakabilirsiniz.

Kalite ve risk: modelden değil kurgudan gelir

Nearshore ekiplerde yaşanan sorunların çoğu lokasyondan değil, eksik kurgudan kaynaklanır: tanımsız kabul kriterleri, tek kişiye bağlı bilgi, belgelenmemiş süreçler. Aynı eksiklikler onsite ekiplerde de aynı sonucu üretir.

• Her iş paketi için yazılı kabul kriteri ve tanımlı çıktı.
• Kritik her konuda ikinci bilen kişi (bus factor > 1).
• Ortak ticket ve kod deposu; paralel araç kullanımı yok.
• Haftalık kısa ritim: kapsam, engel, sonraki adım.
• Devir planı ve dokümantasyon, sözleşmenin çıkış maddesinde yazılı.

Karar kılavuzu

Kapsamınız kısa, yüksek riskli ve tasarım ağırlıklıysa onsite ağırlıklı kalın. Süreklilik, geliştirme hacmi veya AMS söz konusuysa nearshore payını artırın. Çok büyük ve standartlaştırılmış paketleriniz varsa offshore'u yalnızca nearshore koordinasyonu altında kullanın.

OXORY tarafında shoring kurgusu her zaman kapsam analiziyle başlar: hangi iş paketinin nerede yapılacağı, ramp-up planı ve ticari modelin birlikte netleştirilmesi.

Sık sorulan sorular

Shoring ile nearshore arasındaki fark nedir?

Shoring, işin nerede yapılacağına dair genel teslimat kurgusudur; nearshore ise bu kurgunun yakın zaman dilimindeki Avrupa lokasyonlarında yürütülen bölümüdür.

Nearshore SAP ekibi offshore'a göre gerçekten daha mı pahalı?

Günlük ücret genelde daha yüksektir, ancak koordinasyon yükü, yeniden çalışma ve ramp-up süresi eklendiğinde toplam maliyet çoğu SAP kapsamında nearshore lehine döner.

Hibrit shoring modeli nasıl kurgulanır?

Mimari ve kilit kullanıcı iletişimi için işe yakın kıdemli bir çekirdek, geliştirme ve destek hacmi için nearshore bir teslimat ekibi; ikisi tek ticket ve kod akışında çalışır.

Nearshore ekip ne kadar sürede devreye girer?

Tipik ramp-up 2-4 haftadır; sistem erişimleri, custom code envanteri ve kritik süreç dokümantasyonu hazırsa bu süre kısalır.

Zaman dilimi farkı pratikte ne kadar önemli?

En önemli tek faktörlerden biridir: aynı iş günü içinde yanıtlanan sorular, ertesi güne kalan sorulara göre teslimat süresini belirgin biçimde kısaltır.

Kalite riskini nasıl kontrol altında tutarım?

Yazılı kabul kriterleri, ortak araç zinciri, ikinci bilen kişi kuralı ve haftalık kısa raporlama ritmi; bu dördü olmadan hiçbir model güvenli değildir.