Cevap.

Proje sınırları (scope) — projenin kapsamı içinde neyin gerçekleştirileceğinin ve neyin kapsam dışında kalacağının net bir tanımıdır. Doğru bir şekilde belirlenen sınırlar, iş yükünü anlamayı sağlar, "gereksinimlerin yayılmasını" önler ve kaynakları ile süreleri etkili bir şekilde kontrol etmeyi mümkün kılar.

Bir iş analisti scope'u aşağıdaki araçlar ile tanımlar:

Paydaş haritaları.
Bağlam, sınırlar ve arayüzler diyagramları.
Kullanıcı hikayeleri veya kullanım senaryoları formatında işlevler kataloğu.
"Kapsam dışı" (out of scope) istisna belgesi.

Temel özellikler:

Proje sınırları, gereksinimlerin detaylı çalışmasından önce belirlenir.
Herhangi bir değişikliği onaylamak için bir referans olur.
Takım için gerçekçi, ölçülebilir yükümlülük hacmini belirler.

Yanlış anlamalarla ilgili sorular.

Scope’un sabitlenmesi için sadece ana işlevselliğin belirlenmesi yeterli midir?

Hayır. Projeye dahil olmayanların net bir şekilde belirtilmesi gerekir, böylece çifte yorumlamalar ve "gizli" beklentilerden kaçınılır.

Bir iş analisti, bunu yararlı gördüğü takdirde scope’u kendi başına genişletme hakkına sahip midir?

Hayır. Scope'ta herhangi bir değişiklik, müşteriler / paydaşlarla yapılacak bir onay sürecinden geçer ve genellikle değişiklik süreci (change request) aracılığıyla resmileştirilir.

Onaylandıktan sonra proje sınırlarını değiştirmek mümkün müdür?

Evet, ancak yalnızca değişiklik yönetimi için resmi sürecin yürütülmesi, planların, maliyet ve süre tahminlerinin gözden geçirilmesi ve tüm ana paydaşların onayı ile mümkündür.

Tipik hatalar ve anti-paterne örnekleri

Proje kapsamına dahil olan ile olmayanların arasında net bir ayrımın olmaması.
Yeni görevlerin süreler ve bütçeler üzerindeki etkileri dikkate alınmadan eklenmesi.
Scope’un yalnızca sözlü olarak onaylanması, belgelendirilmeden.

Hayattan bir örnek

Olumsuz vaka

Scope, açık bir belge olmaksızın sözlü olarak belirlenmiştir. Süreç içerisinde, paydaşların "beklediği" ek görevler ortaya çıkar.

Artıları:

Esneklik, yeni görevlere uyum sağlama imkanı.

Eksileri:

Proje sürelerin ve bütçenin ötesine geçer, takım ile müşteri arasında anlaşmazlık oluşur.

Olumlu vaka

Analist, scope'u belgelendirir, istisnaları onaylar, her türlü değişiklik değişiklik talepleri sistemi (change requests) aracılığıyla yürütülür.