Yeni isteği anlamadan kapsamı değiştirmemek
Eksik açıklama, değişen ihtiyaç ve ek teklif farklı değerlendirmeler gerektirir.
İsteğin neden doğduğunu inceleyin
Sonradan gelen gereksinim yeni bir öncelik olabilir. Başlangıçta kullanıcı rolünün veya iş adımının açıklığa kavuşmadığını da gösterebilir. GOV.UK keşifte varsayımları sorgulamayı ve kullanıcıyı bütün akış içinde anlamayı önerir. Bu, sonraki bütün değişiklikleri engellemez ama görüşme için daha iyi temel oluşturur.
“Kapsam dışı” etiketi nedeni henüz açıklamaz. Maliyet ve takvim etkisini değerlendirmeden hedefi, önceki açıklamayı ve yeni gerekçeyi inceleyin.
Örnek: müşteri portalına gelen istekler
Durumlar tamamen kurgusaldır. Başlangıç hedefi müşterilerin servis isteklerini takip edebilmesidir. Tablo olası sınıflandırmaları ve sonraki adımları açıklar; karara bağlanmış sözleşme uyuşmazlığı değildir.
Gözlem | Örnekteki değerlendirme | Sonraki adım |
|---|---|---|
Şimdi müşteri girişi isteniyor; müşteri erişimi başta araştırılmamış. | Kullanıcı rolü belirsiz veya başlangıç varsayımı yanlış olabilir. | Gereken rolü ve erişimi netleştirip önceki belgelerle karşılaştırmak. |
Açıkça yalnız Almanca arayüz kararlaştırıldıktan sonra Fransızca isteniyor. | Belgelenmiş dil sınırına göre değişen ihtiyaç. | Faydayı, çeviri kapsamını, bakımı, emeği ve önceliği değerlendirmek. |
Sağlayıcı ek analiz alanı öneriyor. | İsteğe bağlı ek teklif; örnekte durum takibi buna ihtiyaç duymuyor. | İhtiyaç ve faydayı ayrıca incelemek; otomatik olarak işe dahil etmemek. |
İlk durumda isteğin geç dile getirilmesi, işin ücretsiz yapılmasını isteme hakkını da ek ücretin haklılığını da kanıtlamaz. Boşluk birlikte açıklanmalıdır. İkinci durumda önceki dil sınırı açıkça belgelidir. Üçüncü durumda ek hizmet başlangıçta seçenektir; öneri sipariş değildir.
Kararı izlenebilir biçimde kaydedin
İlk hedefi, kararlaştırılan sonuçları, varsayımları ve yeni bulguları karşılaştırın. İsteğin işi tamamlamak için gerekli olup olmadığını etkilenen kişilerle inceleyin. Gerçekler izin verdiği ölçüde gerekli düzeltmeyi, ertelenebilir genişlemeyi ve vazgeçilebilir eki ayırın.
Emek, maliyet, takvim, test ve sonraki bakım etkilerini kaydedin. İsteğin nasıl ele alınacağını kararlaştırıp etkilenen belgeleri uygulamadan önce güncelleyin. Neden incelemesi bu anlaşmanın yerini tutmaz; gerçekten neye karar verildiğini görünür kılar.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Yazılım geliştirme
Özel yazılım, web ve mobil uygulamalar