SAP uygulama iş ortağınızı projenin ortasında nasıl değiştirirsiniz

SAP uygulama iş ortağınızı projenin ortasında değiştirmek için önce sorunun iş ortağı olduğunu doğrulayın, sonra onlara söylemeden önce her belgeyi, tasarımı, kod parçasını ve sistem erişimini güvence altına alın. Ancak ondan sonra yerine geleni seçin ve örtüşmeli, planlı bir devir yürütün.

Kısa cevap: iş ortağı size kaliteli kişiler sağlayamıyor ve bunu düzeltemiyorsa değiştirin. Sizin tarafınızdaki sorunlardan kaçmak için değiştirmeyin, çünkü yeni bir iş ortağı onları devralır.

Bu yazı, SAP uygulama iş ortağı nasıl seçilir rehberimin bir parçasıdır. O rehber başlangıçta bir iş ortağı seçmeyi ele alıyor. Bu yazı ise seçtiğiniz iş ortağı yürümediğinde ne yapacağınızı anlatıyor.

Bir programın ortasında iş ortağı değiştirdim. Tetikleyici kaynak kalitesiydi: iş ortağı, programın ihtiyaç duyduğu anda kaliteli kişiler sağlayamıyordu.

İlk sıraya koyacağım işaret budur. Bir program kötü bir fazdan, kaçırılmış bir tarihten ya da zayıf bir tasarımdan toparlanabilir. İşe yetkin kişiler koyamayan bir iş ortağından toparlanmakta ise zorlanır.

Harekete geçmeye değer işaretler, aşağı yukarı onları tartacağım sırayla şunlardır:

1. Sahadaki kişilerin zayıf kalitesi. İşi teslim eden danışmanlar size gösterilen kişiler değildir ya da kendi alanları hakkındaki temel soruları yanıtlayamazlar.
2. Kişilerin yerini doldurmada tekrarlanan başarısızlık. Biri ayrılır ve yerine gelen kişinin gelmesi haftalar sürer ya da daha az deneyimli biri gelir.
3. Mimariyi ve planı kimse açıklayamıyor. İş ortağının liderinden hedef tasarımı ve canlıya geçişe giden yolu size anlatmasını isteyin. Anlatamıyorsa, teslimatı kimse yönlendirmiyor demektir.
4. İncelemeye dayanmayan teslimatlar. Zayıf, başka bir müşteriden kopyalanmış ya da eksik tasarımlar, test senaryoları ve geliştirme belgeleri.
5. Özgül sorunlara genel geçer yanıtlar. Seçimdeki uyarı işaretinin aynısı: herhangi bir şirkete uyabilecek yanıtlar.

Geciken bir faz, Explore'daki bir aşım ya da gergin bir yönlendirme komitesi tek başlarına değiştirme nedeni değildir.

Kimseyi değiştirmeden önce sorunun gerçekten iş ortağından kaynaklanıp kaynaklanmadığını öğrenin. SAP programı kurtarma rehberim önce yaptığım üç kontrolü ortaya koyuyor: program durumu, tasarım ve sistemde gerçekte devreye alınmış olan.

Bu teşhis çoğu zaman sorunun paylaşılan bir sorun olduğunu gösterir. WRICEF listesi (iş akışları, raporlar, arayüzler, dönüşümler, geliştirmeler ve formlar) büyüdükçe bütçeler Explore'da darbe alır. Kapsamın kontrolünü iş ortağına bıraktıysanız ya da kilit kullanıcılarınız programa hiç ayrılmadıysa, yeni bir iş ortağı da aynı çukura düşer.

Bu yüzden kendinize dürüstçe iki soru sorun:

1. Bu iş ortağında güçlü bir ekip sorunu çözer miydi? Evetse ve iş ortağı o ekibi hızla sağlayabiliyorsa, kişilerin değişmesi yeterli olabilir.
2. Farklı bir iş ortağı aynı sorunlarla karşılaşır mıydı? Evetse, önce kendi tarafınızdaki kapsamı, kararları ve yönetişimi düzeltin.

Birinci sorunun yanıtı, iş ortağı kişileri bulamadığı için hayırsa, cevabınızı almışsınız demektir. Kaliteli kişilerin müsaitliği, bir sözleşme değişikliğiyle düzelecek bir şey değildir.

Müşterilerin çoğunun yanlış yaptığı kısım budur. Kararı duyururlar ve pazarlık güçleri de onunla birlikte kaybolur.

Ayrılan iş ortağı, onun yerine başkasını koymak için ihtiyaç duyduğunuz bilgiyi elinde tutar. O bilgi sizin elinize geçene kadar kararı küçük bir grubun içinde tutun: sponsor, CFO, program direktörü ve hukuk ya da satın alma sorumlunuz.

