Pratik Bir Dijital Dönüşüm Yol Haritası Nasıl Hazırlanır?

Dijital dönüşüm yol haritası; tanımlanmış bir iş sonucuna ulaşan sınırları belirli projeler dizisi, aralarındaki bağımlılıklar, her aşamanın sahibi, aşamanın işe yaradığını kanıtlayan ölçüt ve şimdilik yapmamayı seçtiklerinizin açık listesidir. On iki–on sekiz ayı ayrıntılı planlayın, ötesini ana hatlarıyla bırakın.

Yol haritaları içerikten çok sıralama yüzünden başarısız olur. En yaygın hata, kanıta göre değil sistemin yaşına göre sıralamaktır: başka bir yerdeki küçük bir proje yaklaşımı kanıtlayıp bir sonrakini finanse edebilecekken en eski platformu önce değiştirmek.

Önemli noktalar

• Tek bir ölçülebilir sonuçtan başlayın: Bugünkü sayıyı söyleyemiyorsanız programın başarı koşulu yoktur.
• Projeleri öğrettiklerine göre sıralayın: Erken işler belirsizliği azaltmalı, yalnızca büyük olmamalı.
• On sekiz aylık ayrıntı yeterlidir: Daha uzağı siz oraya varmadan yeniden yazılır.
• Yapmayacaklarınızı yazın: Dışarıda bırakılanları olmayan bir yol haritası dilek listesidir.

Teknolojiden değil iş değişikliğinden başlayın

"Dijital dönüşüm yapmalıyız" bir hedefi değil bir bütçeyi tarif eder. Yol haritası oluşmadan önce tek paragrafta sonucu, etkilenen süreci ve işe yaradığını gösterecek ölçütü yazın.

İşe yarar sonuçlar şöyle görünür: siparişten sevkiyata süreyi dört günden bire indirmek; mevcut müşterilerin satış temsilcisini aramadan tekrar sipariş vermesini sağlamak; hasar süreçlerindeki istisna oranını yarıya düşürmek. Her birinin bugün bir sayısı vardır ve ilerlemeyi iddia edilebilir değil tartışılabilir kılan da budur.

Kimse mevcut sayıyı söyleyemiyorsa ilk projeniz budur. İki hafta içinde yirmi gerçek vakayı uçtan uca ölçmek savunulabilir bir başlangıç değeri üretir ve neredeyse hiçbir maliyeti yoktur.

Değiştirmeyi planlamadan önce işin nasıl yürüdüğünü haritalayın

Yöneticilerle görüşmek amaçlanan süreci ortaya çıkarır. Gerçek vakaları izlemek fiili süreci gösterir ve ilkine dayanan yol haritaları pahalı biçimde yanlış olur.

Vakaları işletme içinde adım adım takip edin: her adımı kimin yaptığı, ne kadar beklediği ve bir şey eksik olduğunda ne olduğu. Tabloları, mesajlaşma gruplarını, kenar notlarını ve gayriresmî yükseltmeleri kaydedin. Bu geçici çözümler hiçbir süreç belgesinde bulunmayan kuralları içerir ve değişikliğin gerçek maliyeti oradadır.

Haritayı işletmedeki herkesin okuyabileceği sadelikte tutun. Yorumlanması için danışman gereken bir şema, danışman ayrıldığında kullanılmaz.

İşi büyüklüğe göre değil kanıta göre sıralayın

Her aday projeyi dört şey üzerinden puanlayın: ürettiği iş değeri, bu değere olan güveniniz, gereken efor ve neye bağımlı olduğu. Yalnızca değere göre sıralamak yol haritasını hiç bitmeyen büyük projelerle doldurur.

İlk proje öğrettiği şey için seçilmelidir. Yaklaşımı kanıtlayan, gerçek bir sayı üreten ve kurum içi güven inşa eden sınırlı bir iş, on dördüncü ayda teslim olan büyük bir projeden değerlidir. Erken kazanımlar aynı zamanda siyasi sermaye üretir; bütçe onaylı olsa bile bu gerçek bir kısıttır.

Bağımlılıkları sıralamaya açıkça yazın. İki proje de aynı verinin temizlenmesine veya aynı entegrasyona ihtiyaç duyuyorsa, o ortak iş ikisinin içinde gizli bir varsayım değil kendi başına bir kalemdir.

Süreç ve bütçe üzerinde yetkisi olan bir sahip atayın

Her aşamanın, yazılımın ne yapmaya başlayacağına değil sürecin ne yapmayı bırakacağına karar verebilecek bir sahibi olmalıdır.

Tamamen bilgi teknolojilerine verilen programlar, işin benimsemediği bir sistem planı üretir; çünkü asıl önemli kararlar iş kararlarıdır: hangi istisnalara izin verilmeye devam edecek, kim neyi onaylayacak ve eski çalışma biçimine ne olacak. Bunları hiçbir tedarikçi sizin yerinize veremez.

