Yazılım Sözleşmesinde "Kapsam Kilitlemesi" (Scope Lock) Nedir?

Çünkü yazılım projelerindeki uyuşmazlıkların büyük bölümü fiyattan değil, "bu da dahil miydi?" belirsizliğinden çıkar. Kapsam maddesi; fiyatın, takvimin ve kabul kriterlerinin dayandığı zemindir; kapsam muğlaksa diğer tüm maddeler de yoruma açık kalır. Net kapsam olmadan verilen sabit fiyat teklifi, pratikte pazarlığa açık bir niyet beyanından ibarettir.

Sözleşmede yazan kapsam için fiyat ve süre sabittir; firma proje ortasında "bu iş kapsam dışıymış, ek ücret gerekir" diyerek sizi sıkıştıramaz. Ne alacağınız, ne zaman alacağınız ve karşılığında ne ödeyeceğiniz baştan bellidir. Anlaşmazlık çıkarsa yorum değil, imzalı liste konuşur — bu da pazarlık gücünü size verir.

Evet. Kilitli kapsam, "madem yapıyorsunuz, şunu da ekleyiverin" diye uzayan istek listesini keser; her ek talep ayrıca fiyatlanır. Böylece firma emeğinin karşılığını alır, proje sonsuza uzamaz. İki tarafı birden koruyan bu denge, sağlıklı bir iş ilişkisinin temelidir: kimse kendini kandırılmış hissetmez.

İstek yazılı bir değişiklik talebine (change request) dönüştürülür; ek süre, ek bedel ve etkilenen modüller hesaplanıp onayınıza sunulur. Onaylarsanız plana ve bütçeye işlenir, onaylamazsanız mevcut kapsam aynen devam eder. Hiçbir değişiklik sözlü mutabakatla uygulanmamalıdır; kayıt dışı eklenen her iş, ileride fatura ve takvim tartışması üretir.

Sayılabilir olacak kadar detaylı: modül listesi, ekran dökümü, kullanıcı rolleri, entegrasyonlar, raporlar ve teslimatlar madde madde yazılmalı; "vb.", "gerekli ekranlar" gibi ucu açık ifadelerden kaçınılmalıdır. Teknik şartname sözleşmenin imzalı eki yapılır. Bir kalemi sayamıyorsanız henüz kilitlemeye hazır değilsiniz demektir; önce analizle netleştirin.

Değildir. Sağlıklı bir sabit fiyat ancak net bir kapsam üzerine verilebilir; kapsam belirsizse fiyat ya risk payıyla şişirilmiştir ya da proje ortasında "ek iş" kalemleriyle revize edilecektir. Kapsamı sormadan hızla fiyat veren firmaya temkinli yaklaşın: ucuz görünen teklif, çoğu zaman en pahalı senaryonun başlangıcıdır.

Aksine, birbirini tamamlar. MVP'de kapsam bilinçli olarak dar tutulur; bu daralmış kapsamın yazılı kilitlenmesi doğal bir scope lock'tur. Sonraki özellikler "ikinci faz" listesine alınır ve her faz kendi kapsamıyla ayrıca kilitlenir. Böylece hem hızlı çıkış yaparsınız hem fikirleriniz kaybolmaz; büyüme planlı ve bütçelenmiş ilerler.

Kabul testi, teslim edilen aşamanın kilitlenen kapsama uygunluğunun sizin tarafınızdan doğrulanmasıdır. Sözleşmede test için süre (örneğin teslimden itibaren 5-10 iş günü), hata bildirim yöntemi ve kabul koşulu tanımlanır; süresinde itiraz edilmeyen aşamanın kabul edilmiş sayılacağı da yazılabilir. Kapsam listesi burada kontrol listesine dönüşür: her kalem tek tek işaretlenerek onaylanır.

Cezai şart maddesi, gecikilen süre başına (genellikle hafta bazında) sözleşme bedelinin belirli bir yüzdesinin indirim veya tazminat olarak uygulanmasını öngörür; oran projeye göre müzakere edilir. İki detay kritiktir: gecikmenin hangi tarihten itibaren sayılacağı ve sizin onay gecikmelerinizin takvime eklenmesi. Cezai şart yoksa gecikme karşısında elinizde yalnızca genel hükümler kalır ve süreç uzar.

Devirde yazılımın mali hakları size geçer; kodu değiştirebilir, başka bir ekiple geliştirmeye devam edebilirsiniz. Lisansta ise yalnızca kullanım hakkı alırsınız; mülkiyet geliştiricide kalır. Size özel yazdırılan bir üründe devir talep etmek yaygın ve makuldür; hazır veya SaaS üründe lisans normaldir. Devrin geçerliliği için sözleşmede yazılı ve açık düzenlenmesi şarttır — sözleşme sessizse haklar geliştiricide kalır.

Bu, sözleşmede mutlaka düzenlenmesi gereken bir maddedir: fesih hâlinde o ana kadar tamamlanan aşamaların bedeli ödenir, karşılığında üretilen kod, tasarım ve dokümanlar çalışır durumda ve erişilebilir formatta teslim edilir. Bu madde yoksa yarım kalan projede elinizde hiçbir çıktı olmadan yeni firma aramak zorunda kalabilirsiniz. Milestone bazlı çalışmak, fesihte kaybı en aza indirir.

Sözlü mutabakat zamanla "öyle dememiştik" tartışmasına döner; dağınık e-posta zinciri ise hangi kararın güncel olduğunu belirsizleştirir. İmzalı kapsam dokümanı tek ve tarafsız referanstır: uyuşmazlıkta kime ne söylendiğine değil, belgeye bakılır. E-postalar destekleyici delil olabilir; ancak kapsamı taşıyan ana belge, sözleşme ve imzalı ekleri olmalıdır.

Hayır. Kilitlenen kapsamdaki bir özelliğin hatalı çalışması yeni istek değil, ayıp giderme yükümlülüğüdür ve garanti kapsamında ücretsiz düzeltilir. Yeni özellik talebi ile hata düzeltme ayrımının sözleşmede net tanımlanması gerekir. Teslim sonrası güvence için 60 gün ücretsiz garanti yaklaşımının neden hayat kurtardığını ayrı bir rehberde anlattık.

Her ikisinde de gereklidir ama risk profili farklıdır: bağımsız geliştiricide süreklilik riski (işi yarıda bırakma, ulaşılamama) öne çıkar, ajansta ise süreç disiplini ve ek ücret kalemleri daha belirleyicidir. Kapsam kilidi iki modelde de sizi korur; hangi modelin size uyduğunu ajans ile bağımsız geliştirici karşılaştırmasında ayrıntılı tartıştık.

Kilitli kapsam içindeki işin doğru çalışması için gereken düzeltmeler ek ücrete tabi değildir; makul revizyon hakları da (örneğin tasarımda iki tur revizyon) sözleşmede tanımlanabilir. Ek ücret yalnızca kapsamı genişleten yeni özellikler için doğar. Bu ayrımın sınırını sözleşme çizer; sınır yazılmamışsa her küçük istek pazarlık konusuna dönüşür. Edge Bilişim'de gelen talepler kayda alınırken "hata" ve "yeni özellik" olarak farklı etiketlerle ayrılır: hata etiketli kayıtlar garanti süresi içinde bedelsiz kapatılır, kapsamı genişleten kayıtlar ise değişiklik talebi olarak ayrıca fiyatlanır ve onayınız alınmadan işleme girmez.