Değişim yönetimi planı: direnci başlamadan çözün

Bir ERP programı için değişim yönetimi planı, insanların bugünkü çalışma biçiminden yeni sistemin gerektirdiği çalışma biçimine nasıl geçeceğini ve onları oraya götürmekten kimin sorumlu olduğunu ortaya koyar. Eğitimde değil, mobilizasyon aşamasında başlar. Yedi bileşeni vardır, her birinin adı belli bir sahibi bulunur ve yan bir akış olarak yürütülmek yerine proje başlatma belgesine, tasarım atölyelerine ve kalite kapılarına bağlanır.

Direncin çoğu bir anda ortaya çıkmaz. Yavaş yavaş, kickoff'tan çok önce birikir. Onu erken toplantılardaki dolaylı yorumlarda duyarsınız. İş tarafının kilit sorumlularının sessizleştiğini fark edersiniz. Resmî bir değişim planı hazırlandığında hasarın büyük kısmı çoktan verilmiştir.

Genellikle birkaç tahmin edilebilir yerden başlar:

1. Anahtar kullanıcıların erken tasarımın dışında bırakılması.
2. Departman yöneticilerinin, kendileriyle kimsenin konuşmadığı etkilerle karşılaşıp şaşırması.
3. Sürekli ikinci kez düşünmeye davet eden belirsiz iletişim.
4. Geride sessiz bir güvensizlik bırakan, başarısız geçmiş projeler.

Bunlar yalnızca iletişim sorunu değil, yapısal sorunlardır. Yönlendirme komitesi pasifse sürtüşme bekleyin. Proje başlatma belgesi benimsemeden hiç söz etmiyorsa, bir kaldıracı baştan kaybetmişsiniz demektir.

1. 01MobilizasyonNüfuzu haritalayın, gayriresmî geçmişi toplayın
2. 02TasarımBenimseme KPI'ları üzerinde anlaşın, ileri düzey kullanıcılar birlikte yazsın
3. 03Testİş kullanıcıları kendi süreçlerini test eder
4. 04EğitimRole özel, gerçek veriyle, insanların katılabileceği saatlerde
5. 05Canlıya geçiş kapısıYalnızca fonksiyonel onay değil, benimseme eşikleri
6. 06İlk 90 günGirişleri, hataları, talepleri ve geçici çözümleri izleyin

Geçici çözümler alışkanlığa dönüşmeden yakalanır

Değişim planı bir iletişim takvimi değildir. İşte yedi bileşen ve her birinin sahibi olması gereken kişi.

Bileşen	Amaç	Sahibi
Rol ve nüfuz haritalaması	Etkilenen herkes, yalnızca unvanıyla değil nüfuzuyla birlikte	Değişim lideri
Değişim etki değerlendirmesi	Her grubun rollerinin, süreçlerinin ve araçlarının nasıl değiştiği	Süreç sahipleri, değişim ekibiyle birlikte
İletişim planı	Hedef kitleler, mesajlar, kanallar ve zamanlama, geri bildirim döngüleriyle birlikte	İletişim lideri
Eğitim ve yetkinlik kazandırma	Role özel müfredat, uygulama, hazırlık kontrolleri	Eğitim yöneticisi
Liderlik katılımı	Liderler hizalanmış, bilgilendirilmiş ve değişimi görünür biçimde destekliyor	Üst yönetim sponsoru, değişim lideriyle birlikte
Benimseme KPI'ları	Tasarım aşamasında üzerinde anlaşılan ve canlıya geçişten sonra da izlenen davranış ölçüleri	Değişim lideri
Direnç izleme	Ekiplerle eşleştirilmiş erken uyarı işaretleri	Tüm iş akışı liderleri

Çoğu değişim planında iletişim; bültenler, e-postalar ve tüm çalışanlara açık toplantılar demektir. İnsanları harekete geçiren bunlar değildir.

Her şeyi zamanında duyurduğumuz, ama sürecin neden değiştiğini kimsenin açıklayamadığı bir devreye almayı hatırlıyorum. Hacmimiz vardı, netliğimiz yoktu.

Hedef kitleye göre uyarlayın. Üst düzey yöneticiler önce iş etkisini görmek ister. Son kullanıcıların bunu, hiç tanışmadıkları bir program liderinden değil, kendi yöneticilerinden duyması gerekir. Fonksiyonel liderler, mesajın bir kısmına sahip çıktıklarında daha iyi karşılık verir.

Geri bildirimi sürecin içine koyun. Yalnızca tek yönlü iletişim, yarım plandır. Haftalık soru-cevap görüşmelerinin herhangi bir e-postadan daha çok etki yarattığı bir ekiple çalıştım. Duyduklarınızı risk kaydına bağlayın; böylece zayıf noktalar herkesin önünde ortaya çıkmadan önce görünür olur.