Mevcut sözleşmenizle başlayın. Fesih maddesini, ihbar süresini, teslimatların mülkiyetini ve bilgi aktarımı ya da çıkış desteği hakkındaki her şeyi okuyun. İş tanımı belgeniz (SOW) çıkış konusunda sessizse, bir SAP iş tanımı belgesinin neleri içermesi gerektiği hakkındaki yazım bir sonrakine neyin yazılacağını ele alıyor.

Güvence altına alınması gerekenler ve genellikle nerede durdukları şunlardır:

Güvence altına alınacak olan	Neden önemli	Nerede durmalı	Nasıl korunur
İmzalı tasarımlar ve kararlar	Yeni iş ortağı baştan başlamak yerine bunların üzerine kurar	Belge deponuz ya da SAP Cloud ALM	Onaylı son sürümleri, onay kayıtlarıyla birlikte şimdi kopyalayın
WRICEF listesi ve spesifikasyonlar	Kapsam baz çizgisi ve geliştirme backlog'u	SAP Cloud ALM ya da kendi deponuz	Listeyi her nesnenin durumuyla birlikte dışa aktarın
Özel kod ve konfigürasyon	Şimdiye kadar yapılmış gerçek iş	Geliştirme ve test sistemleriniz	Her şeyin iş ortağının makinelerinde değil, sizin sistemlerinizde olduğunu teyit edin
Test senaryoları ve sonuçları	Gerçekte neyin çalıştığının kanıtı	Test aracınız ya da SAP Cloud ALM	Senaryoları, sonuçları ve açık hataları dışa aktarın
Veri taşıma çalışmaları	Eşleştirmeler, temizleme kuralları, yükleme programları	Paylaşılan sürücüler ve sistemleriniz	Eşleştirme belgelerini ve yükleme programlarını veri ekibinden toplayın
Sistem ve SAP destek erişimi	Sistem ortamınızın ve SAP destek hesabınızın kontrolü	Sistemleriniz ve SAP for Me	İş ortağının her kullanıcısını, o gün kaldırılmaya hazır şekilde listeleyin
Açık konular ve riskler	Bir sonraki ekibin önce ele alması gerekenler	RAID kaydı ve durum raporları	RAID kaydının tarihli bir kopyasını alın

Proje içeriğini kendi araçlarınızda tutun

En temiz koruma yapısaldır. Programın belgelerini, gereksinimlerini ve test kanıtlarını, her programın ilk gününden itibaren sahibi olduğunuz araçlarda tutun.

SAP Cloud ALM burada yardımcı olur. SAP'nin Cloud ALM SSS sayfasına göre, SAP Enterprise Support'a ya da RISE with SAP'ye sahip müşteriler, müşteri numarası başına bir tane olmak üzere, ek ücret ödemeden kendi tenant'larını talep edebilir. Proje belgeleri sizin tenant'ınızdaysa, bir iş ortağı ayrıldığında sizinle kalır.

Erişim değişikliğini duyuru günü için planlayın

İş ortağı danışmanları, sistemlerinizdeki kullanıcı hesaplarının yanı sıra çoğu zaman SAP destek hesabınızda S-user ID'lere de sahiptir. S-user ID'leri SAP for Me'de kendi yöneticileriniz kontrol eder.

SAP'nin kullanıcı yönetimi yardım sayfası, ayrılan kullanıcıların ID'lerini silmekten müşteri yöneticilerinin sorumlu olduğunu söyler. Ayrıca yazılım alıcısı ya da teknik irtibat kişisi gibi özel işlevlere sahip ID'lerin, SAP o işlevi başka birine devredene kadar silinemeyeceğini belirtir. İş ortağının hangi kullanıcılarının bu işlevlere sahip olduğunu şimdi öğrenin ve önce bunları kendi çalışanlarınıza taşıyın.

Materyal güvence altına alındıktan ve yerine gelen seçildikten sonra ayrılan iş ortağına söyleyin. Bunu yazılı olarak, sözleşmeye uygun şekilde yapın ve çıkış planında aynı toplantıda anlaşın.

Bir devir en iyi şu sırayla yürür:

SAP iş ortağını programın ortasında değiştirmek

1. 01

   Güvenceye alın

   Kimseye söylenmeden önce belgeler, tasarımlar, kod, erişim ve RAID kaydı sizin elinizde.

2. 02

   Seçin

   Benzer projelerde referanslar ve sözlü sunumlarda gerçek ekip, eforu sayısallaştırılmış olarak.

3. 03

   Örtüştürün

   Ayrılan ve gelen liderler yapılandırılmış bilgi aktarımı üzerinde yan yana çalışır.

