Yazılım Projelerinde Sözleşme Modelleri: Sabit Fiyat mı, Efor mu?

Sözleşme modeli projeyi nasıl şekillendirir?

Sanılandan çok daha derinden: model, iki tarafın hangi riskleri taşıdığını, belirsizlik ortaya çıktığında kimin nasıl davranacağını ve hatta günlük iş birliğinin tonunu belirler. Yanlış model, iyi niyetli iki tarafı bile karşı karşıya getirir; doğru model, aynı tarafları ortak hedefe hizalar. Bu yazı üç ana modeli risk dağılımıyla anlatır ve projelerimizde kullandığımız eşleştirme kurallarını paylaşır. (Not: burada anlatılan iş/mühendislik perspektifidir; sözleşmenin hukuki metni her zaman hukuk ekibinizle birlikte hazırlanmalıdır.)

Üç model, dürüst bilanço

Sabit fiyatın gerçek maliyeti

Sabit fiyat, satın alma tarafında güven verir — ama mühendislik gerçeğiyle çelişen bir varsayıma yaslanır: kapsamın baştan tam bilinebileceği. Kurumsal projelerde bu varsayım nadiren tutar (entegrasyon sürprizleri, keşfedilen gereksinimler) ve model iki savunma mekanizması üretir: tedarikçi tarafında risk primi (belirsizlik fiyata gömülür — müşteri, hiç kullanmayabileceği sigortayı baştan öder) ve süreç tarafında değişiklik talebi bürokrasisi (her sapma pazarlık konusu olur; enerji üründen sözleşmeye kayar). Sabit fiyatın meşru alanı, belirsizliği gerçekten düşük işlerdir: iyi tanımlı entegrasyon, sürüm yükseltme provası sonrası yükseltme, kapsamı kanıtlanmış modernizasyon fazı, değerlendirme/denetim çalışmaları.

Zaman-malzemenin doğru kurulumu

T&M esnekliğin modelidir ama 'açık çek' değildir — öyle kurulursa güven kaybeder. Doğru kurulum yönetişimle gelir: bütçe tavanı ve uyarı eşikleri (tahmine karşı gerçekleşme, aylık görünür), sprint/dönem hedefleri (efor değil çıktı konuşulur: bu dönem hangi yetenekler teslim edilecek), şeffaf kayıt (kim, neye, ne kadar — soru işaretsiz) ve çıkış kolaylığı (makul bildirimle sonlandırma — kalite güvencesinin en dürüst hali, müşterinin kalma zorunluluğunun olmamasıdır). Bu çerçevede T&M, keşif ağırlıklı işlerin (yeni ürün geliştirme, kapsamlı modernizasyon, Ar-Ge nitelikli özellikler) doğal modelidir.

Hibrit kurgular: belirsizlikle orantılı taahhüt

Sahada en sağlıklı bulduğumuz kurgu, taahhüdü belirsizlikle ters orantılı kurmaktır: keşif fazı sabit fiyat (değerlendirme, mimari tasarım, PoC — kapsamı net, çıktısı belge/karar), uygulama fazları hedefli T&M (faz hedefi + bütçe bandı: 'bu faz şu yetenekleri kapsar, bütçe şu bant içinde' — bandın aşılma riski erken sinyalle yönetilir) ve tekrarlayan işler kapasite modeli (AMS yazımızdaki taban kapasite + iyileştirme payı kurgusu). Modernizasyon danışmanlığı yazımızdaki faz kapıları burada ticari karşılığını bulur: her kapı, bir sonraki fazın modelini ve bütçesini güncelleme fırsatıdır.

Modelden bağımsız olmazsa olmazlar

Hangi model seçilirse seçilsin dört başlık sözleşmenin kalitesini belirler. Kabul kriterleri: 'çalışıyor' öznel bir kelimedir; kabul, ölçülebilir kriterlere bağlanır (fonksiyonel senaryolar + performans hedefleri + güvenlik taraması sonuçları — önceki yazılarımızdaki metrikler burada sözleşme dili olur). Tanımlar: 'tamamlandı' tanımı (test, dokümantasyon, dağıtım dahil mi), hata sınıflandırması ve garanti dönemi davranışı. Fikri haklar ve teslimat kapsamı: kaynak kod, dokümantasyon ve devreden erişimlerin netliği. Ayrılık senaryosu: en iyi ilişkiler bile biter; düzenli teslim (kod + belge + bilgi transferi) sözleşmede yaşarsa, ayrılık kriz değil prosedür olur. Bu maddelerin varlığı, tedarikçinin özgüveninin de göstergesidir — kaçınan taraf, soru işaretidir.

İş etkisi: model, ilişkinin işletim sistemidir

Sözleşme modeli seçimi bir kerelik satın alma kararı gibi görünür; gerçekte aylarca sürecek iş birliğinin işletim sistemini seçersiniz. Yanlış eşleşmenin maliyeti faturada değil davranışta birikir: sabit fiyatta kapsam savunması, kontrolsüz T&M'de yön kaybı. Doğru eşleşme ise enerjiyi ürüne akıtır — ve tedarikçi ilişkisini proje bazlı alışverişten, teknoloji ortaklığına evriltir. Bu evrimin nasıl değerlendirileceği, serinin kapanış yazısının konusu.

Sık sorulan sorular

Yönetim sabit fiyat istiyor, iş keşif ağırlıklı; ne yapmalı?

Fazlı kurgu tam bu gerilim içindir: keşif fazı sabit fiyatla alınır, çıktısı uygulamanın gerçekçi tahmini olur; uygulama taahhüdü o kanıt üzerine verilir. 'Bilinmeyeni sabitlemek' yerine 'bilinmeyeni ucuza bilinir kılmak' önerilir.

Bütçe bandı aşılırsa ne olur?

İyi kurguda bu sürpriz değildir: eşik uyarıları erken gelir ve üç seçenek masaya iner — kapsam önceliklendirme (banda sığdır), band revizyonu (gerekçeli) veya faz kapısında durma. Seçeneksizlik, kurgu hatasıdır.

Ceza maddeleri kaliteyi artırır mı?

Deneyimimizde tek başına hayır — savunmacı davranış üretir. Ölçülebilir SLA + teşvik dengesi (AMS yazımızdaki olay-azaltma teşviki gibi) cezadan daha iyi hizalar; ceza, istisnai güvence olarak kalmalıdır.

Küçük işlerde de sözleşme bu kadar detaylı mı olmalı?

Ölçekle orantılı: küçük işte tek sayfalık iş tanımı + kabul kriteri + standart çerçeve sözleşme yeterlidir. Detayın amacı bürokrasi değil, belirsizlik anında başvurulacak yazılı cevabın varlığıdır.

Sözleşme modeli kontrol listesi

1. İşin belirsizlik profili değerlendirildi; model buna göre seçildi

2. Fazlı kurguda her kapı: model + bütçe güncelleme noktası

3. T&M'de tavan, eşik uyarıları ve dönem hedefleri tanımlı

4. Kabul kriterleri ölçülebilir; 'tamamlandı' tanımı yazılı

5. Fikri haklar, teslimat kapsamı ve garanti davranışı net

6. Ayrılık senaryosu: düzenli teslim + bilgi transferi sözleşmede

7. Hukuki metin, hukuk ekibiyle birlikte son haline getirildi

SSH Yazılım, projelerinde belirsizlikle orantılı, şeffaf sözleşme kurgularıyla çalışır — keşif fazından kapasite modeline. Projenize doğru modeli birlikte kuralım.