Yazılımcı seçerken sorulacak beş soru

Önce karşılaştırılabilir bir iş tarifi hazırlayın

Üç yazılımcıdan aynı uygulama için teklif istediğinizde üç farklı kapsamla karşılaşabilirsiniz. Biri yalnız ekranları fiyatlandırır, biri veri aktarımını ekler, diğeri bakım hizmetini ayrıca sunar. Bu teklifler aynı toplam üzerinden karşılaştırılamaz. Önce mevcut işi ve beklenen sonucu kısa bir örnekle anlatın. Teklif hazırlayan çalışan hangi bilgiyi alıyor, kim onaylıyor ve müşteriye hangi belge gidiyor? Gerçek bir örneği kişisel verileri ayıklayarak paylaşmak, yalnız özellik adları sıralamaktan daha anlaşılır bir başlangıç sağlar.

İş tarifi ayrıntılı bir teknik şartname olmak zorunda değildir. Kullanıcılar, zorunlu bilgiler, temel işlem, beklenen çıktı ve önemli istisnalar belli olsun. Ardından her adaydan aynı sorulara yazılı cevap isteyin. Aşağıdaki beş soru, fiyatı anlamlandırmak ve uygulamanın teslimden sonra nasıl yaşayacağını görmek için kullanılabilir. Cevabın uzun olması kalite kanıtı değildir. Sizin işinizde uygulanabilir olması ve kabul sırasında sınanabilmesi daha önemlidir.

Birinci soru: bakım işini kim yürütecek?

Yazılım teslim edildikten sonra ürün listesi, iş kuralları veya dış servisler değişebilir. Bir hata bildirildiğinde kim cevap verecek ve hangi kanal kullanılacak? Bakım kapsamına hata giderme, güvenlik güncellemesi ve yeni özellik ekleme ayrı ayrı yazılmalıdır. Bunların aynı bedelin içinde olduğunu varsaymayın. Tepki süresiyle çözüm süresini de ayırın. Bildirimin alındığını söylemek, hatanın giderildiği anlamına gelmez; tarafların hangi durumda ne beklediği anlaşılır biçimde tanımlansın.

Tek kişilik bir sağlayıcıyla çalışmak tek başına sorun değildir. Ancak kişi izinliyken veya projeden ayrıldığında işi kimin sürdüreceğini sorun. Yedekleme, geri dönüş ve değişiklik kaydı da bakımın parçasıdır. Güncellemeyi canlıya uygulamadan önce nasıl test ettiklerini örnek üzerinden anlatmalarını isteyin. Otomasyon işlerini planlarken bakım sorumlusunu belirlemek, proje sonrasında ortaya çıkacak belirsizliği azaltır. Her ihtiyaç için en geniş paketi seçmek yerine gerçekten gereken desteği tanımlayın.

İkinci soru: kod ve teslim paketi kimde olacak?

Hazır hizmet ile özel yazılımın teslim modeli farklı olabilir. Size özel geliştirilecek bölümün kaynak kodu, kurulum belgesi ve bağımlılık bilgileri verilecek mi? Farklı bir ekibin uygulamayı sürdürebilme koşulları ne olacak? Bu soruları yalnız sözlü cevapla bırakmayın. Teslim paketi ve kullanım koşulları teklifte görülsün. Bir depo bağlantısı verilmesi bütün kullanım haklarını açıklamaz; sözleşme ve bileşen koşulları gerektiğinde ilgili uzmanlarla değerlendirilmelidir.

Teslimin kullanılabilirliğini sınayacak küçük bir test belirleyin. Temiz ortamda kurulum, temel işlemin tamamlanması ve örnek yedeğin geri yüklenmesi iyi başlangıçlar olabilir. Hangi belgeyle hangi işlemin yapılabildiğini kaydedin. Kaynak kod teslimi kontrolünü ayrıca okuyabilirsiniz. Parola ve anahtarları kodun içine koymak bir teslim yöntemi değildir. Erişimler ayrı, yetkili ve kayıtlı bir süreçte aktarılmalı; gereksiz erişimler proje sonunda kapatılmalıdır.

Üçüncü soru: veri nerede ve nasıl yönetilecek?

