Yazılım Şirketi Seçerken Sorulması Gereken 10 Soru

// Yazılım Şirketi Seçimi Neden Bu Kadar Kritik?

Yazılım şirketi seçimi, bir tedarikçi kararından çok bir ortaklık kararıdır. Projeniz bittikten sonra da o yazılımla yıllarca yaşayacaksınız: güncellemeler, yeni modüller, entegrasyon değişiklikleri, personel değişimleri. Yanlış seçim, teknik borcun yanı sıra bir bağımlılık da yaratır — kodunuza erişemediğiniz, başka kimsenin devralamadığı ve her küçük değişiklik için tek bir kapıyı çalmak zorunda kaldığınız bir bağımlılık.

Bu nedenle karşılaştırma yaparken yalnızca teklife bakmak yanıltıcıdır. İki teklif kâğıt üzerinde benzer görünürken, birinin arkasında kendi ekibiyle çalışan ve kodu size teslim eden bir firma, diğerinin arkasında işi devreden bir aracı olabilir. Farkı ortaya çıkaran şey, sorduğunuz sorulardır.

// İlk Görüşmede Sorulması Gereken 10 Soru

1. Kodu kim yazacak: kendi ekibiniz mi, taşeron mu?

En kritik soru budur ve doğrudan sorulmalıdır. Bazı firmalar satış yapar, geliştirmeyi başka bir ekibe devreder. Bu zincirde hem bilgi hem sorumluluk kaybolur; sorun çıktığında taraflar birbirini işaret eder. Beklenen yanıt nettir: projede çalışacak ekip tanımlı olmalı, kimin ne yaptığı isimle söylenebilmelidir. Alt yüklenici kullanılacaksa bu şeffaf biçimde belirtilmelidir.

2. Proje bitiminde kaynak kod bana teslim edilecek mi?

Kaynak kod teslimi, sözleşmede açıkça yazmadığı sürece garanti değildir. Teslimin kapsamını da netleştirin: uygulama kodu, veri tabanı şeması, dağıtım (deployment) yapılandırması ve teknik dokümantasyon. "Kod bizde durur, siz kullanırsınız" cevabı, ileride başka bir ekiple çalışma ihtimalinizi tamamen ortadan kaldırır.

3. Verim nerede tutulacak ve dışa aktarabilir miyim?

Veri sahipliği, kod sahipliği kadar önemlidir. Sunucu kimin adına açılıyor, yedekler nerede tutuluyor, KVKK açısından veri işleyen kim? Ayrıca istediğiniz an tüm veriyi standart bir formatta dışa aktarma hakkınızın sözleşmede tanımlı olması gerekir. Bu madde, ileride sistem değiştirme özgürlüğünüzün sigortasıdır.

4. Hangi teknolojileri kullanacaksınız ve neden?

Teknoloji seçimi, yazılımın ömrünü belirler. Yaygın ve sürdürülebilir bir yığın (React, Node.js, Python, .NET, PostgreSQL gibi) yazılımınızın yıllar sonra da güncellenebilmesini ve gerektiğinde başka bir ekip tarafından devralınabilmesini sağlar. Yalnızca o firmanın bildiği kapalı bir altyapı, teknik açıdan çalışsa bile sizi kilitler. Firmadan tercihin gerekçesini duymalısınız; "biz hep bunu kullanıyoruz" yeterli bir gerekçe değildir.

5. Benzer ölçekte, canlıda çalışan bir referans gösterebilir misiniz?

Ekran görüntüsü ve tasarım maketleri kolay üretilir. Sizin isteyeceğiniz şey, gerçekten kullanılan bir sistemdir. Mümkünse referans müşteriyle konuşmayı talep edin ve tek bir soru sorun: "Proje sırasında en çok ne zorlandınız, firma nasıl davrandı?" Bu sorunun yanıtı, referans listesinden çok daha fazlasını anlatır.

6. Süreci nasıl yönetiyorsunuz, ilerlemeyi nasıl göreceğim?

Sağlıklı bir yanıt sprint planı, düzenli demo toplantısı ve yazılı ilerleme raporu içerir. Aylarca haber alamayıp sonunda tek seferde teslim alacağınız bir proje, riskin tamamını sizin üzerinizde biriktirir. İki haftada bir çalışan bir parça görmek, hem yön değiştirme imkânı hem de psikolojik güven sağlar.

7. Kapsam değişirse ne oluyor?

