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

Bevezetés : miért a SOW modell határozza meg a szerződéses siker feltételeit

Az IT-konzultációs és szoftverterjesztési világban a Statement of Work (SOW) nem csupán egy adminisztratív dokumentum: ez a szerződéses gerincoszlop, amely a szállító és az ügyfél közötti kapcsolatot szabályozza. 2026-ban az IT-projektek szinte teljes mértékben két radikálisan eltérő filozófia között ingadoznak — agile és waterfall — és ennek a különbségnek konkrét hatásai vannak a SOW minden egyes záradékának megírására: teljesítmények, mérföldkövek, fizetési feltételek, elfogadási kritériumok és módosítások kezelése. A waterfall SOW és az agile SOW közötti különbség megértése azt jelenti, hogy elkerülik azokat a szerződéses vitákat, amelyek a PMI szektorális felméréseiből származó átlagos költsége a projekt költségvetésének 15%-a. Ez a cikk az egyes megközelítések szerkezetét, kockázatait és legjobb gyakorlatait részletezi.

---

Mi az a waterfall SOW, és hogyan strukturálja azt?

A waterfall modell — vagy V-ciklus — szekvencionális logikán alapul: az egyes fázisok (meghatározás, tervezés, fejlesztés, tesztelés, telepítés) lineáris módon követik egymást. A waterfall SOW ezt a logikát tükrözi azáltal, hogy előzetesen és kimerítően meghatározza az egész terjedelmét.

A waterfall SOW szerkezeti jellemzői

Egy tipikus waterfall SOW a következőket tartalmazza:

• A működési terjedelem részletes leírása : minden funkcionalitás leírva van, gyakran általános funkcionális specifikációkkal (SFG) vagy csatolt követelmények katalógusával.
• Szilárd szerződéses mérföldkövek (milestones): az érvényesített prototípus szállítása, funkcionális recepció, éles termékbe való áttérés, garancia időszaka. Minden mérföldkő egy naptári dátumhoz és a díj egy százalékához társul.
• Globális fix díj (fixed-price): a pénzügyi ellenérték előzetesen meghatározva. A szállító vállalja a túllépés kockázatát, ha a terjedelem rosszul van kalibrálva.
• Pontos elfogadási kritériumok : az egyes teljesítmények érvényesítésének feltételei szerződésben meghatározva, csökkentve a recepciós vitákat.

A waterfall SOW előnyei és korlátai az IT-projektekhez

A waterfall modell teljes költségvetési előrejelezhetőséget kínál az ügyfélnek, ami az olyan projektekhez vezet, ahol a terjedelem stabil: ERP-integráció, strukturált adatok migrációja, olyan alkalmazásfejlesztés, amelynek specifikációi rögzítve vannak. Másrészt azonban rosszul igazodik a projektben felmerülő igényváltozásokhoz. Bármely módosításnak szerződéses módosítást (Change Request) kell írni, amely folyamat gyakran lassú és feszültségforrás. A Standish Group Chaos Report 2024 adatai szerint a waterfall projektek 45%-ában meghaladják az eredeti költségvetést, pontosan a terjedelem alulbecslése miatt az aláíráskor.

A cikk típusáról és aláírásáról több információért a Certyneo SOW hub-ja központosít sablonokat, tipikus záradékokat és legjobb gyakorlatokat.

---

Mi az agile SOW, és hogyan különbözik szerkezetileg?

Az agile SOW szakít a rögzített terjedelem logikájával. A szállítási kapacitást (csapat sebessége, sprintek száma, rendelkezésre álló profilok) szerződésbe foglalja, anem hogy a funkciók kimerítő listáját nem.

Az agile SOW alapjai: sprintek, backlog és értékkriériumok

Egy Scrum vagy Kanban köré épített agile SOW tipikusan tartalmazza:

• Szerepek és csapatok leírása : ügyféloldali Product Owner, szállítóoldali Scrum Master és fejlesztők, az ezekhez társuló napi vagy havi díjak (Time & Materials vagy sprint alapú díj).
• Egy priorisált kezdeti backlog : nem szerződésben rögzítve, de a kezdet alapjaként működik. Az egyes sprintekben fejlődik a sprintreviews során a felek megegyezésével.
• Sprintek, mint számlázási egység : minden sprint (2-4 hét) számlázható ciklus, az agile ceremóniáival (tervezés, napi standup, review, retrospektív).
• Definition of Done (DoD) kritériumok : technikai és funkcionális feltételek, amelyeket minden story-nak teljesítenie kell, hogy szállítottnak minősüljön, a waterfall monolitikus elfogadási kritériumainak helyett.
• Időszakos költségvetési felülvizsgálati záradék : N sprintek után a felek felülvizsgálhatják a globális terjedelmet formális módosítás nélkül, egy meghatározott globális költségvetési keret keretein belül.

