Yazılım Şirketleri ile Çalışma Modelleri

Yazılım şirketleriyle nasıl çalışılır?

Bir firmayı seçtikten sonraki asıl soru, ilişkinin nasıl kurulacağıdır. Yazılım şirketleri aynı işi farklı ticari modellerle yapabilir ve yanlış model, iyi bir ekiple bile gerginlik doğurur. Kapsamı belirsiz bir işi sabit fiyata bağlamak sürekli “bu kapsam dışı” tartışmasına, net bir işi saatlik modele bırakmak ise bütçe belirsizliğine yol açar. Firma seçimi kriterlerini yazılım firmaları sayfasında ayrıca anlattık; burada seçimden sonraki çalışma düzenine odaklanıyoruz.

Üç temel çalışma modeli

Proje bazlı (sabit kapsam): Modüller, ekranlar ve teslim kriterleri önceden yazılır; bedel ve takvim buna göre sabitlenir. İhtiyacı net, sınırları belli işler için uygundur. Kapsam değişiklikleri ayrı bir değişiklik talebiyle fiyatlanır.

Ekip ya da saat kiralama: Şirket size belirli sayıda geliştirici, tasarımcı ya da proje yöneticisi zamanı ayırır; ne yapılacağını birlikte önceliklendirirsiniz. Sürekli gelişen ürünler, iç ekibi destekleme ihtiyacı ya da kapsamı henüz netleşmemiş girişimler için esnektir.

Bakım ve destek sözleşmesi: Canlıdaki bir sistemin güvenlik güncellemeleri, yedekleri, hata düzeltmeleri ve küçük geliştirmeleri aylık ya da yıllık sözleşmeyle yürütülür. Müdahale süresi ve kapsam yazılı tanımlanır.

Sözleşmede olması gerekenler

• Kapsam ekleri: Modül listesi, ekran taslakları ve kabul kriterleri sözleşmenin eki olmalı.
• Takvim ve aşamalar: Ara teslimler ve her aşamanın onay yöntemi.
• Ödeme planı: Aşama teslimine bağlı ödemeler; peşin oran makul tutulur.
• Fikri mülkiyet ve kaynak kod: Kodun, tasarımların ve verinin kime ait olduğu; teslim biçimi.
• Değişiklik yönetimi: Kapsam dışı taleplerin nasıl fiyatlanıp takvime ekleneceği.
• Gizlilik ve kişisel veri: KVKK’ya uygun veri işleme ve gizlilik yükümlülükleri, genel çerçevede.
• Garanti ve bakım: Teslim sonrası hata düzeltme süresi ve bakımın ayrı mı dahil mi olduğu.

Süreç yönetimi nasıl kurulur?

1. Tek muhatap belirleyin: Hem sizin tarafınızda hem şirket tarafında karar verebilen birer sorumlu olsun.
2. Ortak iş takip alanı: Görevlerin, hataların ve taleplerin yazılı tutulduğu tek bir yer kullanın; WhatsApp mesajları kayıt yerine geçmez.
3. Kısa döngüler: Birkaç haftalık döngüler sonunda çalışan parça gösterilsin, geri bildirim hemen verilsin.
4. Test ortamı: Canlı sisteme dokunmadan denemeler yapılabilecek ayrı bir ortam talep edin.
5. Teslim kabul: Kabul kriterlerine göre yazılı onay; açık kalan maddeler listelenir.
6. Devir ve dokümantasyon: Erişim bilgileri, kurulum notları ve kullanıcı rehberi teslim edilir.

Hibrit modeller ve geçiş noktaları

Pratikte projelerin çoğu tek bir modelde kalmaz. Sık görülen düzen şudur: önce sınırları net bir analiz ve ilk sürüm proje bazlı yapılır; sistem canlıya çıktıktan sonra bakım sözleşmesine geçilir; kullanıcılar yeni ihtiyaçlar ürettikçe bakımın yanına aylık belirli bir geliştirme kapasitesi eklenir. Bu hibrit yapı hem ilk aşamada bütçe öngörüsü hem de sonraki dönemde esneklik sağlar.

Geçiş noktalarını sözleşmede önceden tanımlamak gerginliği önler. Örneğin “teslim kabulünden sonraki belirli bir süre içinde bildirilen hatalar garanti kapsamındadır; bu süreden sonra bakım sözleşmesi geçerlidir” gibi bir madde, hangi talebin ücretsiz hangisinin ücretli olduğu tartışmasını ortadan kaldırır. Aynı şekilde aylık geliştirme kapasitesi kullanılmazsa sonraki aya devredip devretmeyeceği de yazılı olmalıdır.

Şirketle ilişkinin sağlığını ölçmenin basit yolları vardır: talepler yazılı ve izlenebilir mi, ara demolar düzenli mi, sorunlar saklanmadan erken mi bildiriliyor, faturalar kapsamla uyumlu mu? Bu sorulara verilen cevaplar kötüleşmeye başladığında model ya da kapsam yeniden konuşulmalıdır. İyi bir yazılım şirketi bu konuşmadan kaçmaz; çünkü uzun süreli iş birliği iki tarafın da beklentisinin net olmasına dayanır.

İş birliğini bitirmek ya da devretmek

Her iş birliği bir gün değişebilir; bu yüzden çıkış yolu da başlangıçta konuşulmalıdır. Sözleşmede fesih bildirimi süresi, devir sırasında teslim edilecek kaynak kod, veritabanı yedeği, erişim bilgileri ve dokümantasyon listesi yer almalıdır. Yeni bir ekibe geçiş yapılacaksa eski şirketin kısa bir devir toplantısına katılması da güvenceye alınabilir. Bu maddeler güvensizlik işareti değil, iki tarafın da işini kolaylaştıran olağan bir düzendir.

Fiyatı ne belirler?

Proje bazlı modelde bedeli kapsam, entegrasyon sayısı ve takvim belirler. Ekip kiralamada ayrılan rol ve süre, bakım sözleşmesinde ise sistemin büyüklüğü, müdahale süresi taahhüdü ve dahil edilen geliştirme saatleri belirleyicidir. Wesoco sabit TL listesi yayınlamaz; hangi modelin size uyduğunu keşifte belirleyip yazılı teklif sunar. Projeyi hazırlamakla ilgili adımlar için özel yazılım yaptırmak sayfasına bakabilirsiniz.

İlgili sayfalar

• Yazılım firmaları: seçme kriterleri
• Özel yazılım geliştirme
• Özel yazılım yaptırmak
• Trabzon yazılım firmaları
• Mobil uygulama yaptırmak
• E-ticaret yazılımı