Kararın dayanağı
Yeni bir talep önce bilgidir; otomatik geliştirme talimatı değildir. Kararlaştırılmış gereksinime aykırı hata, yeni keşfedilen gereksinim ve tercihi ayırın. Kabul, maliyet ve sıralama üzerindeki etkileri farklıdır.
Somut bir örnek
Varsayımsal randevu ürününde iptal işlevi kararlaştırılmış olsun. İptal hatırlatıcısı eklemek yeni davranıştır; iptalin başka müşterinin rezervasyonunu silmesi hatadır. Keşifte atlanmış zorunlu onay kuralı ise ilk varsayımların nasıl ele alınacağına ilişkin karar gerektirir.
Talebi karar verilebilecek açıklıkta yazmak
Değişiklik kaydının karmaşık bir sisteme ihtiyacı yoktur. Kimlik, talep eden kişi, gerekçe, etkilenen akış, mevcut söz ve önerilen fark yeterli bir başlangıçtır. Önceki ve sonraki davranışı örnekleyin. Müşteriye kendi iptalini bildirmek, personele bir konumdaki bütün iptalleri bildirmekle aynı değildir; alıcılar, yetkiler ve bildirim yükü değişir. Maliyetini hesaplamadan önce talep sahibine bu yorumu onaylatın. Sınırları belli küçük bir değişikliği değerlendirmek, geniş ve belirsiz bir isteği değerlendirmekten daha kolaydır.
Görünen ekranın dışındaki etkileri incelemek
Değişikliğin veri, erişim, bildirim, raporlama, taşıma ve işletme talimatlarına etkisini izleyin. Yeni bir iptal nedeni, alan eklemekten fazlasını gerektirir: eski rezervasyonlar nasıl gösterilecek, hassas gerekçeyi kim okuyacak, geçmiş kayıtlar raporda hangi gruba girecek? Daha önce kabul edilmiş bir testin değişip değişmediğini de kontrol edin. Şimdilik hiçbir şey yapmamak dahil seçenekleri sonuçlarıyla sunun. Başka bir teslim sözünden vazgeçilmesine geliştirme ekibi sessizce karar vermesin; seçimi işletme sahibi yapabilsin.
Kabul ölçütlerini güncel anlaşmayla birlikte değiştirmek
Onaydan sonra kapsamı, kabul örneklerini ve tahmini birlikte güncelleyin. Reddedilen veya ertelenen talepleri de kaydedin; sonradan unutulmuş bir söz gibi geri dönmesinler. Gösterimde güncel onaylı sürümü esas alın, eski kararları ise açıklama için ulaşılabilir tutun. Acil bir hatayı düzeltmeniz gerekirse olay kaydı açıp ardından ilgili kuralı gözden geçirin. Hata düzeltmenin içine fark ettirmeden yeni özellik eklemeyin. Ekipte kişiler değişse de iki taraf neyin neden değiştiğini anlatabilmelidir.
Değerlendirilecek seçenekler
Gerekçe, etkilenen kullanıcılar, en sade kabul edilebilir çözüm, bağımlılıklar ve kabul örneğini yazın. Sorumlu kişi işi takas edebilir, bütçeyi artırabilir veya erteleyebilir. Tarih, fiyat ve kapsamın aynı kalması kanıt gerektirir.
Planın aksadığı yer
Dağınık sözlü onaylardan kaçının. Güncel kapsama ve karar sahibine bağlı değişiklik kaydı tutun. Acil işletme hatası görsel tercihin arkasında beklemesin; her tercih de acil sayılmasın.
İşe başlamadan önce
Kim onaylayabilir? Bunu ekleyince ne teslim edilmeyecek? Hangi kabul örnekleri değişecek? Değişiklik başlamadan geliştirme ortağınızla bunları yanıtlayın.