SOW agile vs waterfall : quelle structure pour vos projets IT ?

Giriş: SOW modelinin sözleşmeli başarıyı koşullandırması neden önemlidir

IT danışmanlığı ve yazılım geliştirme dünyasında, Statement of Work (SOW) basit bir idari belge değildir: sağlayıcı ile müşteri arasındaki ilişkiyi yöneten sözleşmeli omurga. 2026'da neredeyse tüm BT projeleri iki köklü farklı felsefe arasında dalgalanmaktadır — agile ve waterfall — ve bu ayrım, SOW'un her bir maddesinin yazımında somut sonuçlar doğurmaktadır: teslimat ürünleri, kilometre taşları, ödeme yöntemleri, kabul kriterleri ve değişiklik yönetimi. Bir SOW agile ve bir SOW waterfall arasındaki farkı anlamak, sözleşmeli anlaşmazlıkları önlemek demektir; bu anlaşmazlıklar PMI sektör araştırmalarına göre proje bütçesinin ortalama %15'ine mal olmaktadır. Bu makale, her bir yaklaşım için yapıları, riskleri ve en iyi uygulamaları ayrıntılı olarak açıklamaktadır.

---

Waterfall SOW nedir ve nasıl yapılandırılır?

Waterfall modeli — veya V döngüsü — sıralı bir mantığa dayanmaktadır: her faz (çerçeve belirleme, tasarım, geliştirme, testler, dağıtım) doğrusal bir şekilde birbirini izler. Bir waterfall SOW, bu mantığı önceden ve kapsamlı bir şekilde bütün kapsamı tanımlayarak yansıtmaktadır.

Waterfall SOW'un yapısal özellikleri

Tipik bir waterfall SOW şunları içermektedir:

• İşlevsel kapsamın ayrıntılı bir açıklaması: her işlev genellikle genel işlevsel spesifikasyonlar (SFG) veya iliştirilmiş gereksinimler belgesi ile tanımlanmaktadır.
• Kesin sözleşmeli kilometre taşları (milestones): doğrulanan maketi teslim etme, işlevsel kabul, üretime alma, garanti dönemi. Her kilometre taşı bir takvim tarihine ve forfaitın bir yüzdesine bağlıdır.
• Küresel sabit fiyat (fixed-price): finansal karşılık önceden belirlenmiştir. Sağlayıcı, kapsam kötü kalibre edilirse aşma riskini üstlenmiştir.
• Kesin kabul kriterleri: her teslim edilebilir öğenin doğrulama koşulları sözleşmesel olarak tanımlanmıştır, kabul sırasında anlaşmazlıkları azaltmaktadır.

Waterfall SOW'un BT projeleri için avantajları ve sınırlamaları

Waterfall modeli, müşteri için tam bütçe öngörülebilirliği sunmaktadır; bu da onu stabil kapsama sahip projeler için tercih edilen seçim kılmaktadır: ERP entegrasyonu, yapılandırılmış veri göçü, spesifikasyonları sabitleştirilmiş bir uygulamanın geliştirilmesi. Buna karşılık, proje sırasında ihtiyaçlardaki değişikliklere kötü bir şekilde uyum sağlamaktadır. Herhangi bir değişiklik sözleşme değişikliği (Change Request) konusu olmalıdır; bu süreç genellikle yavaş ve gerginlik kaynağıdır. Standish Group Chaos Report 2024 verilerine göre, waterfall projeleri başlangıç bütçelerini %45 oranında aşmaktadır; tam da imzada kapsamın yetersiz tahmin edilmesi nedeniyle.

Bu tür belgelerin yazılması ve imzalanması hakkında daha fazla bilgi için, Certyneo'nun SOW merkezi modelleri, standart maddeleri ve en iyi uygulamaları toplamaktadır.

---

Agile SOW nedir ve yapısal olarak nasıl farklılık gösterir?

