"Bunu da ekleyelim, küçük bir şey." Yazılım projelerinde en sık duyulan cümlelerden biri budur. Tek tek küçük görünen eklemeler birikince proje gecikir, bütçe aşılır ve iki taraf da memnuniyetsiz kalır. Buna kapsam kayması (scope creep) denir.
Neden olur?
- Başlangıçta ihtiyaçların yeterince konuşulmaması.
- Kapsamın yazılı olmaması veya belirsiz ifadeler.
- Proje ilerledikçe yeni fikirlerin doğması (bu doğaldır).
- Değişikliklerin süre ve maliyet etkisinin konuşulmaması.
Kapsam belgesi
Proje başında kısa ama net bir kapsam belgesi hazırlanmalıdır:
- Projenin amacı ve başarı ölçütü.
- Yapılacak işlevlerin listesi.
- Kapsam dışı maddeler: açıkça yapılmayacak olanlar.
- Teslim aşamaları ve tarihler.
- Varsayımlar: içerik kimden gelecek, hangi sistemlere erişim sağlanacak.
Bkz. yazılım projesi için teklif isteme.
Değişiklik talebi süreci
Değişiklik kaçınılmazdır; önemli olan yönetilmesidir:
- Talep yazılı olarak iletilir.
- Etkisi değerlendirilir: süre, maliyet, diğer işlere etkisi.
- Taraflar onaylar veya sonraki aşamaya bırakır.
- Kapsam belgesi güncellenir.
Önceliklendirme
Her fikir "şimdi" yapılmak zorunda değildir. Fikirleri "olmazsa olmaz", "olsa iyi olur" ve "sonraki sürüm" olarak ayırmak, ilk sürümün zamanında çıkmasını sağlar. Bu yaklaşım MVP düşüncesinin temelidir.
Geliştirici açısından
- "Hayır" demek yerine "evet, şu etkisiyle" demek ilişkiyi korur.
- Küçük talepleri de kayıt altına almak, birikimin görünür olmasını sağlar.
- Düzenli demo ve ara teslimler, beklenti farklarını erken yakalar.
Müşteri açısından
- Projeyi kimin onaylayacağını netleştirin; birden fazla kişiden gelen çelişkili talepler kaymanın ana nedenlerindendir.
- Yeni fikirleri bir listede toplayıp toplu değerlendirin.
Sık sorulan sorular
Sabit fiyatlı projede değişiklik yapılamaz mı?
Yapılabilir; ancak kapsam dışı değişiklikler ek süre ve bütçe gerektirebilir. Bu kural baştan konuşulursa anlaşmazlık çıkmaz.
Çevik (agile) yöntemlerde kapsam kayması olmaz mı?
Çevik yöntemler değişimi kabul eder ama yönetir; her dönemde öncelikler yeniden belirlenir. Kontrolsüz ekleme yine sorundur.
Sonuç
Net kapsam ve şeffaf değişiklik süreci, projeyi hem müşteri hem geliştirici için öngörülebilir kılar. Projenizi planlamak için iletişime geçebilirsiniz.