Bir yazılım projesinde kapsam nasıl netleşir?

“Basit bir uygulama” ile başlayan projeler, birkaç hafta içinde beklenenden çok daha geniş bir işe dönüşebilir. Bunun nedeni çoğu zaman kötü niyet ya da yanlış hesap değil, başlangıçta konuşulmayan ayrıntılardır. Kapsamı netleştirmek, bu ayrıntıları iş başlamadan görünür kılmaktır.

Kullanıcılar ve roller

İlk soru kimin kullanacağıdır. Uygulamayı kaç farklı rol kullanacak, her rol neyi görecek ve neyi değiştirebilecek? Bir talep uygulamasında talep oluşturan, onaylayan, işi yapan ve rapor alan kişiler farklı ekranlara ve yetkilere ihtiyaç duyar.

Senaryolar

Özellik listesi yerine kullanım senaryolarıyla çalışmak daha net sonuç verir. Bir senaryo, bir kullanıcının belirli bir işi baştan sona nasıl yaptığını anlatır:

Saha ekibindeki bir kişi, telefonundan bir arıza kaydı açar, fotoğraf ekler ve kaydı gönderir. Kayıt sorumlu kişiye bildirim olarak düşer.

Bu tek senaryo bile mobil uyum, fotoğraf yükleme, bildirim ve yetki konularını ortaya çıkarır.

Veri ve entegrasyon

Uygulamanın hangi bilgileri tutacağı, bu bilgilerin nereden geleceği ve nereye gideceği belirlenmelidir. Mevcut bir sistemden veri alınacaksa, o sistemin bunu nasıl sağlayacağı kapsamın erken bir konusu olmalıdır; aksi hâlde proje sonunda beklenmeyen bir entegrasyon işi çıkar.

Kapsam dışı

En az kapsam kadar önemli olan, neyin kapsam dışında kaldığının yazılmasıdır. “İlk sürümde raporlar dışa aktarılmayacak”, “İngilizce arayüz sonraki aşamada ele alınacak” gibi açık ifadeler, sonradan oluşacak beklenti farklarını önler.

Kabul ölçütleri

Her senaryo için işin ne zaman tamamlanmış sayılacağı tanımlanmalıdır. “Kayıt açılabiliyor” yerine “Kayıt telefondan açılabiliyor, en az bir fotoğraf eklenebiliyor ve sorumlu kişiye bildirim gidiyor” gibi ölçülebilir ifadeler kullanılmalıdır.

Aşamalar

Büyük bir kapsamı tek seferde teslim etmek yerine aşamalara bölmek riski azaltır. İlk aşamada en çok kullanılan senaryolar teslim edilir, gerçek kullanımdan gelen geri bildirimle sonraki aşama netleşir.

Değişiklik düzeni

Proje sırasında yeni ihtiyaçların çıkması doğaldır. Önemli olan, bunların nasıl ele alınacağının baştan belli olmasıdır: yeni ihtiyaç yazılı olarak iletilir, etkisi (süre, maliyet, diğer işlere etkisi) değerlendirilir ve kabul edilirse plana eklenir.

Kısa bir kapsam belgesi

Sonunda ortaya çıkan belge uzun olmak zorunda değildir: roller, senaryolar, veri ve entegrasyonlar, kapsam dışı maddeler, kabul ölçütleri ve aşamalar. Bu belge, proje boyunca tüm tarafların aynı şeyi konuştuğundan emin olmanın en basit yoludur.