Dijital dönüşüm serisi: Son kilometre

Bu yazıyı okuyorsanız, muhtemelen henüz dönüşüm projenizin son kilometresinde değilsiniz.

Genellikle, bir dönüşüm projesinin son birkaç ayı, proje planlamanız, iletişiminiz ve ekip organizasyonunuz ne kadar iyi olursa olsun, tamamen tüketilme noktasına kadar yoğundur. Bunun nedeni, dijital dönüşümün sıklıkla şirketin çok büyük bir dokusunu, hatta belki de şirketin gördüğü en büyük etkiyi etkilemesidir.

Çoğu durumda dijital dönüşüm, şirketin teknik, ticari ve organizasyonel unsurlarına her şeyden önce dokunur.

Bu etki göz önüne alındığında, şirketlerin kaçınması kolaydır - kapsamı kısmen azaltın, etkiyi azaltmak için kullanıma sunma aşamasına geçin, gözetimi artırın ve böylece projeyi yavaşlatın. Tipik olarak, bu yaklaşımlar -bu anlık tepkiler- bir hatadır. Dijital dönüşümün zor, şirket değiştiren bir deneyim olduğunu daha önceki yazılarımda söylemiştim. Tüm şirketin değişikliklerin arkasında olması - yukarıdan aşağıya - projenin nihai başarı seviyesini belirleyecektir. Korkma! Dönüşümünüzün işletme üzerindeki etkisini ve değerini en üst düzeye çıkarmak için projenin son kilometrelerinde atabileceğiniz adımlar vardır.

Misyon beyanınız ve proje iletişiminiz projenin başlarında iyi yönetildiyse ve bunlara karşı teslim edildiyse, kullanıma sunmanızın son aşamasında gelebilecek gürültünün çoğu azaltılabilir.

Son aşama, mevcut projenin sağlayabileceği değeri tartışmak için kesinlikle yanlış yerdir. Yapılması en kolay şey, gürültü yapanları proje için orijinal, yönetici destekli Misyona yönlendirmektir. Bununla birlikte, sıklıkla ortaya çıkan yeni oyuncular vardır - özellikle de dönüşümün sahip olacağı bozulma düzeyi netleştiğinde.

Misyon beyanları ve yönetici onayı, yeni oyuncular üzerinde büyük bir sakinleştirici etkiye sahip olabilir ve onlarla önceden yapılan iletişimleri paylaşmak, onların sürecin bir parçası olmalarına ve kendilerini daha fazla hissetmelerine yardımcı olabilir.

Bir projenin sonraki aşamalarında genellikle zaman çizelgelerinin baskı altına alınması söz konusudur ve siz zaman çizelgesini sıkıştırmanın yollarını ararsınız. Burada çok dikkatli olmalısınız.

Bir projede, projenin başarısına büyük zarar verecek şekilde, genellikle tehlikeye atılan dört alan vardır.

Dijital dönüşüm projesi: Test

Dijital dönüşüm genellikle BT dışında yönetilir. Test, teknik ve ticari kabul testinin bir kombinasyonu olarak başlayabilir, ancak teslimat baskısı altında bu, büyük bir hedef olarak görünür. Projenin test döngülerini sıkıştırmak istemek normaldir. Proje ekibinin proje kireç hatlarında bakabileceği ilk yerlerden biri iş kullanıcıları kabul testidir. Bu, kesilmesi son derece tehlikeli bir alandır.

İş kullanıcılarını yazılımı kabul etmeye ve yorumlamaya dahil etmek, projenin önemli bir parçasıdır ve bu döngüden geçmek zaman alır. Sistem ve birim testine uygulanan aynı titizlik düzeyi gibi gelmeyebilir, ancak en azından bu kadar önemlidir. Bir zaman çizelgesinden tasarruf etmek için burada kesmek, kullanıcılar yapılanları tamamen reddettiği veya sorguladığı için büyük yeniden çalışma çabalarına neden olabilir. Bunun zaman çizelgesi etkisi vardır, ancak aynı zamanda projenin başarısı için ivmeye ve desteğe de zarar verebilir. İş kullanıcılarını meşgul edin ve onları elinizden geldiğince zamanında yanıt vermeye yönlendirin. Kullanıcı testini azaltan diğer kurslar, riskinizi kat kat artırır.

