Geçen yıl duran bir projeye tek kuruş daha harcamadan önce dört şeyi netleştirin: fiilen ne var ve ne çalışıyor, bitirmenin maliyeti sıfırdan yapmaya göre ne, kodun ve hesapların sahibi kim, ve sorun ekip miydi kapsam mıydı. Bu sorular genelde ocakta sorulur ve çoğu zaman üçüncü ya da dördüncü kez gündeme gelmiştir.
Bu rehber, yarım kalmış bir sistemi, sessizleşmiş bir tedarikçi ilişkisi olan ve bir yıllık bütçeyi daha bağlamadan karar vermesi gereken yönetici için yazıldı.
Önemli noktalar
- Karar vermeden önce neyin çalıştığını görün: size gösterilen değil, sizin kullandığınız bir sistem.
- Nedeni çoğu zaman ekip değil kapsamdır; kapsamı düzeltmeden ekibi değiştirmek aynı yılı tekrar eder.
- Kod, veri ve hesapların sahipliği seçeneklerinizi belirler, bu yüzden konuşmayı açmadan önce kontrol edin.
- Bitirmek genelde yeniden başlamaktan ucuzdur, ancak yalnızca mevcut iş gerçekten değerlendirilebiliyorsa.
1. Adım: ne olduğunu kendiniz görün
Mevcut sistemi size göstermelerini değil, kendinizin kullanmasını isteyin. Demo, çalışan bir yolu izler. Kendiniz kullandığınızda kenarları bulursunuz.
Netleştirilecek üç şey: hangi kullanıcı akışları baştan sona çalışıyor, hangileri yarım, hangileri yalnızca ekran olarak var ve arkasında hiçbir şey yok. Yüzde doksan tamam denilen projelerde çoğu zaman bir akış tamamdır ve birkaç akış tam da bir şey kaydetmesi gereken yerde durur.
2. Adım: kapsam sorununu ekip sorunundan ayırın
Bunların çözümleri farklıdır ve sık sık birbirine karıştırılır.
Kapsam sorununun işaretleri. Gereksinimler defalarca değişti, kararlar haftalar sürdü, birkaç kişi onaylayabiliyordu ama kimse karar veremiyordu, bitmişin tanımı hiç yazılmadı ve yapılan iş sürekli büyüdü.
Ekip sorununun işaretleri. Tarihler açıklama olmadan kaydı, sorular muğlak yanıtlandı, uzun dönemler boyunca çalışan yazılım gösterilemedi ve aynı hatalar birden fazla kez düzeltildi diye bildirildi.
Sorun kapsamsa tedarikçi değiştirmek aynı sonucu yeni kişiler ve yeni bir faturayla üretir. Sorun ekipse yalnızca kapsamı düzeltmek yetmez. Duran projelerin çoğunda ikisinden de vardır ve dürüst ayrım önemlidir.
3. Adım: neye sahip olduğunuzu kontrol edin
Devam konuşmasından önce kodun nerede durduğunu ve erişiminiz olup olmadığını, hosting, alan adı ve uygulama mağazası hesaplarının kimin adına olduğunu, verinin güncel bir kopyasının sizde olup olmadığını ve sözleşmenin sahiplik hakkında ne dediğini teyit edin.
Bu, ayrılmaya hazırlanmak değildir. Bitirmek, duraklatmak, devretmek, yeniden başlamak; her seçenek bu yanıtlara bağlıdır ve bunu pazarlığın ortasında öğrenmek, önceden bilmekten kötüdür.
4. Adım: bitirmeyi yeniden yapmaya karşı fiyatlandırın
İkisini de dürüstçe verebilecek bir taraftan iki tahmin isteyin: mevcut sistemi tanımlı bir kapsama kadar tamamlamanın maliyeti ve aynı tanımlı kapsamı sıfırdan yapmanın maliyeti. İkisi de önce yazılmış aynı bitmiş tanımına karşı olmalı.
Genelde bitirmek kazanır, çünkü entegrasyonlar, veri modeli ve kenar durumlar gibi gösterişsiz işlerin bir kısmı zaten yapılmıştır. Temel gerçekten ihtiyacı taşıyamıyorsa yeniden başlamak kazanır ve bu durum iddia edilerek değil somut gerekçelerle savunulabilmelidir.
Yeniden yapacak tarafın yaptığı değerlendirmeye dikkat edin. Tam olarak neyin korunamayacağını ve nedenini sorun.
5. Adım: daha küçük yeniden başlayın
Kararınız ne olursa olsun, orijinal kapsamla devam etmeyin. Gerçek kullanıcılar tarafından kullanılabilir en küçük sürümü tanımlayın, buna bir tarih koyun ve ötesine koymayın, bir de toplantı beklemeden karar verebilecek tek bir kişi belirleyin.
Duran bir proje neredeyse hiçbir zaman tam boyutta yeniden başlamaz, çünkü onu durduran koşullar hâlâ oradadır.
Kararı kimin vereceğini baştan belirleyin
Duran projelerin ortak özelliği, karar merciinin belirsiz olmasıdır. Yeniden başlatırken ilk iş, kapsam ve öncelik konusunda tek başına karar verebilecek bir kişiyi yazılı olarak belirlemektir.
O kişinin teknik olması gerekmez. Gereken, iş tarafını temsil etmesi ve haftada en az bir kez ulaşılabilir olmasıdır. Kararın haftalar sürmesi, ekibin yavaş olmasından daha sık görülen bir gecikme nedenidir.
İlgili rehberler
- Projeyi yeni bir ekibe devretmek için mevcut yazılım projesinin devri ile devam edin.
- Eski bir sistemde bitir ya da yeniden yap kararı için eski uygulama modernizasyonu işaretleri rehberine bakın.
- Desen, yeni ürünlerin hiç başlamaması ise yeni ürün neden hiç başlamıyor nedenini anlatıyor.
Bu yılın bütçesini bağlamadan önce mevcut durumun bağımsız bir değerlendirmesini istiyorsanız, Planınızı Konuşalım.
Ali Boran Gazel