O kişiye rolün gerçekten gerektirdiği zamanı ayırın. Bunu hafife almak, yetkin bir teslimat ekibinin hayal kırıklığı yaratan bir sonuç üretmesinin en yaygın nedenidir.

Benimsemeyi ayrı bir iş kolu olarak planlayın

Yazılım teslimi ile benimseme farklı işlerdir ve farklı bütçeler gerektirir. Çalışan ama kullanılmayan bir sistem, çalışmayan bir sistem kadar başarısızdır.

Benimseme planı; değişikliği kimin ve neden anlatacağını, düğmeler yerine yeni süreç üzerinde eğitimi, ilk haftalarda yoğun desteği ve en kritik olarak eski yolun kaldırılmasını kapsar. Önceki güzergâh açık kalırsa personelin ciddi bir kısmı onu kullanmaya devam eder ve ölçütleriniz hiç kıpırdamaz.

Direnç genellikle bir tutum sorunu değil, tasarım veya iletişim sinyalidir. İnsanlar kuruma fayda sağlasa bile kendi anlık işlerini zorlaştıran sistemlere direnir ve bunu bastırmak yerine dinlemek gerekir.

Programı değil işi anlatan ölçütler seçin

Dönüşüm programları genelde teslim edilen sistem, eğitilen kullanıcı ve tutturulan kilometre taşı raporlar. Bunlar eforu tarif eder. Bir program bunların hepsinde iyi puan alırken operasyonel olarak hiçbir şey iyileşmeyebilir.

Bunun yerine şunları ölçün: hedef sürecin çevrim süresi, işlem başına maliyet, değişen yolculukta müşteri eforu veya memnuniyeti ve yeni çalışma biçiminin benimsenme oranı.

Operasyonel ölçütler, bir değişiklik yayına girdikten sonraki çeyrek içinde hareket etmelidir. İki çeyrek sonra hiçbir şey kıpırdamadıysa sorun benimseme veya kapsamdır; daha fazla teslimat bunu çözmez. Bu incelemeyi yol haritasına baştan yazmak, programı dürüst tutan şeydir.

Dijitalleştirmeden önce standartlaştırın

Yazılım kuralları kodlar. Müşteriye, mevsime veya o gün kimin vardiyada olduğuna göre değişen bir süreç, bir çeyrek içinde yanlış hale gelecek bir yazılım ve yeniden yapılandırmayla geçen bir yıl üretir.

Süreç kararsızsa doğru ilk proje sistem değil standartlaştırmadır. Bir ay boyunca yazılı bir kural kitabıyla manuel yürütün. Kural kitabı değişmeden ayakta kalıyorsa kodlamak güvenlidir; haftalık değişiyorsa asıl işi bulmuşsunuz demektir.

Bu, özellikle birden fazla lokasyonda veya şirkette çalışan kurumlarda geçerlidir; aynı süreç genellikle herkesin tek bir süreç sandığı birkaç varyanta ayrılmıştır.

Olgunluğu ölçün, ama yalnızca eylem listesi üretmek için

Olgunluk değerlendirmesi, kapatılacak boşlukların önceliklendirilmiş listesini üretiyorsa yapmaya değer; bir puan üretiyorsa atlanmalıdır. Beşli ölçekteki bir seviye hiçbir şeyi değiştirmez; bu çeyrek hangi iki boşluğun kapatılacağını bilmek pazartesi ne yapacağınızı değiştirir.

Teslimatı öngören soruları sorun: hangi süreçler belgelenmiş ve sahipli, veri nerede yetkili, yazılım değişiklikleri nasıl test edilip yayınlanıyor, önceliğe kim karar veriyor ve küçük bir değişikliği ne kadar hızlı ve güvenli yapabiliyorsunuz. Son soru, bir dönüşüm programının nasıl gideceğinin en iyi göstergesidir.

Yol haritasını sabit aralıklarla gözden geçirin

Sıralamayı yeniden ele almak için bir takvim belirleyin — genelde çeyreklik doğrudur — ve bütçe yetkisi olan bir grupla yapın. Önceliğin en ısrarla konuyu yukarı taşıyan kişiye göre belirlenmesi, yol haritalarının inandırıcılığını yitirmesinin en yaygın nedenidir.

Her incelemede sıralamanın değişmesini bekleyin. Yeni kanıt planı değiştirmelidir; on sekiz ay boyunca değişmeden kalan bir yol haritası ya olağanüstü şanslıydı ya da artık okunmuyordur.

İlgili rehberler

İlgili içerikler:

• Özel Yazılım İçin İş Gerekçesi Nasıl Hazırlanır?
• Dijital Dönüşüm İş Ortağı Nasıl Seçilir?
• Excel İş Akışı Sorunları: Maliyetler, Riskler ve Alternatifler

Pratik Bir Dijital Dönüşüm Yol Haritası Nasıl Hazırlanır? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Dijital Yol Haritanızı Konuşalım.