Dijital Projeniz Hangi Durumda?
Yürüyen bir dijital işin dört durumu var ve her birinin müdahalesi farklı. Neden bilmek gerektiğini rakamlar gösteriyor: danışmanlık şirketlerinin başarısızlık tahminleri %70 düzeyinde seyrediyor.
Bu yazı bir durum haritası. Önce projenizin hangi durumda olduğunu buluyor, sonra o duruma özgü tek müdahaleyi gösteriyor. Yanlış durumda yapılan doğru müdahale işe yaramıyor. Teşhis müdahaleden önce geliyor.
Gündemde Ne Var?
BU BÖLÜMÜN ÖZETİ
- Başarısızlık oranı yüksek
- Türkiye tablosu da benzer
- Sahiplik belirleyici
- Kanaatten kanıta geçiş
- Erişim değil entegrasyon
Beş bulgu masada.
Başarısızlık oranı yüksek
Tahminler %70 düzeyinde seyrediyor. Ama sebep teknik değil; sistem çalışıyor ama kullanan yok. Kurulum bitiyor ama iş değişmiyor. Aradaki boşluk faturada görünmüyor. Görünmeyen kayıp tartışmaya girmiyor. Bu yüzden yıllarca sürebiliyor. Görünür kılmak ilk adım oluyor. Ölçülmeyen kayıp yönetilmiyor. Bir liste ve üç soru bunu görünür kılıyor. Yarım saatlik bir iş ve hiçbir bütçe gerektirmiyor. Sonucu doğrudan uygulanabilir oluyor. Liste çıkarılıyor, durum yazılıyor ve tek bir müdahale seçiliyor. Üç adım aynı oturumda tamamlanıyor. Ertesi hafta ilk sonuç görünmeye başlıyor. Hızlı geri bildirim bir sonraki adımı kolaylaştırıyor. Ekip yöntemin işlediğini görüyor. İkinci projede direnç azalıyor. Bir kez işleyen düzen ikincisini kolaylaştırıyor. Üçüncüde de kimse sorgulamıyor.
Türkiye tablosu da benzer
Yöneticilerin üçte biri kendi projelerinde yüksek başarısızlık bildiriyor. Kendi beyanları olduğu için bu bir alt sınır. Gerçek tablo daha ağır olabiliyor. Kendi rakamınıza bakmak bir saat sürüyor. Sonuç doğrudan size ait oluyor. Tartışmaya da kapalı bir sayı oluyor. Herkes aynı tabloya bakıyor. Görüş tartışması da sayı tartışmasına dönüşüyor.
Sahiplik belirleyici
Olgunluk raporu az sayıda işi net sahiplikle ölçeklemeyi öne çıkarıyor. Sahipsiz iş ilerlemiyor. Bir ad yazmak birkaç dakikalık iş. Buna karşılık proje hareket etmeye başlıyor; bundan ucuz bir hamle de yok.
Kanaatten kanıta geçiş
Aynı rapor kararların ölçüye dayanmasını öneriyor. “Bence iyi gidiyor” ile “şu sayı değişti” arasındaki fark burada.
Erişim değil entegrasyon
Teknolojiye ulaşmak kolay. Onu karar mekanizmasına bağlamak zor. Ayrışma tam bu noktada başlıyor. Aynı yazılım bir yerde işe yarayıp başka yerde rafta kalabiliyor. Sonucu belirleyen şey, o yazılımın çevresine örülen çalışma biçimi. Bu biçim de kasadan çıkmıyor; adım adım inşa ediliyor.
Soru Neden Şimdi Soruluyor?
BU BÖLÜMÜN ÖZETİ
- Proje sayısı arttı
- Durum sorulmuyor
- Teşhis yerine müdahale yapılıyor
- Kapanış ilan edilmiyor
Dört sebep.
Proje sayısı arttı
Giriş maliyeti düştüğü için daha çok iş başlatılıyor. Ama bitirme kapasitesi aynı kaldı. Aradaki fark yarım kalan işler olarak birikiyor. Bir yıl sonra liste dolu ama sonuç yok. Kimse hangi işin ne durumda olduğunu bilmiyor. Liste çıkarmak yarım saat sürüyor. Sonrasında tablo bir bakışta görünüyor. Hangi işin ne durumda olduğu netleşiyor. Müdahale o duruma göre seçiliyor. Yanlış müdahale böylece önlenmiş oluyor. Enerji doğru yere harcanıyor. Boşa giden toplantılar azalıyor. Konuşma somut bir karara bağlanıyor. Kim ne yapacak sorusu cevaplanmış oluyor. Belirsizlik ortadan kalkıyor. Bekleyen çalışan hareket edebiliyor. Beklemenin kendisi de bir maliyetti. Kimse hesaplamıyordu ama her gün ödeniyordu. Belirsizliğin faturası da böyle çıkıyor. Görünmeyen ama sürekli ödenen bir kalem.
Durum sorulmuyor
Başlangıçta ilgi yüksek, sonrasında kimse sormuyor. Sorulmayan iş de kendiliğinden ilerlemiyor. Aylar sonra bakıldığında yerinde duruyor. O noktada yeniden başlatmak zorlaşıyor. Ekipte bir isteksizlik oluşuyor. İkinci deneme birincisinden zor geçiyor. Bu yüzden ilk denemenin küçük olması önemli.
Teşhis yerine müdahale yapılıyor
Proje tıkandığında hemen bir şey deneniyor. Yeni araç, yeni eğitim, yeni toplantı. Durum bilinmeden yapılan müdahale tutmuyor. Enerji harcanıyor ama sonuç değişmiyor. Üç ay sonra da aynı noktada olunuyor.
Kapanış ilan edilmiyor
Biten proje kapanmıyor, duran proje de durdurulmuyor. İkisi de listede kalıyor. Liste dolu görünüyor ama içi boş. Kaynak tükenmeye devam ediyor. Duran işi durdurmak da bir karar gerektiriyor.
Yanlış Olan Ne?
BU BÖLÜMÜN ÖZETİ
- Her tıkanmaya aynı çözümü uygulamak
- Duran projeyi yürüyor saymak
- Kurulumu bitiş saymak
- Durumu tahminle belirlemek
Dört teşhis hatası müdahaleyi boşa çıkarıyor.
Her tıkanmaya aynı çözümü uygulamak
Sahipsizlikten duran projeye eğitim vermek işe yaramıyor. Kapsam büyüklüğünden tıkanana sorumlu atamak da öyle. Önce hangi durumda olduğu bilinmeli. Doğru müdahale yanlış durumda işe yaramıyor. Önce teşhis, sonra hamle.
Duran projeyi yürüyor saymak
Listede duruyor, arada konuşuluyor, kimse bittiğini söylemiyor. Bu proje aslında durmuş durumda. Ama kayıtlarda yürüyor göründüğü için kaynak tüketmeye devam ediyor. Kapanış bir karar ve verilmiyor.
Kurulumu bitiş saymak
Sistem devreye alındığında proje tamamlanmış sayılıyor. Oysa kullanılmayan sistem bitmiş bir proje değil. Bu ayrım yapılmadığında başarı oranı yanlış hesaplanıyor. Gerçek tablo hiç görülmüyor. Başarı oranı olduğundan yüksek sanılıyor. Ders de alınmıyor ve aynı sebep bir sonraki projede tekrar çıkıyor.
Durumu tahminle belirlemek
Nasıl gidiyor sorusuna izlenimle cevap veriliyor. İzlenim genelde iyimser oluyor. Ölçüye bakılmadığında tıkanma geç fark ediliyor. Erken görülen sorun ise kolay çözülüyor. Başarı ölçütü bu yüzden baştan yazılıyor.
Asıl Mekanizma
BU BÖLÜMÜN ÖZETİ
- Durum 1: başlamamış
- Durum 2: yürüyor
- Durum 3: tıkanmış
- Durum 4: bitmiş ama kullanılmıyor
Her dijital iş dört durumdan birinde bulunuyor.
Durum 1: başlamamış
Konuşuldu, karar verildi, hiçbir şey olmadı. Belirtisi şu: bir isim ve bir tarih yok. Müdahale de tek: sorumlu atamak. Başka hiçbir şey bu durumu değiştirmiyor. Yeni toplantı da yeni araç da fayda etmiyor. Eksik olan tek şey bir sorumlu. İsim yazılınca da iş kendiliğinden hareket ediyor.
Durum 2: yürüyor
Sahip var, haftalık takip var, ilerleme görülüyor. Bu durumda müdahale gerekmiyor. Yapılacak tek şey ritmi korumak ve karışmamak. Yürüyen projeye eklenen her yeni istek onu yavaşlatıyor. Korumak geliştirmekten değerli oluyor. İyi giden işe dokunmamak bir disiplin gerektiriyor. Yeni istek eklemek her zaman cazip görünüyor.
Durum 3: tıkanmış
Başladı ama ilerlemiyor. Sebep genelde üçten biri: kapsam büyük, sahip yok ya da hedef belirsiz. Müdahale sebebe göre değişiyor. Kapsamı küçültmek en sık işe yarayanı oluyor. Üç soru sebebi ilk denemede çıkarıyor. Kapsam, sahip ve hedef. Üçünden biri mutlaka eksik çıkıyor.
Durum 4: bitmiş ama kullanılmıyor
Kurulum tamam, sistem ayakta, kimse girmiyor. En yaygın ve en pahalı durum. Müdahale teknik değil. Eski yolu kapatmak ve tek işle yeniden başlatmak gerekiyor; yeni yatırım çözüm olmuyor.
Kimi Nasıl Etkiler?
BU BÖLÜMÜN ÖZETİ
- Başlamamış projesi olan işletme
- Çok sayıda yürüyen projesi olan işletme
- Tıkanmış projesi olan işletme
- Kullanılmayan sistemi olan işletme
Aynı harita dört durumda farklı okunuyor.
Başlamamış projesi olan işletme
En yaygın durum ve en kolay çözülen. Genelde birkaç fikir konuşulmuş, hiçbiri başlamamış. Buradaki tuzak yeni fikir eklemek; liste uzuyor, hiçbiri hareket etmiyor. Tek bir tanesine isim yazmak tabloyu değiştiriyor. Diğerleri beklemede kalıyor ama kaybolmuyor. Sırası geldiğinde açılıyor. Kimse bir şey kaybetmiyor ve liste de kontrol altında kalıyor.
Çok sayıda yürüyen projesi olan işletme
Görünüşte iyi durumda. Ama üçten fazla iş aynı anda yürüdüğünde hepsi yavaşlıyor. Burada müdahale ekleme değil çıkarma: bir kısmını beklemeye almak. Zor gelen kısmı da bu oluyor. Bir işi durdurmak yeni iş başlatmaktan zor geliyor. Oysa asıl kazanç durdurmakta duruyor. Dikkat tek yere toplanınca kalanlar hızlanıyor.
Tıkanmış projesi olan işletme
En çok enerji harcanan durum. Toplantı yapılıyor, konuşuluyor, ilerlemiyor. Sebep bulunmadan yapılan her müdahale de enerji tüketiyor. Üç soru sebebi ilk denemede çıkarıyor. Yarım saatlik bir konuşma aylarca süren tıkanmayı açıklıyor. Sormak hiçbir maliyet gerektirmiyor. Cevap da genelde ilk beş dakikada geliyor.
Kullanılmayan sistemi olan işletme
En sinsi durum çünkü kayıtlarda başarılı görünüyor. Proje bitti, fatura ödendi, kimse kullanmıyor. Buradaki müdahale yeni yatırım değil. Mevcut sistemi tek bir işle yeniden devreye almak gerekiyor. Üç hafta sürüyor ve sıfır bütçe istiyor. Sonucu da net oluyor: ya işliyor ya kapanıyor.
Karar Sırası
BU BÖLÜMÜN ÖZETİ
- Bir: durumu belirleyin
- İki: o duruma özgü müdahaleyi yapın
- Üç: tek müdahale yapın
- Dört: durumu kayda geçirin
Dört adım, sırayla.
Bir: durumu belirleyin
Üç soru yeterli oluyor. Bir isim var mı? Son iki haftada ilerleme oldu mu? Sistem gerçekten kullanılıyor mu? Cevaplar durumu doğrudan gösteriyor.
İki: o duruma özgü müdahaleyi yapın
Başlamamışsa isim yazın. Tıkanmışsa kapsamı küçültün. Kullanılmıyorsa eski yolu kapatın. Yürüyorsa hiç dokunmayın; en zor müdahale de bu.
Üç: tek müdahale yapın
Aynı anda üç şey denemeyin; hangisinin işe yaradığı belli olmuyor. Bir müdahale yapın, iki hafta bekleyin, sonra tekrar bakın.
Dört: durumu kayda geçirin
İki satır yeterli oluyor. Hangi durumda olduğu ve ne yapıldığı yazılıyor; üç ay sonra bu not aynı tartışmayı önlüyor.
Nereden Başlanır?
BU BÖLÜMÜN ÖZETİ
- Açık işleri listeleyin
- Her birine üç soruyu sorun
- En kötü durumdakini seçin
- Tek müdahaleyi yazın
İlk oturum, yarım saat.
Açık işleri listeleyin
Kaç dijital iş var? İsimleriyle birlikte yazın; genelde sanılandan fazla çıkıyor.
Her birine üç soruyu sorun
Sahip, ilerleme ve kullanım. Üç cevap birleşince durum kendiliğinden çıkıyor.
En kötü durumdakini seçin
Genelde kullanılmayan sistem çıkıyor. Oradan başlayın; en pahalı durum da o.
Tek müdahaleyi yazın
Ne yapılacak ve kim yapacak? Bir cümle yeterli oluyor.
Ne Yapılmamalı?
BU BÖLÜMÜN ÖZETİ
- Teşhissiz müdahale
- Aynı anda çok müdahale
- Yürüyen projeye dokunmak
- Durumu ilan etmemek
Dört uygulama hatası.
Teşhissiz müdahale
Durum bilinmeden yapılan hamle çoğu zaman yanlış olanı seçiyor. Sahipsiz projeye eğitim, kapsam sorununa yeni araç. İkisi de enerji harcıyor ama sonuç vermiyor. Üstelik ekipte bir bıkkınlık bırakıyor. Bir sonraki müdahaleye de inanılmıyor. Güveni geri kazanmak zaman alıyor. Küçük ve biten bir adım onu geri getiriyor. Büyük bir yeniden başlangıç ise kaybı derinleştiriyor.
Aynı anda çok müdahale
Üç şey birden denendiğinde hangisinin işe yaradığı bilinmiyor. Bir sonraki projede de aynı belirsizlik sürüyor. Tek tek denemek öğrenmeyi mümkün kılıyor. Sonraki projede bilgi birikmiş oluyor. Hangi müdahalenin işe yaradığı biliniyor. Kayıt tutmak da bunu mümkün kılıyor.
Yürüyen projeye dokunmak
İyi giden işe yeni istek eklemek en sık yapılan hata. Kapsam büyüyor, süre uzuyor, ekip yoruluyor. Yürüyen proje korunmalı. Geliştirme sonraya kalıyor. Ayrı bir iş sayılıyor ve sıraya giriyor. Böylece yürüyen proje de korunmuş oluyor.
Durumu ilan etmemek
Duran proje durdurulmadığında listede kalıyor ve kaynak tüketiyor. Kapanış da bir karar. Söylenmediğinde kimse fark etmiyor ve liste şişmeye devam ediyor.
Neyi Takip Etmeli?
BU BÖLÜMÜN ÖZETİ
- Açık iş sayısı
- Sahipsiz iş sayısı
- Son ilerleme tarihi
- Kullanım oranı
Dört gösterge yeterli.
Açık iş sayısı
Aynı anda kaç proje yürüyor? Üçü geçtiğinde hepsi yavaşlıyor ve hiçbiri bitmiyor.
Sahipsiz iş sayısı
Kaç projenin isim hanesi boş? Bu sayı doğrudan bir durgunluk göstergesi oluyor.
Son ilerleme tarihi
Her proje en son ne zaman ilerledi? İki haftayı geçmişse tıkanmış sayılıyor.
Kullanım oranı
Biten projelerin kaçı gerçekten kullanılıyor? Gerçek başarı oranınız da bu sayı oluyor.
Bu Dönem Nasıl Biter?
BU BÖLÜMÜN ÖZETİ
- Yarım kalan işler birikecek
- Teşhis eden ayrışacak
- Kullanım oranı gerçek ölçü olacak
Üç ayrışma görünecek.
Yarım kalan işler birikecek
Giriş maliyeti düşmeye devam ediyor. Daha çok proje başlatılacak ama bitirme kapasitesi aynı kalacak. Yarım kalan işler birikip yönetilemez hâle gelecek. Bir noktada temizlik zorunlu olacak. Aceleyle yapılan temizlik hata üretiyor. Kullanılan bir iş de kapanıyor ve geri açmak zaman kaybettiriyor.
Teşhis eden ayrışacak
Durumu bilerek müdahale eden işletme daha az enerjiyle daha çok iş bitirecek. Tahminle hareket eden ise aynı tıkanmaları tekrar yaşayacak. Öğrenme de birikmeyecek. Her proje sıfırdan başlayacak. Aynı hatalar tekrarlanacak ve kimse sebebini hatırlamayacak.
Kullanım oranı gerçek ölçü olacak
Kaç proje başlatıldığı değil, kaçının kullanıldığı konuşulacak. Bu ölçüye geçen işletme kendi tablosunu görecek. Diğerleri sektör ortalamasına bakmaya devam edecek. Oysa kendi rakamı çok daha işe yarar. Sektör ortalaması sizin tablonuzu anlatmıyor. Ölçek de yöntem de farklı oluyor. Kendi geçmişinize bakmak daha doğru sonuç veriyor.
Sağlam Dijital Zemin
BU BÖLÜMÜN ÖZETİ
- Açık iş listesi
- Durum notu
- Müdahale kaydı
- Kullanım listesi
Dört belge, hepsi tek sayfa.
Açık iş listesi
Hangi projeler yürüyor, sahibi kim ve son ilerleme ne zaman oldu? Üç sütun yeterli oluyor; aylık güncelleniyor.
Durum notu
Her proje hangi durumda duruyor? Dört durumdan biri yazılıyor ve müdahale de ona göre seçiliyor.
Müdahale kaydı
Ne yapıldı ve sonuç ne oldu? İki satırlık kayıt tekrarı önlüyor.
Kullanım listesi
Biten projelerden hangileri gerçekten kullanılıyor? Gerçek başarı oranınız da burada görünüyor.
Sıkça Sorulan Sorular
Üç soru sebebi genelde ortaya çıkarıyor. Ekip nasıl yapacağını biliyor mu? Kapsam iki haftada bitecek kadar küçük mü? Bir isim yazılı mı? İlk hayır cevabı sebebi gösteriyor. Cevap alamıyorsanız doğrudan ekibe sorun; genelde biliyorlar ama kimse sormamış oluyor. Suçlayıcı olmayan bir tonla sorulduğunda gerçek sebep ilk beş dakikada çıkıyor. Ekip zaten biliyor.
Atmadan önce tek bir denemeye değer. Sistemi tamamen devreye almaya çalışmak yerine tek bir işi ona taşıyın ve eski yolu o iş için kapatın. Üç hafta sonra bakın. İşliyorsa sistem sorunlu değildi, geçiş hiç yapılmamıştı. İşlemiyorsa karar netleşiyor ve kapatabilirsiniz. Bu deneme üç hafta sürüyor ve hiçbir yeni harcama gerektirmiyor. Kaybedecek bir şey de yok.
Kesin bir sayı yok ama pratik bir sınır var: aynı anda kaç işi haftalık olarak takip edebiliyorsunuz? Her yürüyen iş haftada yarım saat istiyor. Üç iş bir buçuk saat ediyor ve çoğu küçük işletmede sınır burası. Fazlası takip edilemiyor, takip edilmeyen iş de duruyor. Sayıyı kapasitenize göre belirleyin, hevesinize göre değil.
Kurulum bitişi değil, kullanım bitişi ölçüt olmalı. Üç soru: eski yöntem kapandı mı, ekip düzenli kullanıyor mu, hedeflenen sayı değişti mi? Üçü de evetse proje bitmiştir. Biri hayırsa proje hâlâ açık, yalnızca teknik kısmı tamamlanmış demektir. Bu ayrım yapılmadığında başarı oranı olduğundan yüksek görünüyor ve gerçek tablo kaybediliyor.
