İhtiyaç Analizi: Başarılı Projelerin Temeli

İhtiyaç analizi, bir proje ya da ürün başlamadan önce neyin, kim için ve neden yapılacağının belirlendiği aşamadır.

Teknik bir çözüm üretmez; çözülecek sorunu tanımlar. Çıktısı genellikle kapsam, öncelikler, kısıtlar ve başarı ölçütlerinden oluşan yazılı bir belgedir.

Basit görünür ve tam da bu yüzden atlanır. Herkesin ne yapılacağını bildiğini varsaydığı projeler, teslimde herkesin farklı bir şey beklediğini keşfeder.

Maliyeti ortadan kalkmaz, sonraya ve daha pahalı biçimde ertelenir. Üç tanıdık belirti:

Kapsam tartışmaya dönüşür. Yazılı bir kapsam yoksa her yeni istek "bu zaten dahil değil miydi?" sorusuyla gelir. Kimin neyi kabul ettiği belirsizleştiği için tartışma teknik değil, ilişkisel hale gelir.

Öncelik sırası kaybolur. Her talep aynı anda önemli görünür. Ekip en yüksek sesli paydaşın istediğini yapar, en çok değer üretecek olanı değil.

Teslimde beklenti tutmaz. En sık görülen sonuç şudur: istenen yapılmıştır ama ihtiyaç karşılanmamıştır. İkisinin aynı şey olduğu varsayıldığı için kimse arayı kontrol etmemiştir.

Bu ayrım analizin kalbidir.

Talep, kullanıcının önerdiği çözümdür. İhtiyaç, o çözümü istemesine yol açan sorundur.

Somut bir örnek: bir departman "rapor ekranı" ister. Talep budur. Konuşuldukça asıl sorunun ne olduğu çıkar — veri üç ayrı yerde tutuluyordur ve her ay elle birleştiriliyordur. Rapor ekranı bu sorunu gizler, çözmez.

Analizin işi talebi kaydetmek değil, altındaki sorunu bulmaktır. Aksi halde yanlış sorunu doğru biçimde çözersiniz; bu, hiçbir şey yapmamaktan pahalıdır çünkü artık çalışan bir yanlış çözümünüz vardır.

Pratik bir yöntem: her talebi "bunu neden istiyorsunuz?" sorusuyla bir kez daha açın. İkinci cevap genellikle birincisinden farklıdır.

Analiz üç kaynaktan beslenir ve üçü de gereklidir.

1. Görüşmeler. Kullanıcılar ve paydaşlarla ayrı ayrı konuşulur. Ayrı ayrı olması önemlidir; aynı odada yönetici varken ekipten farklı cevaplar gelir.
2. Mevcut durumun incelenmesi. Bugün hangi veri nerede duruyor, hangi sistem hangisiyle konuşuyor, elle yapılan kaç iş var? Bu envanter çıkmadan hiçbir çözüm karşılaştırması anlamlı olmaz.
3. Benzer çözümlerin gözden geçirilmesi. Aynı sorunu başkaları nasıl çözmüş, nerede yetersiz kalmış?

Toplanan bulgular sonra önceliklendirilir. Bu aşama atlanırsa liste bir dilek listesine dönüşür: her ihtiyaç aynı ölçüde kritik değildir ve hepsini aynı anda karşılamak çoğu projede mümkün değildir.

Kapsam "kurumsal bir site" gibi ifadelerle tanımlanamaz. Sabitlenmesi gerekenler somut ve sayılabilir olmalı:

• Kaç farklı sayfa şablonu var? (Sayfa sayısı değil, benzersiz düzen sayısı maliyeti belirler.)
• Kaç dil ve her dilde içerik tam mı, kısmi mi?
• Hangi sistemlere bağlanılacak, her biri için dokümantasyon var mı?
• İçeriği kim yazacak ve ne zaman hazır olacak?
• Onay zinciri kaç kişiden oluşuyor?

Sonuncusu en çok atlanan ve takvimi en çok etkileyen maddedir. Üç kişilik bir onay zinciri ile yedi kişilik bir onay zinciri aynı projeyi çok farklı sürelerde bitirir. Projelerin ne kadar sürdüğünü etkileyen faktörleri ayrı bir yazıda ele aldık.

Bir toplantı notu değildir. Üzerinde anlaşılmış ve gerekirse imzalanabilir bir belgedir. İçinde en az şunlar bulunur:

• Çözülecek sorunun tanımı ve kimi etkilediği
• Kapsam: yapılacaklar ve açıkça yapılmayacaklar
• Öncelik sırası ve gerekçesi
• Kısıtlar: bütçe, takvim, mevzuat, mevcut sistemler
• Başarı ölçütü: proje bittiğinde neye bakıp "oldu" diyeceğiz?

"Açıkça yapılmayacaklar" bölümü listenin en değerli kısmıdır ve en çok atlanandır. Kapsam dışını yazmak, kapsam içini yazmaktan daha çok tartışma önler.

Hayır — ve bunu söylemek dürüstlük gereğidir.

Küçük, tekrar eden ve belirsizliği düşük işlerde tam bir analiz gereksiz yük olur. Daha önce beş kez yaptığınız bir işi altıncı kez yaparken haftalarca görüşme yapmanın karşılığı yoktur.

Ölçüt şudur: belirsizlik ne kadar pahalıya mal olur?

Birden çok departmanı ilgilendiren, mevcut sistemlere bağlanan, geri dönüşü zor kararlar içeren ya da bütçesi yanlış tahminle ciddi biçimde sapabilecek projelerde analiz atlanmamalıdır. Bu koşulların hiçbiri yoksa kısa bir kapsam notu yeterlidir.

Kurumsal web projelerinde bu aşamayı nasıl yürüttüğümüzü kurumsal web hizmet sayfamızda anlattık.