4. 04

   Yeniden doğrulayın

   Yeni iş ortağı tasarımları, geliştirmeyi ve testleri devreye alınmış olana göre inceler.

5. 05

   Yeniden baz alın

   Kanıtlardan çıkan tek bir yeni plan, bir sonraki faz başlamadan önce onaylanır.

Yerine geleni düzgün seçin

Acele etmek caziptir, çünkü siz seçerken program para yakmaktadır. Deneyimime göre tam bir seçim, kısa listede en az üç iş ortağıyla yaklaşık 12 hafta sürer. Baskı altında bir değişiklik daha hızlı ilerleyebilir, ama sizi koruyan adımları atlamayın.

Bir müşteri için iş ortağı seçerken en çok müşteri referanslarını tartarım. Referans görüşmelerinde, iş ortağının alıcınınkine benzer projelerdeki deneyimini sorarım. Programın ortasında bu, referanslara başka bir firmanın başlattığı işi devralmayı sormak demektir.

İki şey beni bir tekliften vazgeçirir: önerilen kaynakların zayıf kalitesi ve mimariyi ve planı açıklayamayan bir iş ortağı. Kaynak kalitesi nedeniyle yapılan bir değişiklikten sonra her iki testi daha gevşek değil, daha sıkı uygulayın.

Adaylardan önerdikleri kişilerin sertifika rozetlerini isteyin. SAP, dijital rozetler yardım sayfasının açıkladığı gibi sertifika rozetlerini Credly üzerinde verir. Bir rozet bir sınavın geçildiğini doğrular; bu yüzden deneyimi referanslar aracılığıyla da kontrol edin.

SAP uygulama teklif talebi (RFP) yazma ve kademelere göre SAP uygulama iş ortakları rehberlerim seçimin geri kalanını ele alıyor.

Yeni iş ortağıyla farklı bir sözleşme yapın

Önerdiğim ticari model, eforu sayısallaştırılmış zaman ve malzeme (T&M) modelidir. Sözleşme faz ve role göre tahmini eforu belirtir, böylece gerçekleşen eforu her ay bununla karşılaştırarak izleyebilirsiniz.

İş tanımı belgesinin ayrıca ayrıntılı varsayımlara ve kapsam dışı kalemlere ihtiyacı vardır. Müşteriler bunları çoğu zaman dışarıda bırakır ve bir devralmada daha da önemlidirler, çünkü yeni iş ortağı devraldığı sorunları kapsam dışında bırakmak isteyecektir.

Kilit kişilerin adını da sözleşmeye yazın. ERP sözleşme pazarlığı notlarım adı belli kaynak maddesini ve bunun kıdemli kişilerin imzadan sonra ortadan kaybolmasını neden önlediğini açıklıyor.

Örtüştürün, sonra yeniden doğrulayın

Ayrılan ve gelen liderlerin birlikte çalıştığı bir dönem planlayın. Ayrılan ekip, gelen ekip sorular sorarken her tasarım alanını, her açık hatayı ve yarım kalmış her nesneyi tek tek anlatır.

Sonra yeni iş ortağının var olanı yeniden doğrulamasına izin verin. Boşluklar bulmalarını bekleyin ve bu bulguların bir kısmının daha fazla efor için bir pazarlık pozisyonu olmasını da bekleyin. Ayrılan iş ortağının teslimatlarına bağımsız bir bakışın değerli olduğu yer burasıdır.

Devralmayı içinde bulunduğunuz SAP Activate fazına göre eşleştirin. SAP altı faz tanımlar: Discover, Prepare, Explore, Realize, Deploy ve Run (SAP Activate).

Explore sırasında yapılan bir değişiklik çoğunlukla tasarımın yeniden yapılmasına mal olur. Realize sırasında yapılan bir değişiklik ise geliştirme ve testlerin yeniden yapılmasına da mal olur, çünkü kodun tamamlanabilmesi için önce anlaşılması gerekir.

Bedava bir değişiklik yoktur. Buna bir rakam koymayacağım, çünkü faza, teslim edilenin kalitesine ve ayrılan iş ortağının ne kadar işbirliği yaptığına bağlıdır.

Bütçelemeniz gereken maliyetler şunlardır:

1. Örtüşme. Devir sırasında iki ekibe ödeme yaparsınız.
2. Yeniden doğrulama ve yeniden iş. Yeni iş ortağı tasarımları, konfigürasyonu ve kodu kontrol eder ve bunların bir kısmı yeniden yapılır.
3. Sözleşmeden çıkış. Sözleşmenizin belirlediği şekilde ihbar süreleri, fesih koşulları ve devam eden işler için her türlü ödeme.
4. Seçim eforu. Kendi ekibinizin teklif talebine, sözlü sunumlara ve referans görüşmelerine harcadığı zaman.
5. Çalışanlarınızın zamanı. Kilit kullanıcılar bittiğini düşündükleri atölyeleri ve testleri tekrarlar.
6. Gecikme. Her gecikme haftası eski sistemleri ve iç ekibinizi daha uzun süre çalışır halde tutar.