Zamanlamayı doğru tutturun. Çok erken olursa kafa karışıklığı yaratır. Çok geç olursa zorlama gibi durur. Bir devreye almada kullanıcılar işlerinin ellerinden alınacağını düşündü. Bunu kimse söylememişti. Ama sessizlik boşlukları doldurdu. Korkuyu doğrudan ve erken ele alın, bir başkası sizin yerinize yapmadan önce.

Bir önceki projeden kalan insan haritasını yeniden kullanmayın. Nüfuz programdan programa değişir. Haritayı sıfırdan kurun ve her ay güncelleyin.

Her kişi için üç şeyi izleyin: değişimin onları ne kadar etkilediğini, bugün nerede durduklarını (destekleyici, tarafsız ya da dirençli) ve başkaları üzerinde ne kadar nüfuzları olduğunu. Peşinden giden bir ekibi olan dirençli bir orta kademe yönetici, dirençli tek bir kullanıcıdan daha önemlidir.

Gayriresmî geçmişi de toplayın. Başarısız geçmiş projeler, çıkarılan dersler belgelerinin hiçbir zaman kaydetmediği biçimlerde davranışı şekillendirir. İnsanların ne hatırladığını birkaç saat dinlemek, gerçekte neyle uğraştığınızı gösterir. Paydaş yönetimi rehberim haritalamayı daha ayrıntılı ele alıyor.

Eğitim, değişim yönetiminin bir parçasıdır, tamamı değil. Yaygın hata; çok geç gelen, yanlış biçimde verilen ve insanlar kendine güvenmeden biten eğitimdir. Canlıya geçişten iki hafta önce verilen bir günlük kurs hazırlık sayılmaz.

İşe yarayanlar:

1. Role özel içerik. Her gruba kendi işi için gerekeni öğretin, sistem turu yapmayın.
2. Gerçek veriyle pratik. Demo senaryoları değil, işletmenin kendi verilerini ve işlemlerini kullanın.
3. Eğitmen olarak ileri düzey kullanıcılar. İnsanlar güvendikleri meslektaşlarından daha iyi öğrenir. İleri düzey kullanıcılara yalnızca test eden kişi olarak değil, tasarımın ortak yazarı olarak bakın.
4. Doğru zamanda eğitim. Birlikte çalıştığım bir finans ekibi, oturumlar yanlış saate konduğu için derslere katılmıyordu. Saati değiştirmek sorunu çözdü.
5. Canlıya geçişten sonra destek. Güven, canlıya geçişten önce değil sonra düşer. Hypercare dönemini, gerçek soruları hızla yanıtlayabilecek kişilerle kadrolayın.

Kullanıcı kabul testi de benimsemenin bir parçasıdır. Fiyatlandırma mantığındaki küçük bir hatanın yanlış faturalamaya yol açacağı bir UAT oturumunu hatırlıyorum. Bir ekip lideri fark etti. Başka kimse fark etmemişti. Bu tek yakalama, haftalarca sürecek temizlik işinden kurtardı ve bunun nedeni, bir iş kullanıcısının sistemi kısmen kendisinin görmesiydi.

Benimseme eşiklerini kalite kapılarınıza koyun. “Sistem çalışıyor” fonksiyonel bir onaydır. “Kullanıcılar onda çalışmaya hazır” ise başka bir onaydır ve çoğu program yalnızca birincisini ister. SAP eğitim stratejileri rehberim eğitim planını daha derinlemesine ele alıyor.

Canlıya geçişten önce üzerinde anlaşılacak benimseme KPI'ları

Bunları tasarım aşamasında belirleyin; böylece ölçüm yapabileceğiniz bir başlangıç değeri olur:

1. İlk 90 günde kullanıcı grubuna göre oturum açma oranları.
2. Kilit işlemlerde, eski sistemin başlangıç değerine göre hata oranları.
3. Hacme ve kategoriye göre destek talepleri.
4. Geçici çözüm sıklığı: e-tablolara aktarımlar, paralel kayıtlar, sistem dışındaki manuel onaylar.
5. Kısa nabız anketlerinde yöneticilerin bildirdiği güven.

Pencere dar. Kullanıcıların haftalar içinde sessizce e-tablolara geri döndüğünü gördüm; sistem bozuk olduğu için değil, değişimin içinden geçerken kimse onlara yardım etmediği için. Canlıya geçişten birkaç ay sonra geçici çözümler alışkanlığa dönüşür.

Dijital benimseme araçları

SAP, WalkMe'yi yaklaşık 1,5 milyar dolarlık özkaynak değeriyle satın alma işlemini Eylül 2024 tarihinde tamamladı. SAP o dönemde, WalkMe'nin yapay zeka yeteneklerinin iş akışları boyunca Joule'a bağlama duyarlı yardım ekleyeceğini söyledi. Bu, SAP'nin artık farklı güçlü yanlara sahip iki benimseme aracının sahibi olduğu anlamına geliyor:

