Bir yazılım projesini anlatırken yalnızca istediğiniz ekranların listesini çıkarmak yeterli olmayabilir. Aynı ekran, farklı yetki ve onay kurallarıyla çok farklı bir iş kapsamına dönüşebilir. Hazırlık aşamasında günlük işi somut örneklerle anlatmak bu farkları görünür hale getirir.
İşin nerede başladığını ve bittiğini yazın
Örneğin bir teklif talebi geldiğinde kim kayıt açıyor, fiyatı kim belirliyor ve müşteriye hangi belge gidiyor? Kabul edilen teklifin proje veya sipariş kaydına dönüşmesi gerekiyor mu? Bu adımları sırayla yazmak, yazılımın hangi noktada devreye gireceğini açıklığa kavuşturur.
Kullanıcıları ve yetkileri ayırın
Ekipteki herkesin tüm bilgileri görmesi gerekmeyebilir. Görüntüleme, ekleme, düzenleme ve dışarı aktarma haklarını roller üzerinden düşünün. Finansal tutarlar, müşteri bilgileri ve kullanıcı yönetimi gibi alanları ayrı değerlendirin.
İlk sürümde gerekli olanları belirleyin
Her fikir başlangıç sürümüne girmek zorunda değildir. En çok zaman alan işin çözülmesini önceliklendirin. Sonraya bırakılabilecek özellikleri ayrıca yazın; bu liste bütçe ve teslim takvimi için daha sağlıklı bir görüşme sağlar.
Veriler ve bağlantılar
- Mevcut veriler nerede ve hangi biçimde tutuluyor?
- Yeni sisteme aktarılacak kayıtlar hangileri?
- Dış sistemin API erişimi ve kullanım ücreti var mı?
- Hatalı veya eksik kayıtlarda ne yapılmalı?
- Hangi raporların dışarı aktarılması gerekiyor?
Teslimde ne alacağınızı konuşun
Kaynak kod, kullanım hakkı, kurulum bilgileri, yönetici hesapları ve destek süresini yazılı kapsamın parçası yapın. Bakım, barındırma ve lisans yenilemelerini proje bedelinden ayrı değerlendirin.
Son olarak, bir özelliğin tamamlandığını nasıl anlayacağınızı yazın. Örneğin “müşteri kaydı yapılabilsin” yerine zorunlu alanları, arama biçimini ve hatalı kayıt davranışını açıklayın. Özel yazılım hizmetimiz için mevcut iş akışınızı paylaşarak başlayabilirsiniz.