Hiçbir proje ilk gün tanımlandığı gibi bitmez. Önemli olan, değişikliğin nasıl yönetildiğidir. Firma, kapsam dışı taleplerde nasıl bir değerlendirme yapıyor, ek işi nasıl planlıyor ve size ne zaman haber veriyor? Bu mekanizma baştan konuşulmazsa proje ortasında güven sorununa dönüşür. İyi bir firma, kapsam dışını reddetmez; şeffaf biçimde ayrı kalemleştirir.

8. Test süreciniz nasıl işliyor?

Yazılımın kalitesi, teslim gününde değil test disiplininde belli olur. Otomatik testler yazılıyor mu, canlıya çıkmadan önce ayrı bir test ortamında deneme yapılıyor mu, kullanıcı kabul testi (UAT) için ne kadar süre ayrılıyor? Kendi ekibinizin gerçek verilerle sistemi denediği bir kabul aşaması olmadan imza atmayın.

9. Canlıya çıktıktan sonra ne oluyor? Bakım ve destek modeli nedir?

Teslim, projenin sonu değildir. Hata bildiriminde yanıt süresi nedir, kritik arızada müdahale taahhüdü var mı, güvenlik güncellemeleri kimin sorumluluğunda? Ayrıca garanti süresi ile ücretli bakım döneminin sınırının net olması gerekir. Bakım koşullarını teklif aşamasında konuşmak, iki yıl sonra sahipsiz bir yazılımla kalmamanın en kestirme yoludur.

10. Ekip değişirse proje nasıl etkilenir?

Bu soru nadiren sorulur ama çok şey açığa çıkarır. Projenin tek bir geliştiricinin kafasında mı yoksa dokümantasyon, kod standardı ve sürüm kontrolü ile kurumsal hafızada mı durduğunu anlamanızı sağlar. "Bir kişi ayrılırsa iki hafta gecikiriz" diyebilen bir firma, "hiç öyle bir şey olmaz" diyenden daha güvenilirdir.

// Uyarı Sinyalleri: Ne Duyduğunuzda Durmalısınız?

Bazı yanıtlar tek başına projeyi bitirmez ama dikkatle not edilmelidir:

• "Her şeyi yaparız": Uzmanlık alanı olmayan firma, sizin projenizde öğreniyor olabilir.
• Aşırı hızlı takvim taahhüdü: Analiz yapılmadan verilen süre tahmini, ya kapsamı görmüyordur ya da sonradan revize edilecektir.
• Belirsiz teklif: Modül ve teslimat kalemleri yazılmamış, tek satırlık bir teklif ileride anlaşmazlığın zeminidir.
• Sözleşmeye yanaşmama: Kaynak kod, veri sahipliği ve bakım maddelerini yazmaktan kaçınan firma, sözlü vaatlerini savunmuyor demektir.
• Referans verememe: Gizlilik gerekçesi makul olabilir; ancak hiçbir referansı olmayan bir firmayla ilk büyük proje sizin olmamalı.

// Teklifleri Karşılaştırırken Nelere Bakmalı?

Teklifleri yan yana koyduğunuzda dikkat etmeniz gereken şey, kalemlerin karşılaştırılabilir olmasıdır. Bir teklif analiz, tasarım, geliştirme, test, eğitim ve bakımı ayrı ayrı gösteriyorsa; diğeri hepsini tek satırda topluyorsa bu iki teklif aynı şeyi anlatmıyordur. Kapsam listesini kendiniz çıkarıp her firmadan aynı liste üzerinden yanıt istemek, karşılaştırmayı adil hale getirir.

Ayrıca en düşük teklifin toplam sahip olma maliyetini yansıtmadığını unutmayın. Kaynak kodu size verilmeyen, bakımı belirsiz ve devredilemeyen bir yazılım, ilk yıl ucuz görünse de ikinci yıl yeniden yazılmak zorunda kalabilir. Yazılımda asıl maliyet, yanlış firmayla kaybedilen zamandır.

// Sonuç

Doğru yazılım şirketi, en iddialı sunumu yapan değil; sorularınıza net, yazılı ve kanıtlanabilir yanıt veren firmadır. Bu on soruyu bir kontrol listesi olarak yanınıza alın ve görüştüğünüz her firmada aynı sırayla sorun. Yanıtları yan yana koyduğunuzda karar çoğu zaman kendiliğinden netleşir. Sürecimizi, kullandığımız teknolojileri ve teslim yaklaşımımızı özel yazılım geliştirme hizmeti sayfamızda inceleyebilir, projenizin kapsamını konuşmak için ücretsiz teknik görüşme talep edebilirsiniz.