Agile SOW, sabit kapsam mantığını kırmaktadır. Kapsamlı bir işlev listesi yerine teslimat kapasitesini (bir ekibin hızı, sprint sayısı, sağlanan profiller) sözleşmeli hale getirmektedir.

Agile SOW'un temelleri: sprintler, backlog ve değer kriterleri

Scrum veya Kanban'ın etrafında yapılandırılmış bir agile SOW tipik olarak içermektedir:

• Rol ve ekiplerin açıklaması: müşteri tarafında Ürün Sahibi, sağlayıcı tarafında Scrum Master ve geliştiriciler, ilişkili günlük veya aylık oranlarla (Time & Materials modeli veya sprint başına forfait).
• Önceliklendirilmiş ilk backlog: sözleşmeli olarak sabitleştirilmiş değildir, ancak başlangıç tabanı olarak hizmet etmektedir. Her sprint review'de her iki tarafın anlaşması ile evrimleşmektedir.
• Sprintler faturalandırma birimi olarak: her sprint (2 ila 4 hafta) agile törenler tanımlı bir faturalandırılabilir döngü oluşturmaktadır (planlama, günlük, review, retrospektif).
• Definition of Done (DoD) kriterleri: her hikayenin teslim edilmiş olarak kabul edilmesi için yerine getirmesi gereken teknik ve işlevsel koşullar; waterfall'ün monolitik kabul kriterlerinin yerini almaktadır.
• Periyodik bütçe revizyon maddesi: N sprintten sonra, taraflar resmi bir değişiklik olmaksızın global kapsamı revize edebilirler; tanımlı bir küresel bütçe zarfının limitleri içinde.

Agile SOW'da fiyatlandırma modelleri: Time & Materials vs sprint başına forfait

Pratikte iki model birlikte yaşamaktadır:

Time & Materials (T&M): müşteri, sözleşmeli günlük oranlar uyarınca ekipler tarafından fiilen harcanan zamanı ödemektedir. Bu model esnekliği maksimize etmektedir, ancak bütçe riskini müşteriye aktarmaktadır. Keşifsel projeler veya ideation aşamaları için uygundur.

Sprint başına forfait (Sprint Box): sağlayıcı, sprint başına sabit teslimat kapasitesi (puan sayısı veya iş günü/insan) üstlenmiştir; sabit bir fiyatla. Bu karma model, waterfall'ün finansal öngörülebilirliğini agile backlog esnekliği ile birleştirmektedir. Günümüzde web ve mobil geliştirme projeleri için Fransız ESN'lerde hakim modeldir.

Certyneo'da kullanılabilir sözleşme modelleri bu fiyatlandırma modellerinin her birine uyarlanmış SOW şablonları içermektedir; kişiselleştirme ve elektronik imzalamaya hazırdır.

---

Karşılaştırmalı tablo: Agile SOW vs waterfall, temel farklar

| Kriter | Waterfall SOW | Agile SOW | |---|---|---| | Kapsam | İmzadan itibaren sabit ve kapsamlı | Evrişimli, backlog aracılığıyla yönetilen | | Teslim Ürünleri | Sözleşmeli olarak tanımlı ve tarihlendirmiş | Sprint başına tanımlı, sürekli doğrulanan | | Kilometre Taşları | Takvim tarihleriyle kesin milestones | Periyodik sprint inceleme | | Fiyat | Küresel sabit forfait | T&M veya sprint başına forfait | | Değişikliklerin Yönetimi | Resmi değişiklik (Change Request) | Backlog yeniden önceliklendirmesi | | Bütçe Riski | Sağlayıcı (sabit kapsam) | Müşteri (T&M) veya paylaşılan (sprint box) | | Kabul Kriterleri | Tanımlı kilometre taşlarında resmi kabul | Story başına Definition of Done | | Uygun Olduğu Durumlar | Stabil kapsam, yasal kısıtlamalar | Sürekli evrim, inovasyon |

---

BT danışmanlığı projeniz için agile ve waterfall SOW arasında nasıl seçim yapılır?

