Yazılım Şirketi Nasıl Seçilir?

Teklif karşılaştırma aracı bu rehberdeki kararları kendi verilerinizle çalışmanıza yardımcı olur. Sonucu indirip proje ekibinizle değerlendirebilirsiniz.

İlk görüşmeden önce hedef kullanıcıları, mevcut iş akışını, temel sorunu ve başarı ölçütünü bir sayfada özetleyin. Kullanılan sistemleri, veri kaynaklarını, zorunlu yayın tarihlerini ve henüz kararlaştırılmamış konuları ekleyin. Teknik terimlerle dolu bir dosya hazırlamak zorunda değilsiniz.

Bir adaya yalnızca ekran listesi, diğerine kapsamlı süreç belgesi verirseniz aldığınız tahminler aynı işi anlatmayabilir. Görüşmelerde ortaya çıkan önemli açıklamaları tüm adaylarla aynı kapsam sürümü üzerinden paylaşın. Böylece teklif farkının bilgi eksikliğinden mi, çalışma yönteminden mi geldiğini görebilirsiniz.

Aşağıdaki matrisi evet/hayır listesi olarak bırakmayın. Her satıra gözlenen kanıtı, açık soruyu ve sizin için önemini yazın. Kritik bir devir veya yetkilendirme koşulu karşılanmıyorsa, diğer alanlardaki yüksek puan bunu otomatik olarak telafi etmemelidir.

İzin verilmiş bir referans üzerinden firmanın gerçek rolünü öğrenin. Tasarımı mı, arka uç geliştirmeyi mi, entegrasyonu mu, yoksa yalnızca bakımı mı üstlenmiş? Benzer sektör adı kadar, benzer kullanıcı rolleri ve veri akışları da deneyimi anlamak için yararlıdır.

Canlı müşteriye ait gizli veri veya erişim istemeyin. Anonim ekranlar, temsili veri ve açıklanabilir karar örnekleri yeterli olabilir. Örneğin “bu entegrasyon kesildiğinde ne oldu ve nasıl fark ettiniz?” sorusu, yalnızca teknoloji logosu listesinden daha somut bilgi sağlar.

Görüşmeyi yapan kişi ile geliştirmeyi yürütecek ekibin aynı olup olmadığını netleştirin. Teknik sorumlu, proje iletişimi ve müşteri tarafındaki karar sahibi belirlenmelidir. Dış kaynak kullanılan görevlerde teslim ve kalite sorumluluğunun kimde kaldığını sorun.

Devamlılık için yalnızca kişi sayısını değerlendirmeyin. Kod inceleme, karar kayıtları, çalışma ortamı belgeleri ve yedek sorumluluklar da önemlidir. Tek bir kişinin hafızasında kalan kurallar, büyük bir ekipte de devir güçlüğü yaratabilir.

Analiz, test, veri taşıma, kullanıcı eğitimi ve bakımın dahil olup olmadığını ayrı satırlarda okuyun. Üçüncü taraf lisansları ile kullanım giderlerini başlangıç bedelinden ayırın. Yeni bir talebin nasıl tahmin edileceği ve kim tarafından onaylanacağı yazılı olmalıdır.

Güvenlik yaklaşımı için “güvenli yazılım” gibi geniş bir ifadeyle yetinmeyin. İlgili kontrollerin, test kapsamının ve bulgu giderme sorumlusunun nasıl belirlendiğini sorun. OWASP ASVS gibi bir kaynak bu görüşmeyi somut gereksinimlere bağlayabilir; bir standardın adını anmak, kontrollerin uygulandığını kanıtlamaz.

Temsili bir seçim senaryosunda iki adayın ana farkı, eski sistemle entegrasyon için yaptığı varsayım olabilir. Daha fazla genel sunum istemek yerine kapsamı, teslimi ve ücret koşulları önceden belirlenmiş küçük bir keşif çalışması karşılaştırmayı kolaylaştırabilir.

Bu çalışmanın sonunda açık sorular, uygulanabilir seçenekler ve tahminin dayanakları görünmelidir. Keşif yapılması ana geliştirme sözleşmesine otomatik geçiş anlamına gelmemelidir; sonraki kararın koşulları önceden konuşulmalıdır.

Gereksinim analizi rehberi ile ortak brief hazırlayın. Özel yazılım maliyeti üzerinden teklif satırlarını karşılaştırın; kabul testleri ve teknik devir koşullarını seçim aşamasında netleştirin.