Ármodellek az agile SOW-ban: Time & Materials vs. sprint alapú díj

Gyakorlatban két modell létezik:

Time & Materials (T&M) : az ügyfél az csapatok által ténylegesen fogyasztott időt fizeti meg, szerződésben rögzített napi díjak szerint. Ez a modell maximális rugalmasságot biztosít, de az költségvetési kockázatot az ügyfélre helyezi. Feltáró projektekhez vagy ideáció fázisokhoz megfelelő.

Sprint alapú díj (Sprint Box) : a szállító egy fix szállítási kapacitást vállal sprintenként (pontok vagy embernap száma), fix árért. Ez a hibrid modell ötvözi a waterfall pénzügyi előrejelezhetőségét az agile backlog rugalmasságával. Ez napjainkban a francia ESN-ek körében az alapvető modell a webes és mobilalkalmazás-fejlesztési projektekhez.

A Certyneo-on elérhető szerződési modellek tartalmaznak az egyes ármodellekhez adaptált SOW sablonokat, személyre szabásra és elektronikus aláírásra készek.

---

Összehasonlító táblázat: agile SOW vs waterfall, a főbb különbségek

| Kritérium | Waterfall SOW | Agile SOW | |---|---|---| | Terjedelem | Fix és kimerítő az aláírástól | Fejlődő, backlog-on keresztül kezelve | | Teljesítmények | Szerződésben meghatározva és dátummal ellátva | Sprint szerint meghatározva, folyamatosan érvényesítve | | Mérföldkövek | Szilárd mérföldkövek naptári dátumokkal | Periódikus sprintreview-k | | Díj | Globális fix díj | T&M vagy sprint alapú díj | | Módosítások kezelése | Formális módosítás (Change Request) | Backlog repriorálása | | Költségvetési kockázat | Szállító (rögzített terjedelem) | Ügyfél (T&M) vagy megosztott (sprint box) | | Elfogadási kritériumok | Formális recepció meghatározott mérföldköveknél | Definition of Done story-nként | | Ideális | Stabil terjedelem, szabályozási korlátozások | Folyamatos fejlődés, innováció |

---

Hogyan válasszunk az agile SOW és waterfall között az IT-konzultációs projektekhez?

A terjedelem stabilitásának és az ügyfél érettségének elemzése

Az első választási kritérium a kifejezett igény stabilitása. Ha az ügyfél rendelkezik érvényesített követelmények katalógusával, véglegesített wireframe-ekkel és egy DSI-val, amely képes formális recepciót végezni, a waterfall SOW minimalizálja a szerződéses kockázatot. Másrészt, ha a projekt feltáró fázisban van, az üzleti igények gyorsan fejlődnek, vagy az ügyfél szeretné a végfelhasználókat bevonni az iteratív validációkba, az agile SOW szerkezetileg jobban alkalmazkodott.

Konkrét indikátor: ha a kezdeti követelmények katalógusa 80% fölötti funkcionális stabilitást mutat, válassza a waterfallt. 60% alatt az agile megközelítés jelentősen csökkenti az módosítások számát és a költségvetési túllépéseket.

A szabályozási és szektorszintű kontextus figyelembevétele

Egyes szektorok olyan korlátozásokat írnak elő, amelyek befolyásolják az SOW modell kiválasztását. Az egészségügyi (HDS-minősítés, egészségügyi adatok tárolása), a pénzügyi (DORA megfelelőség, ISO 27001 audit) vagy a közbeszerzési (Közbeszerzésekről szóló Kódex) projektekhez gyakran nagyobb dokumentációs nyomon követés és teljesítmények formális érvényesítése szükséges, amely közelebb áll a waterfall modellhez, még akkor is, ha a fejlesztési módszertanok agile-ak belsőleg.

Ebben a hibrid kontextusban egy ún. ScrumFall SOW — vagy Agile at Scale — egy szerződésben rögzített makro terjedelmét (projektfázisok, globális költségvetés) ötvözi belső agile végrehajtással. Ez a megközelítés ma már jól dokumentált az SAFe (Scaled Agile Framework) és LeSS keretrendszerekben.

Az SOW aláírásának biztosítása függetlenül a választott modelltől