Kapsamın stabilitesi ve müşterinin olgunluğunu analiz etme

Seçimin ilk kriteri, ifade edilen ihtiyacın stabilitesidir. Müşteri doğrulanan bir gereksinimler belgesi, tamamlanmış wireframe'ler ve resmi kabul yapabilecek bir BT departmanı varsa, waterfall SOW sözleşmeli riski en aza indirmektedir. Öte yandan, proje keşif aşamasındaysa, iş ihtiyaçları hızlı bir şekilde evrimleşiyorsa veya müşteri son kullanıcıları yinelemeli doğrulamalara katılmak istiyorsa, agile SOW yapısal olarak daha uygun.

Somut bir gösterge: başlangıç gereksinimler belgesi tahmini işlevsel stabilitede %80'i aşarsa waterfall seçin. %60'ın altında, agile yaklaşımı avenans ve aşmaları önemli ölçüde azaltacaktır.

Yasal bağlam ve sektörel bağlamı dikkate almak

Bazı sektörler, SOW modelinin seçimini etkileyen kısıtlamalar dayatmaktadır. Sağlık (HDS sertifikası, sağlık verisi barındırma), finans (DORA uyumluluğu, ISO 27001 denetimi) veya kamu alımları (Kamu İhaleleri Kanunu) projelerinde, waterfall modeline yakın belgesel izlenebilirlik ve teslim ürünlerinin resmi doğrulanması gerekir; hatta iç geliştirme yöntemleri agile olsa da.

Bu karma bağlamda, ScrumFall veya Agile at Scale denilen bir SOW — makro kapsamı sözleşmeli olarak sabitleştiren (projenin aşamaları, küresel bütçe) fakat iç yürütümü agile olan — bir kombinyasyon sunmaktadır. Bu yaklaşım, günümüzde SAFe (Scaled Agile Framework) ve LeSS çerçeveleri içinde geniş ölçüde belgelenmektedir.

SOW imzasını hangi model seçilirse seçilsin güvenli hale getirmek

Seçilen model ne olursa olsun, SOW'un yasal değeri kurallara uygun şekilde imzalanmasına bağlıdır. Fransa'da, eIDAS yönetmeliğine uygun ileri veya nitelikli elektronik imza, anlaşmazlık durumunda belgenin ispat değerini garantiler. Agile avenans için (backlog yeniden önceliklendirmesi, sprint uzantıları), elektronik imza doğrulama gecikmelerini önemli ölçüde hızlandırmaktadır: bir el ile imza 3 ile 7 gün gerektirirken, Certyneo gibi bir çözüm yer değiştirme olmaksızın doğrulamayı 24 saatten daha az sürede kapatabilmektedir.

Aynı anda birçok SOW yöneten danışmanlık ekipleri, Certyneo'nun yapay zeka tarafından desteklenen sözleşme üreteçini kullanarak her bağlam için (agile, waterfall, karma) uyarlanmış SOW'lar dakikalar içinde üretebilirler; ardından bunları entegre imza akışında gönderebilirler.

BT ve danışmanlık projelerindeki SOW'a uygulanabilir yasal çerçeve

Statement of Work, tamamen bir sözleşmedir; ortak hukuk ile sektörel belirli düzenlemelere tabidir. Fransa'da, çeşitli metinler yazılması, geçerliliği ve yürütülmesini düzenlemektedir.

Medeni Kanun ve sözleşme hukuku

SOW öncelikle Medeni Kanuna ve daha spesifik olarak 2016 sözleşme hukuku reformundan doğan hükümler (2016-131 sayılı kararname, Medeni Kanun 1101 ve sonraki maddelerine kodlanan) tabidir. Medeni Kanun'un 1194. maddesi, sözleşmelerin yalnızca açıkça ifade edilenlere değil, aynı zamanda adalet, gelenek veya kanun tarafından verilen tüm sonuçlara bağlayıcı olduğunu hatırlatmaktadır — buna BT sektörünün tanınan uygulamaları dahildir (Agile Manifestosu, PMI/PMBOK standartları).