entegrasyon aşaması

Yeni yazılım dağıtmak bir boşlukta gerçekleşmez. Bağlanmak için her zaman başka sistemler vardır. Bir dönüşüm projesindeki en yaygın hatalardan biri, bu eski sistemlere entegrasyonun geçmişte olduğu gibi çalışacağını varsaymaktır. Hemen hemen her durumda, bu kötü bir varsayım olur.

Geçenlerde, son canlıya geçiş için teslim edilmesi gereken 50'den fazla entegrasyon belirleyen bir müşteriyle çalıştım. Uzman servis ekibimizle birlikte çalışarak, proje için nelerin kritik olduğunu ve nelerin ertelenebileceğini tek tek belirlemeyi başardılar.

Entegrasyonlarınızın onaylanması projede geç saatlere kadar gerçekleşemeyeceğinden, entegrasyon kısmını hızlandırmak için doğal bir yalınlık vardır. Bu, yapılması oldukça tehlikeli bir şeydir; entegrasyon başarısızlıklarını dönüşüm için büyük bir son dakika zorluğu olarak görüyoruz. Hangi entegrasyonların gerçek zamanlı, hangilerinin neredeyse gerçek zamanlı olduğunu ve hangilerinin bir toplu iş haline getirilebileceğini belirlemek için zaman ayırmak, entegrasyon zorluğunun üstesinden gelinmesine yardımcı olabilir.

Sıklıkla, en 'pahalı' gerçek zamanlı çağrıları gerektirdiği belirlenen entegrasyonların biraz daha az önemli olduğunu ve neredeyse gerçek zamanlı bir strateji uygulanabileceğini keşfediyoruz. Klasik bir örnek—biri katalogdaki bir öğenin ayrıntısına baktığında gerçek zamanlı envanter doğrulamasına gerçekten ihtiyacınız var mı? Bir alışveriş sepetine eklenirse gerçek zamanlı doğrulamaya ihtiyacınız var mı? Çoğu iş örneğinde, tek gerçek zamanlı envanter çağrısı, alışveriş sepetinin ödeme için onaylanmasıyla gerçekleşir.

Son kilometreye ulaşmadan ÖNCE entegrasyon sorunlarını ne kadar çok belgeleyebilir ve doğrulayabilirseniz, bu testten sağ çıkma olasılığınız o kadar yüksek olacaktır. Yıllar içinde oluşturulan eski sistem entegrasyonları, yeni sistemlere bağlandığında genellikle aynı şekilde çalışmaz. Bunu erkenden araştırmak, yalnızca bu önemli çabada size yardımcı olabilir. Bu, doğrulama olmadan varsayımlarda bulunmanın size büyük zorluklara neden olacağı bir alandır.

yük testi

Entegrasyon çabalarıyla yakından ilgili olan yük testidir. Müşteriler sıklıkla satıcının yazılımının stok performansına dayalı olarak yük hakkında varsayımlarda bulunurlar. Bu hatalı bir mantıktır. Çözümü özel ihtiyaçlarınıza göre uyduruyor ve özelleştiriyorsunuz. Değiştirilen her ayar ve her özel iş akışı, satıcının verim için sağladığı karşılaştırma ölçütlerinden sizi bir adım daha uzaklaştırır. Dahası, entegrasyonlarınızın çözümünüzün performansı üzerinde önemli bir etkisi olacaktır ve satıcınızın bu etkinin ne olacağını tahmin etmesine imkan yoktur.