Az alkalmazott modelltől függetlenül, az SOW jogi értéke annak aláírásától függ a szabályok szerint. Franciaországban a az eIDAS rendeletnek megfelelő fejlett vagy minősített elektronikus aláírás garantálja a dokumentum bizonyító értékét jogvita esetén. Az agile módosításokhoz (backlog repriorálások, sprint kiterjesztések) az elektronikus aláírás jelentősen felgyorsítja az érvényesítési szinteket: ahol az aláírás 3-7 napot igényel, a Certyneo-hoz hasonló megoldás 24 óra alatt lezárja az érvényesítést, utazás nélkül.

A számos SOW-t egyidőben kezelő tanácsadó csapatok a Certyneo AI szerződésgenerátorára támaszkodhatnak, hogy percek alatt az egyes kontextusokhoz (agile, waterfall, hibrid) adaptált SOW-kat hozzanak létre, majd azokat integrált aláírási munkafolyamatban továbbítsák.

Az IT és tanácsadási projektekben alkalmazandó jogi keretek

A Statement of Work teljes körű szerződés, amely a szerződések általános jogára, valamint az érintett szektorok speciális szabályozására vonatkozik. Franciaországban számos szöveg szabályozza annak rédakcióját, érvényességét és végrehajtását.

Polgári törvénykönyv és szerződési jog

Az SOW elsősorban a polgári törvénykönyre vonatkozik, és különösen a 2016-os szerződési jog reformjára (2016-131-es rendelet, amelyet az 1101-es és azt követő cikkek kódexelnek). Az 1194-es cikk emlékeztet arra, hogy a szerződések nem csak azt kötelezik, amit kifejtetten tartalmaznak, hanem az egyenlőség, a szokás és a törvény által adott összes következményt — ami magában foglalja az IT szektorban elismert gyakorlatokat (Agile Manifesto, PMI/PMBOK szabványok).

Az 1353-as cikk a bizonyítás terheit szabályozza jogvita esetén: ha a szerződés másként nem rendelkezik, a szállítót terheli a bizonyítás, hogy teljesítette kötelezettségeit. A jól megfogalmazott SOW, pontos elfogadási kritériumokkal (DoD vagy waterfall mérföldkövek) ezt gyakorlatilag fordított helyzetbe hozza.

Elektronikus aláírás és bizonyító értéke : eIDAS és polgári törvénykönyv

Az SOW elektronikus aláírása az eIDAS 910/2014 európai rendeletnek megfelelően szabályozva, amelynek 25-ös cikkje kimondja, hogy a minősített elektronikus aláírás jogi értéke megegyezik az aláírott aláírásokéval az összes tagállamban. Franciaországban az 1366-os és 1367-es polgári kódex cikkek ezt az elvet átültetik, elismerni az elektronikus írás bizonyító értékét, amennyiben szerzője biztos azonosítható és integritása garantálva.

Az 1500 € feletti összegeket lekötő SOW esetén (a polgári törvénykönyv 1359-es cikkében szereplő írásos követelmény küszöbértéke), az eIDAS fejlett elektronikus aláírása (2. szint) az ajánlott minimum. Az érzékeny vagy többéves projektekhez a minősített aláírás (3. szint) az eIDAS II. mellékletében minősített Bizalmi Szolgáltatás Nyújtóval (PSCo) ajánlott.

Adatvédelem és GDPR az IT-projektekben

Az személyes adatokat kezelő SOW-k tartalmazniuk kell egy az GDPR 28-as cikkének megfelelő albiztos záradékot (2016/679 rendelet). Ez a záradék részletezni kell: a kezelések jellegét és célját, az érintett adatkategóriákat, az albiztos (IT-szállító) kötelezettségeit, a technikai és szervezeti biztonsági intézkedéseket, valamint az adatok visszaszolgáltatásának vagy megsemmisítésének feltételeit a projekt végén.

Az agile projektekben, ahol a terjedelemek fejlődnek, ajánlott az SOW-hoz csatolt előzetes kezelésregiszter értelmezzünk, amely minden nagyobb sprintben frissül, összhangban a CNIL ajánlásaival.

Közbeszerzés és szektorszintű korlátozások

A közbeszerzések keretében kötött SOW-k esetén az Közbeszerzésekről szóló Kódex (CCP) konkrét szabályokat ír elő a tartalomra, a módosításokra (L.2194-1. és azt követő cikkek) és a viták rendezésére vonatkozóan. Az agile módosítások az engedélyezett küszöbértékeken belül maradnak (általában 10-15% az eredeti összegből) ahhoz, hogy ne alkossanak új, újra kiírható pályázatot.

Használati forgatókönyvek: agile SOW vs waterfall a gyakorlatban

Forgatókönyv 1 — Közepes ESN, ERP-korszerűsítési projekt (waterfall modell)

