Cevap.

Gereksinim toplama ve analiz süreci, müşterinin iş ihtiyaçlarının sistematik bir şekilde belirlenmesi, düzenlenmesi ve belgelenmesi, ardından bunların IT sistemlerinde veya iş süreçlerinde gerçekleştirilmesi için gereklidir. Temel aşamalar:

1. Gereksinim kaynaklarının belirlenmesi: müşterilerle mülakatlar, çalışma grupları, belgelerin ve mevcut süreçlerin analizi.

2. Gereksinim toplama: teknik oturumlar (workshoplar), anketler, gözlemler, prototipleme kullanımı. Tüm paydaşların katılımını sağlamak önemlidir.

3. Analiz ve kategorilendirme: çelişkilerin, tekrarlayan görevlerin belirlenmesi, gereksinimlerin iş/fonksiyonel/işlevsel olmayan olarak sınıflandırılması.

4. Belgelenme: SRS (Specification Requirement Specification), kullanıcı hikayeleri veya senaryolar şeklinde formalleştirilmesi.

5. Doğrulama ve onaylama: müşteriyle gözden geçirme yapılması, düzeltmelerin yapılması, gereksinimlerin nihai versiyonunun onaylanması.

Anahtar özellikler:

• İş süreçlerinin derinlemesine anlaşılması, müşteri gereksinimlerinin doğru yorumlanması için gereklidir.

• Sürekli iletişim: gereksinim toplama, projenin ilerlemesiyle değişikliklerle ilişkili yinelemeli bir süreçtir.

• Gereksinim belgeleri (diyagramlar, modeller, spesifikasyonlar) ekibin gelecekteki çalışmaları için kritik öneme sahiptir.

Kandırmaca soruları.

Sadece bir (örneğin, iş veya fonksiyonel) gereksinim türü ile sınırlanabilir miyiz?

Hayır, iş analistin tüm gereksinim türlerini kapsaması gerekmektedir: iş, kullanıcı, fonksiyonel ve işlevsel olmayan. Aksi takdirde tüm paydaşların beklentilerine uymayan bir ürün almayı riske atarsınız.

Sadece bir gereksinim toplama oturumu yeterli mi?

Hayır, pratikte birçok gereksinim var, bunlar zamanla ve yinelemeli olarak netleşiyor. Genellikle her şeyi düzgün bir şekilde toplamak ve onaylamak için birkaç oturum yapılır.

Onaylanmış gereksinimleri formaliteler olmadan değiştirmek mümkün mü?

Hayır, her türlü değişim değişiklik yönetimi sürecinden geçmelidir, aksi takdirde karmaşa, tutarsızlıklar ve ekipler arasında anlam bozuklukları ortaya çıkar.

Tipik hatalar ve anti-paterni

• İlgili taraflarla yeterince çalışma yapılmaması.
• İşlevsel olmayan gereksinimlerin atlanması.
• Düzgün olmayan belgeler, belirsiz ifadeler.
• Gereksinim değişikliklerini yönetim eksikliği.

Hayattan bir örnek

Bir banka için analitik modül geliştirme aşamasında sadece bir workshop yapılmıştır. Daha sonra, işlevin bilgi güvenliği hizmetinin gereksinimlerini dikkate almadığı ortaya çıkmış ve ürünün önemli ölçüde yeniden çalışılması gerekmiştir, bu da zaman ve bütçe kaybına yol açmıştır.