Cevap

Sorunun Tarihi:
Projenin başında, müşteri genellikle görevi yeterince net bir şekilde formüle etmez: hedefler genel olabilir ve detaylar tanımlanmamış olabilir. Bu, yeni yönlerin başlangıcında veya geleneksel süreçlerin dijitalleşmesi durumunda tipiktir. Analist, çelişkili talepler ve gelecekteki ürün hakkında dağınık anlayışlarla karşılaşır.

Sorun:
Gereksinimlerin belirsizliği, tasarım hataları, çatışmalar, süre gecikmeleri ve bütçe artışı riskleri doğurur. Dar noktalar - paydaşlar arasındaki çelişkiler ve emek yoğunluğunun değerlendirilememesi.

Çözüm:
Analist, aşamalı gereksinim belirleme süreci düzenlemelidir:

1. Temel paydaşlarla yapılan röportajlar ve kolaylaştırıcı oturumlar düzenleyerek, yalnızca açık beklentileri değil, aynı zamanda gizli beklentileri de belirlemek.
2. Hızlı geri bildirim için prototipleme ve MVP yaratım tekniklerini kullanmak.
3. Analitik araçlar uygulamak: kullanıcı hikayeleri, iş süreçleri diyagramları ve netleştirici sorular yöntemleri (5 Neden, "başarı ne demek" sorusunu netleştirmek vb.).
4. Tüm varsayımları kaydedip bunları iş ile onaylamak - bu, belirsizlik seviyesini azaltmaya yardımcı olur.

Anahtar özellikler:

• Eksik gereksinimlerin netleştirilmesinde yapılandırılmış yaklaşım
• Gizli bilgilerin toplanmasında çeşitli tekniklerin kullanımı
• Gerekli belgelerin hazırlanması ve varsayımların onaya sunulması

Kandırma Soruları.

Belirsiz gereksinimlerde hangi belgeler gereklidir: sadece kullanıcı hikayesi yazmak yeterli mi?

Kullanıcı hikayesi - yararlı bir araç, ancak eğer gereksinimler bulanık ise tüm incelikleri açığa çıkarmaz. Ek belgeler geliştirilmesi gerekmektedir: ekran prototipleri, kullanım senaryoları örnekleri ve iş kuralları tabloları.

Başlangıçta hangisi daha önemli - hızlı sonuç almak (MVP) yoksa gereksinimleri mümkün olduğunca tam toplamak mı?

Hız ve kapsam arasındaki denge, duruma bağlıdır. Başlangıçta, müşteri geri bildirimi sağlayan minimum uygulanabilir ürün (MVP) daha değerlidir, tüm gereksinimlerin uzun süre onaylanmasından daha fazlasıdır.

Sadece müşterinin sözlerine dayanarak karar alınabilir mi?

Hayır. Müşteri beklentilerini ifade eder, muhtemelen teknik detayları ve kısıtlamaları dikkate almadan. Analist, süreci anlamak için talepleri doğrulamalı, alternatif görüşler istemeli ve sonuçları analiz etmelidir.

Yaygın Hatalar ve Anti-Örnekler

• Müşteri sözlerine körü körüne güvenmek, süreçlerin detaylı analizini yapmadan
• Bulanık gereksinimleri doğrudan geliştirme görevlerine çevirmek
• Ara sonuçlara ilişkin geri bildirimleri ihmal etmek

Gerçek Hayattan Örnek

Olumsuz Örnek: Analist, yalnızca müşteri taleplerini kaydetti ve bunları geliştiricilere iletti. Sonuç: Gerçek iş sorunlarını çözmeyen bir işlevsellik uygulandı. Artılar: Geliştirme hızlı başladı. Eksiler: Ürün kullanılmadı, çok fazla düzeltme gerekti.

Olumlu Örnek: Analist, kullanıcılarla bir dizi toplantı gerçekleştirdi, bir prototip oluşturdu ve senaryoları onayladı. Gereksinimler netleşti - MVP, hızlı bir şekilde iş için değer sağladı. Artılar: Hızlı değer, olumlu geri bildirim, minimum düzeltme. Eksiler: Gereksinim toplama aşamasında biraz daha fazla zaman harcandı.