Özel Yazılım Projesinde Teslim ve Kabul Nasıl Tanımlanır?

Ekran listesi yerine test edilebilir kabul kriterleri yazın. Kaynak kod, hesap erişimi, veri aktarımı ve bakım ayrımını proje başında netleştirin.

“Sipariş modülü yapılacak” ifadesi iki taraf için farklı anlam taşıyabilir. Bir taraf yalnızca sipariş listesi beklerken diğeri onay, bildirim ve iade sürecini de dahil sayabilir. Teslimi tartışmasız kılmanın yolu, yapılacak işi denenebilir senaryolara çevirmektir.

Bir kabul kriteri nasıl yazılır?

Örnek: “Bayi kendi hesabıyla giriş yaptığında yalnızca kendisine ait siparişleri görür; merkez ekibin değiştirdiği durum güncellendiğinde yeni durumu görür.” Bu cümle kullanıcıyı, işlemi ve beklenen sonucu tarif eder. “Bayi paneli olacak” cümlesi bunu yapmaz.

Teslim kalemlerini ayırın

Çalışan uygulama, kaynak kod deposu, yönetici hesapları, kurulum bilgisi ve veri aktarımı farklı işlerdir. Kimin hangi sunucu veya mağaza hesabına erişeceğini de yazın. Üçüncü taraf lisans ve servis ücretlerini geliştirme bedeliyle karıştırmayın.

Hata ile yeni özellik aynı değildir

Kabul edilen senaryonun çalışmaması hata; başlangıçta konuşulmayan yeni rapor talebi ise kapsam değişikliğidir. Değişikliklerin süreye ve bedele etkisi onaylanmadan işe eklenmemelidir. Bu yazı hukuki sözleşme tavsiyesi değil, proje kapsamını konuşmak için teknik kontrol listesidir.

Teklif alma rehberindeki sorularla başlayıp keşif görüşmesinde ilk üç kullanıcı senaryosunu belirleyin. Proje hedefinizi anlatın; teslim ölçütlerini birlikte yazalım.

Özel Yazılım ile ilgili tüm rehberleri inceleyin →

Bu yazıyı paylaşın:
Ara Teklif Al WhatsApp