Yazılım tesliminde yalnızca çalışan ekranları almak yeterli mi?

Yazılım çalışıyor, giriş bilgileri geldi ve proje tamamlandı denildi. Birkaç ay sonra sunucu değişikliği gerektiğinde kaynak kodun nerede olduğu bilinmiyor. E-posta hizmetinin hesabı başka bir kişiye ait, yedeklerin nasıl alınacağı ise açıklanmamış. Böyle bir durumda ilk teslim yapılmış olsa bile işletme sistemi bağımsız biçimde sürdüremeyebilir.

Teslim beklentileri proje sonunda değil, kapsam hazırlanırken konuşulmalıdır. Özel geliştirme, lisanslı ürün ve abonelik hizmetinde alınacak dosyalar aynı olmayabilir. Önemli olan, hangi hakların ve hangi sorumlulukların kararlaştırıldığının açık olmasıdır.

Kod ve kullanım hakkını varsaymayın

Özel geliştirilen projede hangi kaynak dosyalarının, hangi sürümle ve hangi depodan teslim edileceği yazılı olmalıdır. Kullanılan üçüncü taraf bileşenlerin lisansları ve devredilemeyen hizmetler ayrıca belirtilmelidir. Bir abonelik ürününde kaynak kod teslimi zaten kapsam dışı olabilir.

Sözleşmedeki teslim ve kullanım hükümleri esas alınır. “Ücretini ödedik, her şey otomatik olarak bize aittir” varsayımıyla ilerlemek yerine kapsamı baştan netleştirin. Gerekli hukuki değerlendirme teknik teslim listesinden ayrı yapılmalıdır.

Hesapların sahipliği işletmede görünür olsun

Alan adı, barındırma, veri tabanı, e-posta, uygulama mağazası ve dış hizmet hesaplarından hangileri kullanılıyorsa envanter çıkarılmalıdır. Her hesabın sahibi, yetkili kişileri ve yenileme sorumlusu belli olmalıdır. Ortak bir metin dosyasına bütün parolaları yazmak güvenli teslim yöntemi değildir.

İşletmenin kontrol ettiği hesaplar ve uygun yetki devri tercih edilmelidir. Gerekli gizli bilgiler güvenli yöntemle aktarılmalı; teslimden sonra kimin erişiminin devam ettiği açıklanmalıdır. Erişim anahtarlarıyla kaynak kod aynı şey değildir ve aynı biçimde paylaşılmaları gerekmez.

Başka bir kişi sistemi kurabilir mi?

Kullanılan yazılım sürümleri, kurulum adımları, gerekli ayarlar ve dış hizmet bağlantıları belgelenmelidir. Gizli değerleri dokümana koymadan hangi ayarın ne işe yaradığı anlatılabilir. Test ve canlı ortamın farkı da görünür olmalıdır.

Bu belgeyi yalnızca dosya sayısıyla değerlendirmeyin. Yetkili başka bir geliştirici, teslim edilen kaynak ve bilgilerle uygun bir ortamda sistemi çalıştırabiliyor mu? İşletmenin gelecekte ekibi değiştirebilmesi açısından bu pratik deneme değerlidir.

Veri ve geri dönüş yolunu da teslim alın

Verilerin nerede tutulduğu, nasıl dışarı çıkarılacağı ve yedeklerin nasıl geri yükleneceği açıklanmalıdır. Dışa aktarılan dosya ilişkileri ve ekleri koruyor mu? Eski sistemden geçiş yapıldıysa hangi verinin taşındığı ve hangi kontrollerin yapıldığı kaydedilmiş mi?

Bakım ve yedekleme planı, teslim sonrasının sorumluluklarını tamamlar. Acil durumda başvurulacak kişi ve çalışma yöntemi de belli olmalıdır.

Kabulü gerçek işlerle yapın

İşletmenin örneklerini kullanarak kayıt oluşturun, değiştirin, yetki sınırını deneyin ve gerekli raporu alın. Normal akışın yanında iptal, eksik bilgi ve bağlantı sorunu gibi durumları da değerlendirin. Bilinen eksikler varsa etkileri ve çözüm planları yazılı kalsın.

Son olarak hata düzeltme dönemiyle yeni özellik talebini ayırın. Destek kapsamını ve ücretlendirme biçimini açıklığa kavuşturun. İyi teslim, geliştiricinin işi bıraktığı anı değil, işletmenin sistemi güvenle kullanmaya ve sürdürmeye başladığı noktayı tarif eder.