Yeni bir özellik talebi geldiğinde önce bunun hata düzeltmesi, onaylı tasarımın revizyonu veya yeni kapsam olduğunu ayırın. Her değişikliği reddetmek projeyi dondurur; hepsini aynı takvim içinde kabul etmek ise bütçeyi ve teslimi belirsizleştirir. Karar, talebin müşteriye sağlayacağı fayda ile mevcut işe etkisini birlikte görerek verilmelidir.
Üç farklı talebi aynı sepete koymayın
Teklifte bulunan ürün filtresinin çalışmaması bir hatadır. Onay süreci devam eden kartın rengini değiştirmek tasarım revizyonu olabilir. İlk anlaşmada bulunmayan bayi girişini eklemek ise yeni işlevdir. Ajansla görüşürken yalnızca “küçük bir değişiklik” demek yerine beklenen davranışı anlatın. Giriş yapan bayi hangi fiyatı görecek, yetkileri kim tanımlayacak, yanlış girişte ne olacak? Bir düğme gibi görünen istek başka sayfaları ve veri yönetimini etkileyebilir.
Değişiklik kaydı beş soruya cevap versin
Talep kaydında problem, beklenen çıktı, etkilenen sayfalar, takvim ve maliyet etkisi bulunsun. Talebi kimin onaylayacağı da belli olsun. Atlassian’ın kapsam yönetimi rehberinde önerdiği değişiklik kontrolünü küçük bir projede ortak bir tabloyla uygulayabilirsiniz; karmaşık bir yazılım zorunlu değildir. Yazılı kayıt, sonraki toplantıda iki tarafın farklı anlaşmaları hatırlamasını önler.
Bu konuyu projenize uyarlarken kapsamı netleştirmek ister misiniz?
0536 026 38 72 üzerinden konuşalımEklemek kadar yer değiştirmeyi de değerlendirin
Örnek senaryo: katalog sitesine sonradan ürün karşılaştırma özelliği isteniyor. Bu özellik satış görüşmelerinde sık tekrar eden bir soruyu çözüyorsa ilk yayına alınabilir; buna karşılık düşük öncelikli animasyon sonraya bırakılabilir. Başka seçenek, temel siteyi kararlaştırılan tarihte yayımlayıp karşılaştırmayı ikinci aşamada teslim etmektir. Hangi yolun uygun olduğu işin bağımlılıklarına bağlıdır; aynı gün içinde yetişeceği varsayılmamalıdır.
Yeni kararı eski kontrol listesine işleyin
Onaylanan değişiklik yalnızca yapılacak işler listesine eklenmesin. Mobil testler, içerik sorumlulukları, eğitim ve teslim belgesi de güncellensin. Bayi girişi eklendiyse hesabı olmayan kullanıcının deneyimi ayrıca sınanmalıdır. İşin bittiğini “kod yazıldı” ifadesiyle değil, kabul edilen davranışın çalışmasıyla değerlendirin.
Hangi durumda kapsam görüşmesi gerekir?
Talepler birbirini etkiliyor, karar veren kişiler farklı yönlere çekiyor veya yayın tarihi sürekli kayıyorsa kısa bir kapsam toplantısı yapın. Önce mevcut anlaşmayı ve tamamlanan işleri açın; sonra yeni ihtiyaçları sıralayın. Ajansın görevi sadece süre eklemek değil, uygulanabilir seçenekleri ve bunların sonuçlarını açıklamaktır. Açık kapsam değişikliği, yaratıcı fikirleri engellemeden projenin yönetilebilir kalmasına yardımcı olur.