1353. madde, anlaşmazlık durumunda ispat yükünü düzenlemektedir: aksi belirtilmedikçe, sağlayıcı yükümlülüklerini yerine getirdiğini ispat etme yükümlülüğü vardır. İyi yazılmış bir SOW, kesin kabul kriterleri (DoD veya waterfall kilometre taşları) ile, bu yükü pratik olarak ters çevirmektedir.

Elektronik imza ve ispat değeri: eIDAS ve Medeni Kanun

SOW'un elektronik imzası Avrupa Yönetmeliği eIDAS n°910/2014 tarafından düzenlenmektedir; 25. madde, nitelikli elektronik imzanın tüm üye devletlerde el ile imza ile aynı yasal değere sahip olduğu konusunda hüküm getirmektedir. Fransa'da, Medeni Kanun'un 1366 ve 1367. maddeleri, elektronik yazının ispat değerini — yazarı kesin olarak tanımlanabilir ve bütünlüğü garanti edilmiş olmak kaydıyla — tanımaktadır.

1.500 € üzerinde tutarlar içeren bir SOW (Medeni Kanun'un 1359. maddesi için yazılı gereklilik eşiği) için, (eIDAS seviye 2) ileri elektronik imza minimum tavsiye edilir. Hassas veya çok yıllı projeler için, nitelikli imza (seviye 3) — eIDAS yönetmeliğinin Ek II'de nitelikli bir Güven Hizmeti Sağlayıcısı (PSCo) tarafından verilen sertifika — zorunludur.

Veri koruma ve agile projelerdeki RGPD

Kişisel veri işleme içeren herhangi bir SOW, RGPD n°2016/679'un 28. maddesine uygun bir alt yüklenici maddesi içermelidir. Bu madde ayrıntılı olmalıdır: işlemelerin niteliği ve amacı, ilgili veri kategorileri, alt yüklenicinin (BT sağlayıcı) yükümlülükleri, teknik ve örgütsel güvenlik önlemleri, ve proje sonunda verilerin iadesi veya imha koşulları.

Kapsamların evrimleştirileceği agile projelerde, SOW'a ek olarak öngörülen işlemelerin kaydını her büyük sprintte güncellemeniz tavsiye edilmektedir; CNIL önerileri uyarınca.

Kamu alımları ve sektörel kısıtlamalar

Kamu alımları bağlamında imzalanan SOW'lar için, Kamu İhaleleri Kanunu (CCP) içerik, değişiklik (CCP'nin L.2194-1 ve sonraki maddeleri) ve anlaşmazlık çözümü açısından spesifik kurallar dayatmaktadır. Agile avenans, yeniden ihale konusu olmamak için izin verilen eşiklerde (genellikle başlangıç tutarının %10 ila %15'i) kalmalıdır.

Senaryolar: Agile vs Waterfall SOW pratikte

Senaryo 1 — Orta ölçekli ESN, ERP yeniden tasarım projesi (waterfall modeli)

Yaklaşık 150 danışmandan oluşan bir ESN, bir endüstriyel grup için ERP sisteminin yeniden tasarımı açısından ihaleyi kazanmaktadır. İşlevsel kapsam, DSI müşterisi tarafından doğrulanan 120 sayfadan oluşan bir gereksinimler belgesi tarafından tanımlanmaktadır. Bütçe 480.000 € KDV dahil; 18 ay boyunca 5 sözleşmeli kilometre taşında yapılandırılmıştır.

eIDAS uyumlu bir çözüm aracılığıyla elektronik olarak imzalanan waterfall SOW: gereksinimler belgesine eklenen işlevsel spesifikasyonlar, her kilometre taşında beklenen teslim ürünleri (tasarım dosyası, kabul ortamı, üretime alma protokolü), kesin kabul kriterleri ve gecikme cezaları tanımlamaktadır. Bu ayrıntı düzeyine sayesinde, son kabul sadece 3 küçük ayırma ile tamamlanmıştır. Proje sırasında meydana gelen 7 Change Request avenansının elektronik imzalanması, doğrulama gecikmelerini ortalama 5 iş gününden 18 saate indirmiştir; bu da koordinasyon maliyetlerinde tahminen 12.000 € tasarruf demektir.

Senaryo 2 — Startup SaaS ve dış squad agile modelinde (Sprint Box)

Ölçeklenme aşamasında olan bir B2B startup, platformunun geliştirilmesini hızlandırmak için dış squad (2 fullstack geliştirici, 1 UX tasarımcı, 1 QA, 1 Scrum Master) işe almaktadır. Kapsam keşifsel olduğundan ve ürün yol haritası her ay evrimleştirileceğinden, bir waterfall SOW uyumsuz olacaktır.

İmzalanan agile SOW: profilleri ve günlük oranları, sprint süresini (2 hafta), çeyrek başına maksimum bütçeyi (çeyrek başına T&M tavanı 85.000 €), tüm hikayelere uygulanacak DoD'u ve backlog revizyonunun koşullarını sözleşmeli hale getirmektedir. 6 ayın sonunda, startup başlangıçta tahmin edilenden 3 kat daha fazla işlev teslim etmiştir; küresel zarfına kıyasla sadece %8 bütçe aşması — waterfall modelinde ödenmeyecek bir başarı; kapsamda meydana gelen 23 büyük yeniden önceliklendirme düşünülürse imkânsız olacaktır.

Senaryo 3 — Danışmanlık firması, dijital dönüşüm; karma ScrumFall yaklaşımı

Bir danışmanlık firması, bir eğitim kuruluşunu kendi LMS'ini bulut platformuna geçişte desteklemektedir. Proje, Qualiopi yasal yükümlülükleri (yol izlenebilirliği, RGAA erişilebilirliği) tarafından kısıtlanmıştır; resmi doğrulama dayatmaktadır; ancak eğitim yönetimleri kendileri eğitmenleriyle birlikte yapılandırılmalıdır.

Seçilen çözüm bir karma SOW'dur: makro waterfall kapsamı (resmi kilometre taşları ve sabit tutarları ile 4 sözleşmeli aşama) agile iç yürütümü içermektedir (iki haftada bir sprintler, eğitmenleriyle incelemeler). Resmi teslim ürünleri (Qualiopi teknik dosyası, erişilebilirlik kabul PV) kilometre taşlarında sözleşmeli hale getirilmiştir; eğitim içeriği agile backlog aracılığıyla yönetilmektedir. Bu model, saf waterfall'de yapılan benzer bir LMS projesine kıyasla resmi avenans sayısını %35 oranında azaltmıştır, bir yıl öncesinde.

Sonuç

Agile SOW ve waterfall SOW arasında seçim yapılması, metodolojik tercih meselesi değildir: bu, riskin dağıtımını, değişikliklerin yönetimini ve anlaşmazlık durumunda taahhütlerinizin ispat değerini belirleyen yapısal bir karardır. Waterfall, stabil kapsamlı ve güçlü yasal kısıtlamalı projelerde mükemmeldir; agile, evrimleşen ve yenilikçi projelerde değer maksimize etmektedir. ScrumFall karma modeli, 2026'da BT danışmanlığında giderek daha sık görülen ara bağlam meselelerine cevap vermektedir.

Hangi model seçilirse seçilsin, SOW'un yasal güvenliği, eIDAS uyumlu elektronik imzadan geçmektedir. Certyneo, SOW'larınızı dakikalar içinde oluşturmanıza, kişiselleştirmenize ve imzalatmanıza olanak sağlar; Avrupa Birliği genelinde tanınan ispat değeri ile.

👉 Certyneo'yu ücretsiz deneyin ve ilk SOW'unuzu 10 dakikadan daha az bir sürede imzalayın.