Bunları kalmanın maliyetiyle tartın. Programa kadro sağlayamayan bir iş ortağı, program zorlaştıkça ucuzlamaz ve Realize, test ve cutover daha öncekilerden daha zordur.

Müşterilerime bağımsız bir danışmanı üç noktada devreye almalarını öneririm: sözleşme aşaması, tasarım ve iş ortağının belgelerinin ve teslimatlarının değerlendirilmesi. Bir iş ortağı değişikliği üçüne birden aynı anda dokunur.

Bağımsız bir inceleyici, yeni iş ortağı yeniden işi fiyatlamadan önce ayrılan iş ortağının teslimatlarının gerçekte ne değerde olduğunu size söyleyebilir. Gelen iş ortağının sözleşmesini ve tasarıma bakışını da kontrol edebilir. SAP iş ortağı mı bağımsız danışman mı yazım kimin ne yaptığını ortaya koyuyor.

Bu hafta imzalı tasarımlarınızın, WRICEF listenizin, test kanıtlarınızın ve özel kodunuzun gerçekte nerede durduğunu ve her birine erişimi kimin kontrol ettiğini öğrenin. Değiştirmeyi planlasanız da planlamasanız da bunu yapın. Bunlardan herhangi biri yalnızca iş ortağınızda duruyorsa, bir kopyasını sahibi olduğunuz sistemlere taşıyın.

Bir iş ortağı değişikliğini tartıyorsanız ve teslimatlar ya da sözleşme hakkında bağımsız bir görüş istiyorsanız, benimle buradan konuşabilirsiniz.

Bir projenin ortasında SAP uygulama iş ortağı değiştirilebilir mi?

Evet. Önce sözleşmenizin fesih, ihbar ve teslimat mülkiyeti koşullarını kontrol edin. Kararı duyurmadan önce tasarımları, kodu, test kanıtlarını ve sistem erişimini güvence altına alın, sonra örtüşme dönemi olan planlı bir devir yürütün.

SAP uygulama iş ortağı ne zaman değiştirilmeli?

İş ortağı kaliteli kişiler sağlayamadığında ve bunu düzeltemediğinde ya da liderleri mimariyi ve planı açıklayamadığında değiştirin. Yalnızca bir faz geciktiği için değiştirmeyin. Önce teşhis koyun, çünkü kapsam sahipliğiyle ya da kendi kararlarınızla ilgili sorunlar sizi yeni bir iş ortağına kadar takip eder.

Sözleşmeyi feshetmeden önce SAP iş ortağınızdan neler almalısınız?

İmzalı tasarımları ve karar kayıtlarını ve her nesnenin durumuyla birlikte WRICEF listesini. Kendi sistemlerinizdeki özel kodu ve konfigürasyonu, test senaryolarını ve sonuçlarını, veri taşıma eşleştirmelerini ve RAID kaydını. Ayrıca erişimin o gün kaldırılabilmesi için sistemlerinizdeki ve SAP destek hesabınızdaki iş ortağının tüm kullanıcılarını listeleyin.

SAP iş ortağını projenin ortasında değiştirmenin maliyeti nedir?

Standart bir rakam yoktur. İki ekip arasındaki örtüşme, yeniden doğrulama ve yeniden iş, sözleşmeden çıkış koşulları, kendi seçim eforunuz ve gecikme için bütçe ayırın. Faz ne kadar ilerideyse o kadar çok yeniden iş vardır, çünkü kodun ve testlerin tamamlanabilmesi için önce anlaşılmaları gerekir.

Bir SAP uygulama iş ortağının yerine yenisini koymak ne kadar sürer?

Deneyimime göre tam bir iş ortağı seçimi, kısa listede en az üç iş ortağıyla yaklaşık 12 hafta sürer. Baskı altında bir değişiklik daha hızlı ilerleyebilir, ama referans görüşmelerini ve gerçek ekiple sözlü sunumları koruyun.

Bir SAP uygulamasındaki belgelerin ve kodun sahibi kimdir?

Bunu sözleşmeniz belirler; bu yüzden teslimat mülkiyeti maddesini kontrol edin. Pratikte belgeleri kendi deponuzda ya da SAP Cloud ALM tenant'ınızda, kodu ve konfigürasyonu da iş ortağının sunucularında değil, kendi SAP sistemlerinizde tutarak kendinizi koruyun.