Egy körülbelül 150 konzultansból álló ESN megnyeri egy ipari csoport ERP-rendszer korszerűsítésére vonatkozó pályázatot. A működési terjedelem egy 120 oldals követelmények katalógusban van meghatározva, amelyet a kliens DSI-je jóváhagyott. A költségvetés 480 000 € nettó, 5 szerződéses mérföldkővé felépített 18 hónapon belül.

Az elektronikus aláírással aláírt waterfall SOW az eIDAS-nak megfelelő megoldáson keresztül meghatározza: a funkcionális specifikációkat mellékletben, az egyes mérföldkövökhöz várt teljesítményeket (tervezési dokumentum, teszt környezet, éles termékbe helyezési jegyzőkönyv), pontos elfogadási kritériumokat és késedelmi büntetéseket. Ennek a részletezettségnek köszönhetően a végső recepció csupán 3 kisebb fenntartással lezárható. Az A projekt során felmerült 7 Change Request módosítási dokumentum elektronikus aláírása az ellenőrzési időket 5 munkanapról 18 órára redukálta átlagosan, amely körülbelül 12 000 € koordinációs költség megtakarítást jelent.

Forgatókönyv 2 — Startup SaaS és külső csapat agile modellben (Sprint Box)

Egy B2B startup a skálázási fázisban egy 5 fős külső csapatot (2 fullstack fejlesztő, 1 UX tervező, 1 QA, 1 Scrum Master) toborzik platformja fejlesztésének felgyorsítására. A terjedelem feltáró jellegű, és a termékút havonta fejlődik, így egy waterfall SOW alkalmatlan lenne.

Az elektronikusan aláírt agile SOW szerződésbe foglalja: a profilokat és napi díjakat, a sprintek időtartamát (2 hét), a maximális negyedéves költségvetési plafont (T&M negyedéves plafon 85 000 € negyedévenként), az összes story-ra alkalmazandó Definition of Done-t, valamint a backlog felülvizsgálatának feltételeit. 6 hó után a startup 3-szor több funkcionalitást szállított, mint eredetileg becsültek, mindössze 8%-os költségvetési túllépéssel az összes negyedévi kerethez képest — teljesítmény, amely waterfall modellel lehetetlen volna az intervallum során bekövetkezett 23 nagy backlog repriorálás miatt.

Forgatókönyv 3 — Tanácsadócég digitális transzformációs megközelítésben, hibrid ScrumFall

Egy tanácsadócég egy képzésszervezetet kísér végig annak LMS-ének felhőalapú platformra migrálásában. A projekt Qualiopi szabályozási kötelezettségekkel korlátozott (tanulási útvonalak nyomon követése, RGAA-hozzáférhetőség), amely formális érvényesítést igényel, de a tanulási útvonalak maguk interaktív módon, oktatóval történ co-konstrukcióban kell fejlődjenek.

Az alkalmazott megoldás egy hibrid SOW: egy waterfall makro terjedelem (4 szerződéses fázis szilárd mérföldkövekkel és fix összegekkel) ágili belső végrehajtás keretezésével (kéthetenkénti sprintek, oktatókkal tartott vizsgálatok). A formális teljesítmények (Qualiopi technikai dokumentáció, hozzáférhetőségi recepciós jegyzőkönyv) szerződéses mérföldkövekként vannak meghatározva, míg a tanulási tartalmak egy agile backlog-on keresztül kezelve vannak. Ez a modell 35%-kal csökkentette a formális módosítások számát az előző év egy hasonló LMS-projektéhez képest, amely teljes waterfall-ban zajlott.

Összegzés

Az agile SOW és a waterfall SOW közötti választás nem metodológiai preferencia kérdése: szerződéses döntés, amely strukturáltan meghatározza a kockázatok megosztását, a módosítások kezelését és a jogvita esetén való bizonyító értékét. A waterfall kiváló stabil terjedelmű és erős szabályozási korlátozásokkal rendelkező projektekhez; az agile maximalizálja az értéket fejlődő és innovatív projektekben. A ScrumFall hibrid modell a köztes kontextusokra válaszol, amelyek 2026-ban az IT-konzultációban egyre gyakoribbak.

Függetlenül az alkalmazott modelltől, az SOW jogi biztosítása az eIDAS-nak megfelelő elektronikus aláíráson keresztül valósul meg. A Certyneo lehetővé teszi percek alatt SOW-jait generálni, személyre szabni és aláíratni, az egész Európai Unióban elismert bizonyító értékkel.

👉 Próbálja ki a Certyneot ingyenesen és írja alá első SOW-ját 10 perc alatt.