Sistem analitiği tarihinde en zor görevlerden biri, belirgin olmayan, muğlak veya gizli gereksinimleri tespit etmek ve formüle etmektir. Genellikle, işveren ne istediğini net bir şekilde açıklayamamakta veya gerçek beklentilerini ortaya koymadan terimler kullanmaktadır.
Belirsizleşmiş gereksinimlerin sorunu, ilk uygulama projelerinden beri bilinmektedir. Başlangıçta bunun için basit mülakatlar kullanılmıştı, şimdi ise kullanıcı hikayesi haritalama, prototipleme, kolaylaştırma gibi yöntemler de kullanılmaktadır.
Belirsiz gereksinimler, görevlerin yanlış tanımlanmasına, gereksiz iş gücüne ve taraflar arasında çatışmalara yol açar.
Mülakat tekniklerini, görselleştirmeyi (iş süreçleri haritaları, prototipler), kolaylaştırmayı ve sonuçların net bir şekilde belgelenmesini kullanmak. Her aşamadan sonra geribildirim kontrol etmek.
Projeden önce tüm gereksinimleri formüle etmek mümkün mü?
Hayır, birçok gereksinim, prototipleme ve proje netleştirme süreci boyunca ayarlanır ve belirlenir.
Sadece işverenin açıkça ifade ettiği istekleri kaydetmeli miyiz?
Hayır, analist aynı zamanda belirsiz beklentilerle de çalışmalı, iş hedeflerini analiz etmeli ve gizli ihtiyaçları tespit etmelidir.
Sistem analistinin görevi sadece gereksinimleri teknik bir göreve çevirmek midir?
Hayır, analist ayrıca gereksinimlerin formülasyonu, onayı ve netleştirilmesi, çelişkilerin tespitinden de sorumludur.
Olumsuz durum:
Analist, işverenin söylediği her şeyi projeye kaydetti, detayları netleştirmeden.
Artıları: geliştirme hızlı başladı, analiz için zaman tasarrufu.
Eksileri: yanlış beklentiler nedeniyle birçok düzeltme, işverenle çatışmalar.
Olumlu durum:
Analist, prototipler yaptı, netleştirici oturumlar düzenledi, belirsiz gereksinimleri işverenle birlikte kaydetti.
Artıları: yüksek gereksinim doğruluğu, memnun işveren, daha az çatışma.
Eksileri: kolaylaştırma ve geribildirim toplama maliyetleri.