Müşteri, sipariş veya personel verisi hangi ortamda tutulacak? Veriyi kim görebilecek, hangi rol hangi işlemi yapabilecek ve kayıtlar nasıl dışa aktarılacak? Sağlayıcıdan veri akışını basit bir şema ile göstermesini isteyin. Dış hizmete gönderilen alanlar ayrıca belli olsun. Gerçek kişisel veriyi sırf teklif hazırlamak için paylaşmayın; örnek veya anonimleştirilmiş veri kullanın. Veri işleme yükümlülükleri uygulamanın kapsamına göre uzman değerlendirmesi gerektirebilir.

Yedek alındığı ifadesini nasıl geri dönüldüğüyle birlikte değerlendirin. Yedek nerede, kim erişebiliyor ve geri yükleme daha önce sınanmış mı? Ayrıca hizmet bittiğinde verinizi hangi biçimde alacağınızı sorun. Yalnız PDF raporu verilmesi, bütün kayıtların başka bir sisteme taşınabildiğini göstermeyebilir. Alan adları, ilişkiler ve ek dosyalar dışa aktarımın içinde yer almalıdır. Bu gereksinimleri ilk teklife eklemek, ayrılma sırasında yeni bir proje tanımlama ihtiyacını azaltabilir.

Dördüncü soru: ilk sürüm hangi işi tamamlayacak?

İlk sürümde bütün fikirlerin bulunması zorunlu değildir. Önemli olan belirlenen iş akışının baştan sona tamamlanmasıdır. Kullanıcı giriş yapıyor ama onaylanan belgenin çıktısını alamıyorsa temel iş henüz tamamlanmamış olabilir. Adaydan ilk sürümün dahil ve hariç kapsamını istemek bu farkı görünür kılar. Hangi verinin elle girileceği, hangi bağlantının sonraya bırakılacağı ve hangi raporun üretileceği açık olsun. Belirsiz bir özellik listesi yerine örnek bir işlemin beklenen sonucunu yazın.

Kabul ölçütlerini de aynı iş üzerinden oluşturun. Zorunlu alan eksik olduğunda ne olur, mükerrer kayıt nasıl ele alınır ve bir işlem yarıda kalırsa kullanıcı ne görür? Hata akışlarını düşünmek, yalnız başarılı gösterime dayanan değerlendirmeyi önler. Yeni özellikler için değişiklik yöntemi ve fiyatlandırma yaklaşımı baştan bilinsin. Projenin her aşamasını kesin süreyle garanti etmek yerine bağımlılıkları, sizden beklenen bilgileri ve karar tarihlerini açıkça değerlendirin.

Beşinci soru: ekibi kim ve nasıl eğitecek?

Geliştiricinin yaptığı bir gösterim, çalışanların uygulamayı kullanabildiğini kanıtlamaz. Eğitimi sizin örnek işleminiz üzerinden planlayın. Kullanıcı kayıt açsın, hatalı alanı düzeltsin, gerekli onayı alsın ve çıktıyı oluştursun. Yönetici için yetki değiştirme ve sorun bildirme adımları ayrıca anlatılsın. Kısa bir kullanım kılavuzu ve örnek kayıt, yeni başlayan çalışan için de yardımcı olur. Eğitimde takılınan yerler yalnız kullanıcı hatası sayılmamalı; ekran veya açıklama iyileştirmesi gerekip gerekmediği değerlendirilmelidir.

Beş sorunun cevabını tek tabloda toplayın: kapsam, sorumlu, teslim belgesi, kabul testi ve maliyet. Açık kalan soruları teklif imzalanmadan önce netleştirin. Amaç adayları teknik terim sayısına göre sıralamak değildir. İşinizi anlayan, sınırlarını açık söyleyen ve teslimini doğrulanabilir hale getiren ekibi seçmek için sağlam bir karşılaştırma yapmaktır. Böylece ilk gösterim kadar sonraki kullanım ve bakım da kararın içinde yer alır.

Sık sorulan sorular

Teklifler nasıl karşılaştırılır?

Aynı süreç, kapsam, teslim ölçütleri ve bakım beklentileriyle karşılaştırın. Yalnız toplam fiyatı karşılaştırmak yeterli değildir.

İlk sürümde her özellik bulunmalı mı?

Öncelikli iş akışını tamamlayan sınırlı bir sürüm seçilebilir. Eksik kalan özellikleri ve sonraki aşamayı yazılı olarak ayırın.

Eğitim teslimin parçası mı olmalı?

İşi kullanacak kişilerin örnek işlemi yapabildiği uygulamalı eğitim ve kısa kullanım kılavuzu teslim kapsamına alınabilir.