Performans doğrulamanın bir parçası olarak mimarinizi, ayarlarınızı, entegrasyonlarınızı ve özel çalışmalarınızı gözden geçirmek için belirli bir satıcı katılımınız olmalıdır. Bunu yapmamak, canlı yayınınızda büyük sorunlara neden olabilir. Kısa süre önce, 40 ülkelik bir kullanıma sunma planının ilk dördünü uygulamaya koyduktan sonra bir müşterim bana ulaştı - dördünün en büyüğü İrlanda'ydı. Önemli ölçek sorunları yaşıyorlardı. Performans ekibimizle yapılan acil bir görüşmeden sonra, çözümün önemli ölçüde yeniden düzenlenmesinin gerekli olacağı anlaşıldı. Sistem yük testini geçene kadar ek dağıtım ertelenmek zorunda kaldı ve bu da CIO için önlenebilir bir yönetici ekibin utanmasına neden oldu.

Sistem yükü testinin projenizin temel bir parçası olması gerektiğini daha önce vurgulamıştım. Bu adımı eksik veya eksik temsil etmek neredeyse her zaman kötü sonuç verir.

Eğitim

Proje zaman/teslim baskısı altındayken şirketlerin ilk baktığı şeylerden biri eğitim bileşenidir. Burada kesmek, genellikle bir projenin zamanında teslim zorlukları üzerindeki etkiyi azaltmanın başka bir kolay yolu gibi görünmektedir. yapma!

Bir dijital dönüşüm projesinde başlamak için eğitim genellikle yetersiz temsil edilir. Kimse kullanamadığı için başarısız olan yeni bir sisteme sahip olmaktan daha kötü bir şey yoktur. Bu genellikle bir teknoloji sorunu değildir. İnsanlar sistemleri çalıştırır ya da çalıştırmaz. Bu insanlar ne kullanacaklarını bilmeli ve satın almalılar.

Eğitim kabaca iki ana bileşene ayrılır - ikisini de göz ardı etmeyin.

Sistem eğitimi: Projede tasarladığınız iş akışlarını ve iş süreçlerini yönetecek ekibe yönelik eğitimdir. Eğitim odağının büyük kısmı buraya gidiyor. İnsanların sistemin neden ve nasıl devreye girdiğini ve işlerinin nasıl değişeceğini bilmelerini sağlamak, çabanın son kilometresinde kritik öneme sahiptir. Uzun süredir var olan iş süreçlerini önemli ölçüde değiştiriyorsanız, burada oldukça fazla iş var. Ekiplerin ne yaptıklarını ve neden yaptıklarını bildiklerinden emin olun!

Bu, yeni çözüm için heyecan yaratmak için bir şans ve bu ekipleri satın almak, kullanıma sunma sırasında yaşayacağınız kaçınılmaz tümsekleri yumuşatacak. Bu eğitim üç yönü içermelidir: Bir sınıfta veya yerinde Satıcı eğitimi, işiniz için oluşturulan herhangi bir benzersizlik için Sistem Entegratörü değişikliği ve kullanıcıların güvenli bir ortamda hata yapabileceği uygulamalı sanal alan deneyimi. Lütfen—ne yaparsanız yapın, kullanıcıların onlara verdiğiniz şeyi alacağını varsaymayın. Bu, dijital dönüşümde başarı talep etmek için ihtiyaç duyacağınız ivmeyi oluşturmak için harika bir yaklaşım değil…uygun bir eğitim planı oluşturun ve acele etmeyin. İnsanları eğitime gönderin ve onları bu çabaya dahil edin - bu temettü ödeyecek.

Son kullanıcı eğitimi: Bu, bir dijital dönüşüm sunumunda genellikle eksik olan başka bir alandır. Yapabileceğiniz en iyi şey, son kullanıcılardan oluşan bir örneklemle nelerin geleceğini öğrenmek, onların ne kadar sürdüğünü görmek ve eğitim planlarınızı buna göre yapmaktır. Çoğu zaman şirketler, çözüm için bir dizi son kullanıcıyı "şampiyonlar" olarak dahil etmekten hoşlanırlar. Bu, sistemi zaten anlayan bir ekiple kullanıcı topluluğunu 'tohumlamak' için iyi çalışabilir.

Son mil her zaman sıkıntının geldiği yerdir. Ancak yukarıdaki adımlar, zorlukları adım adım atmanıza yardımcı olacaktır.