Cevap

Önceliklerin değerlendirilmesi, bir iş analistinin en zor görevlerinden biridir. İlk olarak, analist her bir paydaştan gereksinimlerin tam bir listesini toplar. Daha sonra önceliklendirme için kriterleri belirler: iş değeri, riskler, aciliyet, maliyet, kullanıcı üzerindeki etki, teknik uygulanabilirlik. Sistematikleştirmek için sıklıkla MoSCoW matrisi (Must/Should/Could/Won’t) ve Ağırlıklı En Kısa İş Önceliği (WSJF), RICE gibi yöntemler kullanılır.

Çok kriterli analiz, paydaşlara bir katılımcının gereksinimlerinin neden uygulanmaya alındığını, diğerinin neden ertelendiğini açıklamaya yardımcı olur. Sonuçta bir uzlaşma yapılır - “öncelik haritası” oluşturulur:

| Gereksinim    | Paydaş      | Etki    | Öncelik | Beklenen sürüm |
|---------------|-------------|---------|---------|-----------------|
| Entegrasyon X | TAKIM_A    | Yüksek  | Yüksek  | 1.0             |
| Özellik Y     | TAKIM_B    | Orta    | Orta    | 1.1             |

Analist, seçimlerini kriterlere dayandırarak ve projeyi yöneten kişiyi sürece dahil ederek savunur.

Ana Özellikler:

• Şeffaf önceliklendirme yöntemlerinin uygulanması ve nedenlerin açıklanması.
• İş ve teknik gereksinimler arasında bir uzlaşma sağlama vurgusu.
• Tüm ilgili gruplarla önceliklerin açıkça tartışılması.

Kandırıcı Sorular.

En etkili paydaşın görüşüne mi güvenmeliyiz?

Hayır. Tek taraflı bir şekilde bir paydaşın görüşüne bağlı kalmak, projenin diğer önemli alanlarında kayıplara ve potansiyel çatışmalara yol açar.

Görevlerin aciliyetine göre mi önceliklendirme yapmalıyız?

Hayır. Aciliyet sadece bir parametredir, hedefler, maliyet ve risklerin toplam etkisini değerlendirmek gerekir.

Sonuçta elde edilen öncelik haritası proje boyunca statik mi kalıyor?

Hayır, öncelikler iş hedeflerinin değişmesi, yeni kısıtlamaların ortaya çıkması veya bilgilerin güncellenmesi durumunda esnek bir şekilde gözden geçirilmelidir.

Yaygın Hatalar ve Anti-Desenler

• Analiz ve Argümansız gereksinimlerin işe alınması.
• Önceliklerin gözden geçirilmesi için şeffaf prosedürlerin göz ardı edilmesi.
• Çelişkiler ortaya çıktığında takımlarla yetersiz iletişim.

Hayattan Bir Örnek

Negatif Vak'a: Üst yönetim talebi üzerine ERP sistemine önceden planlanmamış bir özellik eklendi ve ana kullanıcıların ihtiyaçları geri plana atıldı.

Artılar: Bir paydaşın sadakati artırıldı. Eksiler: Genel memnuniyet seviyesi düştü, ek maliyetler arttı.

Pozitif Vak'a: Analist bir toplantı başlattı: MoSCoW matrisi ile işlevsel blokların yöneticileriyle dengeli bir görev listesi oluşturuldu.

Artılar: Gereksinimlerin kabulü konusunda şeffaflık artırıldı, takım çalışması geliştirildi. Eksiler: Uzlaşma için ek zamana ihtiyaç duyuldu.