Cevap.

Standart bir çözüm demo'su (Demo), IT ekibi ile paydaşlar arasındaki iletişimin önemli bir parçasıdır. İş analisti, yapının hazırlanmasından, vaka örneklerinin toplanmasından ve tanımlanmasından, sonuçların sunumunun tamlığı ve mantığına kontrol etmekten sorumludur.

İş analisti:

• Müşterinin talepleri ve acı noktalarına dayanarak ana senaryoları (flow) belirler.
• Kullanıcının beklediği şeylere odaklanarak ürün/prototip için storyboard veya kontrol listeleri hazırlar.
• Geri bildirimleri düzenler, yorumları ve ek geliştirme taleplerini kaydeder.

Demonun kısa, yapılandırılmış olması ve her şeyi değil, önemli noktaları göstermesi gerekir.

Ana özellikler:

• Demo senaryoları kullanıcı görevlerini yansıtmalı, teknik gerçekleştirimleri değil.
• Demo, geliştiriciler için bir sınav değil, iş ile iletişim aracı olmalıdır.
• Her zaman geri bildirimleri ve doğru protokolleri kaydedin.

Soru işaretleri.

Demonun sadece “ne çalışıyor” kısmını göstermek, kısmen gerçekleştirilmiş noktaları görmezden gelmek mümkün mü?

Hayır, müşteri sonradan eksiklikler hakkında bilgi sahibi olursa güven kaybeder. İlerlemeyi dürüst bir şekilde göstermek ve dikkati çekmesi gereken alanları belirtmek önemlidir.

İş analistinin şahsen demoyu yapması şart mı?

Hayır, ama analist senaryoları yapılandırmak ve gösterilen işlevlerin iş açısından uygunluğundan sorumlu kişi olmalıdır.

Demoda tüm teknik geliştirme detaylarını tartışmak gerekli mi?

Hayır, hedef iş değerinin gösterimidir, mimari çözümler değil; detaylar teknik paydaşlarla ayrı olarak tartışılabilir.

Tipik hatalar ve anti-patentler

• Gösterim için yapılandırılmış senaryoların olmaması
• Gerçek kullanıcı görevleriyle bağlantılı olmayan işlevlerin gösterilmesi
• Geri bildirim toplamanın atlanması, yalnızca bir müşteri temsilcisinden sözlü geri bildirim kaydı

Gerçek hayattan bir örnek

Olumsuz vaka:

• Müşteri için yapılan demoda ekip yalnızca standart ekranları gösterdi ve hangi diyalogların çözüldüğünü, hangilerinin çözülmediğini belirtmedi. Müşteri her şeyin hazır olduğunu düşündü ve uygulama sonrası çok sayıda hata ve zorlukla karşılaştı. Artılar: Hızlı bir demonun yapılması. Eksiler: Belirsiz hatalar, güven kaybı, gerçekleştirme versiyonları beklentilerle çelişiyor.

Olumlu vaka:

• İlk sürüm öncesi iş analisti bir gösterim senaryo planı (kullanıcı akışları) oluşturdu ve bunu önceden müşteri ile onayladı. Demo sırasında tüm sorular ve yorumlar kaydedildi, bunlar doğrultusunda geliştirmeler sürüm öncesi yapıldı. Artılar: Yüksek şeffaflık, beklentiler gerçek sonuçlarla örtüşüyor. Eksiler: Net bir senaryo hazırlama ve geri bildirim kaydetme için zaman harcamak.