7 dk okumaGüncelleme: Kategori: Shoring
Bu yazıyla ilgili SAP hizmetleri
- SAP AMS destek hizmeti
Sürekli SAP uygulama yönetimi, SLA'lı destek ve olay yönetimi.
- SAP uzmanı kiralama
Tekil SAP rolleri veya komple delivery ekibi için uzman ağı.
- SAP S/4HANA dönüşümü
Brownfield, greenfield ve selective geçiş projeleri için ekip.
Üç modelin gerçek ayrımı: örtüşen saat sayısı
Nearshore ve offshore arasındaki fark coğrafya değil, günlük ortak çalışma penceresidir. Türkiye ve Avrupa arasında çalışan bir ekipte günde 6–8 saat örtüşme vardır; uzak zaman dilimlerinde bu 2–3 saate iner.
Örtüşme daraldıkça her soru bir gün gecikmeye dönüşür. Bu yüzden belirsizliği yüksek işlerde (süreç tasarımı, hata ayıklama) nearshore, belirsizliği düşük işlerde (paketlenmiş geliştirme, test yürütme) offshore daha verimlidir.
Hangi iş hangi modele uyar?
Modeli proje geneline değil, iş paketine göre seçin. Çoğu başarılı kurulum hibrittir: karar veren roller yakında, ölçeklenen roller uzakta.
- Nearshore: süreç danışmanlığı, mimari, entegrasyon tasarımı, canlıya geçiş desteği ve hypercare.
- Offshore: net şartnameli ABAP geliştirme, regresyon testi, veri temizleme, raporlama üretimi.
- Hibrit: nearshore bir teslimat sorumlusu (lead) ile offshore üretim ekibi — en yaygın ve en dayanıklı kurgu.
Maliyet hesabında unutulan kalemler
Günlük ücret farkı ilk bakışta büyük görünür, ancak toplam maliyet koordinasyon yüküyle birlikte hesaplanmalıdır.
- Şartname yazma süresi: örtüşme az olduğunda gereksinimler daha ayrıntılı yazılmalıdır ve bu iç ekibin zamanını tüketir.
- Yeniden iş (rework) oranı: yanlış anlaşılan bir gereksinim, tasarruf edilen ücretin birkaç katına mal olabilir.
- Uyum ve veri koruma: AB müşterileri için verinin nerede işlendiği sözleşmede netleşmelidir.
- Devir ve dokümantasyon: dağıtık ekiplerde yazılı devir seçenek değil, zorunluluktur.
Dağıtık SAP ekibini işler kılan pratikler
Dağıtık ekiplerde başarısızlık nedeni yetkinlik değil, ritim eksikliğidir. Aşağıdaki dört alışkanlık farkı kapatır.
- Günlük 30 dakikalık ortak pencere: karar gerektiren her konu bu pencerede kapatılır.
- Tek bir bilet sistemi ve tek bir gerçek kaynağı; e-posta zincirleri karar kaydı değildir.
- Tanımın bitmiş sayılması (definition of done) yazılı olmalı: test kanıtı, dokümantasyon ve devir dâhil.
- Her iş paketinde bir nearshore sorumlusu — soruların yığılmasını engeller.
Sık sorulan sorular
- SAP projelerinde nearshore gerçekten daha mı ucuz?
- Günlük ücret offshore'a göre genelde daha yüksektir, ancak koordinasyon yükü ve yeniden iş oranı düşük olduğu için belirsizliği yüksek işlerde toplam maliyet çoğu zaman daha düşüktür.
- Hibrit model nasıl kurulur?
- Karar ve tasarım rollerini örtüşen zaman diliminde, üretim ve test rollerini uzak ekipte tutun. Her iş paketine nearshore bir teslimat sorumlusu atayın.
- Veri koruma açısından nelere dikkat etmeliyim?
- Verinin hangi ülkede işlendiğini, erişim yetkilerinin nasıl sınırlandığını ve üretim verisi yerine maskelenmiş veri kullanılıp kullanılmayacağını sözleşmede netleştirin.
Bir sonraki adım
Bu konuyu kendi projenizde nasıl uygulayacağınızı birlikte netleştirelim.
Shoring modelimizi inceleyinDevamını okuyun
- SAP AMS destek hizmeti
Sürekli SAP uygulama yönetimi, SLA'lı destek ve olay yönetimi.
- SAP uzmanı kiralama
Tekil SAP rolleri veya komple delivery ekibi için uzman ağı.
- SAP S/4HANA dönüşümü
Brownfield, greenfield ve selective geçiş projeleri için ekip.
Diğer yazılar
— AMS ve Destek
İç ekip mi, dış AMS mi? SAP desteği için karar matrisi
— AMS ve Destek
SAP AMS maliyeti nasıl hesaplanır?
— Shoring
SAP shoring mu, nearshore mu? Model ve maliyet karşılaştırması