• SAP Enable Now, yapılandırılmış eğitim içeriğine uygundur: bir süreci bir kez kaydedin, ondan dokümantasyon, simülasyon ve test betikleri üretin.
• WalkMe, kullanım anında uygulamanın içinde rehberlik için uygundur ve SAP ile SAP dışı uygulamaları kapsayabilir.

İkisini birlikte değerlendirin. SAP'ye bağlı olmayan bir benimseme aracı istiyorsanız ana bağımsız alternatif Whatfix'tir. Bu araçların hiçbiri, bir yöneticinin değişimin neden önemli olduğunu anlatmasının yerini tutmaz.

İyi hazırlıkla bile yeni sürtüşmeler ortaya çıkar. Onu aşırı kontrol etmeye çalışmak genellikle ters teper. Amaç, onu erken görmektir.

Uyarı işaretleri şunlardır: kaçırılan atölyeler, toplantılardaki sessizlik, testlerde belirsiz geri bildirim ve resmî olmayan geçici çözümler üreten anahtar kullanıcılar. Her işareti geldiği ekiple eşleştirin; böylece yönlendirme komitesine ulaşmadan harekete geçebilirsiniz.

İşe yarayan bir uygulama: değişim liderlerini aşamaya göre değiştirin. İki yıllık bir programda değişimi tek kişinin sahiplenmesi genellikle tükenmeye ve bakış açısının kaybolmasına yol açar. Direncin doğası değiştikçe, onunla ilgilenen kişiler de değişmelidir.

Hepsinden önemlisi, değişim yönetimini program yapısının içinde tutun. Davranışsal sonuçların yeri proje başlatma belgesidir. Ekibin aşırı yüklenmesi ve geçmişten kalan güvensizlik gibi insana dair riskler, teknik risklerin yanında risk kaydında yer almalıdır. Değişim yönetimi genel bir PMO güncellemesinin içinde raporlandığında, kutucuk işaretlemeye dönüşür.

Bir değişim yönetimi planında neler olmalı?

Yedi bölüm: nüfuz haritalaması, değişim etki değerlendirmesi, geri bildirim döngüleri olan bir iletişim planı, role özel eğitim, liderlik katılımı, benimseme KPI'ları ve direnç izleme. Her birinin adı belli bir sahibi olmalı ve plan; proje başlatma belgesine, tasarım atölyelerine ve kalite kapılarına bağlanmalıdır.

Değişim yönetiminin 5 C'si nedir?

Birkaç versiyonu var. Benim kullandığım: netlik (insanlar kendileri için neyin değiştiğini bilir), tutarlılık (liderler aynı şeyi söyler), bağlılık (sponsor görünür kalır), iletişim (ilgili, zamanında ve çift yönlü) ve yetkinlik (eğitim, destek ve uyum sağlamak için zaman). Biri eksikse insanlar eski alışkanlıklarına döner.

Değişim yönetiminin 7 R'si nedir?

BT hizmet yönetiminden gelir ve bir değişiklik talebi üzerinde harekete geçmeden önce onu değerlendirmek için kullanılır. Talebi kimin açtığı, gerekçe, beklenen getiri, riskler, gereken kaynaklar, kimin sorumlu olduğu ve diğer değişikliklerle ilişki. Bunlar, programın insan tarafına değil, teknik değişiklik kontrolüne uygulanır.

Kurumsal ve teknik değişim yönetimi arasındaki fark nedir?

Kurumsal değişim yönetimi insanları hazırlar: çalışma biçimleri değişirken iletişim, eğitim ve destek. Teknik değişim yönetimi ise SAP sistemine hangi değişikliklerin gireceğini kontrol eder: transportlar, onaylar, test ve geri alma yoluyla. ERP programları teknik tarafı genellikle iyi yönetir; benimseme başarısızlıkları kurumsal taraftan gelir. SAP teknik değişim yönetimi araçları rehberim teknik tarafı ele alıyor.

WalkMe mi, SAP Enable Now mı kullanmalıyım?

Çoğu zaman ikisi de. SAP Enable Now, canlıya geçişten önce yapılandırılmış eğitim içeriği oluşturmada daha güçlüdür. WalkMe, özellikle kullanıcılar SAP ile diğer uygulamalar arasında geçiş yaptığında, canlıya geçişten sonra uygulama içi rehberlikte daha güçlüdür. İkisi de SAP'ye ait olduğundan birlikte değerlendirin. Ana bağımsız alternatif Whatfix'tir.

Bir ERP projesinde değişim yönetimi ne zaman başlamalı?

Mobilizasyonda, ilk tasarım atölyesinden önce. En önemli erken adımlar şunlardır: nüfuzu haritalamak, geçmiş projelerin gayriresmî tarihçesini toplamak, davranışsal sonuçları proje başlatma belgesine koymak ve sponsorun iletişim ritmini belirlemek.