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

Ievads : kāpēc SOW modelis nosaka līgumiskā panākuma noteikšanu

IT konsultāciju un programmatūras izstrādes pasaulē Statement of Work (SOW) nav vienkāršs administratīvs dokuments : tas ir līgumiskais mugurkauls, kas reglamentē attiecības starp pakalpojuma sniedzēju un viņa klientu. 2026. gadā gandrīz visi IT projekti svārstās starp divām radikāli dažādām filozofijām — agile un waterfall — un šis atšķirums ir reālai ietekmai uz SOW katras klauzulas redakciju : piegādes, atskaites punkti, maksāšanas modalitātes, pieņemšanas kritēriji un izmaiņu vadīšana. Sapratne par atšķirību starp agile SOW un waterfall SOW nozīmē izvairīšanos no līgumiskajiem strīdiem, kas vidēji maksā 15 % no projekta budžeta saskaņā ar PMI nozares aptaujām. Šis raksts detalizē struktūras, riskus un labākās prakses katrai pieejai.

---

Kas ir waterfall SOW un kā to strukturēt ?

Waterfall modelis — jeb V cikls — balstās uz secīgu loģiku : katra fāze (skoping, dizains, izstrāde, testēšana, izvietošana) secīgi seko viena otrai. Waterfall SOW atspoguļo šo loģiku, nosaka iepriekš un izsmeļošā veidā visu darbības jomū.

Waterfall SOW strukturālie raksturojumi

Tipisks waterfall SOW ietver :

• Detalizēts funkciju darbības jomas apraksts : katra funkcionalitāte ir aprakstīta, bieži pievienota funkcionālajiem specifikācijām vai pielikumā ietvertajam specifikācijai.
• Cieti līgumiskiem atskaites punktiem (milestones) : validētas prototipa piegāde, funkcionālā pārbaude, ieviešana produkcijai, garantijas periods. Katrs atskaites punkts ir saistīts ar kalendra datumu un budžeta procentuāli daļu.
• Globāla fiksēta cena (fixed-price) : finanšu atlīdzinājums tiek noteikts iepriekš. Pakalpojuma sniedzējs uzņemas pārdales risku, ja darbības joma ir nepareizi kalibrēta.
• Precīzi pieņemšanas kritēriji : katra piegādes validācijas nosacījumi ir noteikti līgumiski, samazinot strīdus pārbaudes laikā.

Waterfall SOW priekšrocības un ierobežojumi IT projektiem

Waterfall modelis nodrošina pilnu budžeta paredzamību klientam, padarot to par par vēlamo izvēli projektiem ar stabilu darbības jomū : ERP integrācija, strukturētu datu migrācija, aplikācijas izstrāde, kuras specifikācijas ir iegūlušas. No otras puses, tas slikti pielāgojas projekta laikā pieaugošajām vajadzībām. Jebkuras izmaiņas ir jāveic līguma pielikumā (Change Request), bieži lēns process, kas rada spriedzi. Saskaņā ar Standish Group Chaos Report 2024 datiem, waterfall projekti pārsniedz sākotnējā budžetu 45 % gadījumu, tieši darbības jomas nenovērtēšanas dēļ paraksta laikā.

Lai uzzinātu vairāk par šāda veida dokumentu redakciju un parakstīšanu, Certyneo SOW centrs centralizē šablones, standarta klauzulas un labākās prakses.

---

Kas ir agile SOW un kā tas strukturāli atšķiras ?

Agile SOW pārtrauc fiksētas darbības jomas loģiku. Tas līgumisks piegādes jaudu (komandas ātrums, sprintu skaits, pieejamie profili) nevis izsmeļošu funkcionalitātes sarakstu.

Agile SOW balsti : sprinti, noslodze un vērtības kritēriji

Agile SOW, kas strukturēts ap Scrum vai Kanban, parasti ietver :

• Lomu un komandu apraksts : Product Owner klienta pusē, Scrum Master un izstrādātāji pakalpojuma sniedzēja pusē, ar saistītajiem dienas vai mēnešu tarifiem (Time & Materials modelis vai forfeitā uz katru sprintu).
• Sākotnējā prioritizētā noslodze : nav līgumski fiksēta, bet kalpo par sākuma pamatu. Tā mainās ar katru sprint review ar abās pušu piekrišanu.
• Sprinti kā faktūrējuma vienība : katrs sprints (2 līdz 4 nedēļas) ir faktūrējamais cikls, ar definētajām agile ceremonijām (plānošana, diena, pārskatīšana, retrospektīva).
• Definition of Done (DoD) kritēriji : tehniski un funkcionāli nosacījumi, kurus katra stories ir jāizpilda, lai to uzskatītu par piegādātu, waterfall monolītiskos pieņemšanas kritērijus aizstājot.
• Periodiskas budžeta pārskatīšanas klauzula : pēc N sprintiem puses var pārskatīt kopējo darbības jomū bez formāla pielikuma, norādīto budžeta aplokā ietvaros.

Cenu modeļi agile SOW : Time & Materials vs forfeitā uz katru sprintu

Praksē pastāv divi modeļi :

Time & Materials (T&M) : klients maksā par faktiskajiem komandu izlietozajiem laikiem saskaņā ar līgumiski noteiktajiem dienas likmēm. Šis modelis maksimizē elastību, bet budžeta risku pārsūta uz klientu. Tas ir piemērots pētnieciskiem projektiem vai ideju radīšanas fāzēm.

Forfeitā uz katru sprintu (Sprint Box) : pakalpojuma sniedzējs apņemas fiksētu piegādes jaudu uz katru sprintu (punktu skaits vai darba dienas/vīrs), par fiksētu cenu. Šis hibrīdais modelis kombinē waterfall finanšu paredzamību un agile noslodzes elastību. Tas ir šobrīd dominējošais modelis Francijas ESN norisinājumos tīmekļa un mobilo aplikāciju izstrādes projektiem.

Certyneo pieejamie līguma modeļi ietver SOW veidnes, pielāgotas katram šo cenu modeļu, gatavus personalizēšanai un elektroniskai parakstīšanai.

---

Salīdzinājuma tabula : SOW agile vs waterfall, galvenās atšķirības

| Kritērijs | SOW Waterfall | SOW Agile | |---|---|---| | Darbības joma | Fiksēta un izsmeļoša no paraksta | Evolutīva, pārvaldīta caur prioritizētu noslodzi | | Piegādes | Līgumski definētas un datētas | Definētas uz katru sprintu, validētas nepārtraukti | | Atskaites punkti | Citi atskaites punkti ar kalendra datumiem | Periodiskas sprint pārskatīšanas | | Cena | Globāls fiksēts forfeitā | T&M vai forfeitā uz katru sprintu | | Izmaiņu vadīšana | Formāls pielikums (Change Request) | Noslodzes reprioritizācija | | Budžeta risks | Pakalpojuma sniedzējs (fiksēta darbības joma) | Klients (T&M) vai koplīdzdalīts (sprint box) | | Pieņemšanas kritēriji | Formāla pārbaude atskaites punktos | Definition of Done uz katru stāvokli | | Ideāls par | Stabila darbības joma, normatīvie ierobežojumi | Nepārtraukta evolūcija, inovācija |

---

Kā izvēlēties starp agile SOW un waterfall jūsu IT konsultācijas projektam ?

Analizēt darbības jomas stabilitāti un klienta briedumu

Pirmais izvēles kritērijs ir izteiktā nepieciešamību stabilitāte. Ja klientam ir validēts specifikāciju dokuments, pabeigti wireframes un DSI, kas spēj veikt formālu pārbaudi, waterfall SOW samazina līgumisko risku. No otras puses, ja projekts ir discovery fāzē, biznesa nepieciešamības mainās ātri vai klients vēlas iesaistīt gala lietotājus iteratīvajā validācijā, agile SOW ir strukturāli piemērotāks.

Konkrēts indikatīvs : ja sākotnējais specifikāciju dokuments pārsniedz 80 % funkciju stabilitāti, izvēlieties waterfall. Zem 60 %, agile pieeja pamatīgi samazinās pielikumus un pārdales.

Ņemot vērā normatīvais konteksts un nozares konteksts

Dažas nozares uzliek ierobežojumus, kas ietekmē SOW modeļa izvēli. Projekti veselības aprūpē (HDS sertifikācija, veselības datu hosting), finansēs (DORA atbilstība, ISO 27001 audits) vai publiskos iepirkumos (Code de la commande publique) bieži prasa vairāk dokumentu sekošanu un piegādes formālu validāciju, kas ir tuvāks waterfall modelim, pat ja izstrādes metodes ir agile iekšēji.

Šajā hibrīdajā kontekstā, SOW sauc ScrumFall — vai Agile at Scale — kombinē makro darbības jomų, kas līgumski fiksēta (projekta fāzes, kopējais budžets) ar agile iekšējām izpildi. Šī pieeja šodien ir plašs dokumentēta SAFe (Scaled Agile Framework) un LeSS sistēmās.

Nodrošināt SOW parakstīšanu neatkarīgi no izvēlētā modeļa

Neatkarīgi no izvēlētā modeļa, SOW juridiskā vērtība depende no tā parakstīšanas noteikumu ievērošanas. Francijā, avansēta vai kvalificēta elektroniska parakstīšana saskaņā ar eIDAS regulējumu garantē dokumenta pierādīšanas vērtību strīda gadījumā. Agile pielikumiem (formālas reprioritizācijas, sprintu paplašinājumi), elektroniskā parakstīšana paātrina ievērojami validācijas laikus : kur rokas parakstīšana pieprasa 3 līdz 7 dienas, risinājums kā Certyneo ļauj noslēgt validāciju mazāk nekā 24 stundās bez pārvietošanās.

Konsultāciju komandas, kas vienlaicīgi pārvalda daudzus SOW, var paļauties uz Certyneo AI līgumu ģeneratoru lai ražotu SOW, pielāgotus katram kontekstam (agile, waterfall, hibrīds) dažu minūšu laikā, tad nosūtītu tos parakstīšanai integrētā plūsmā.

Likumiskais ietvars, kas piemērojams SOW projektiem IT un konsultācijā

Statement of Work ir pilnvērtīgs līgums, ko regulē vispārējais līgumu likums, kā arī specifiski nozares regulējumi. Francijā, vairākas tiesību normas reglamentē tā redakciju, spēkā stāšanos un izpildi.

Civilkodekss un līgumu tiesības

SOW pirmkārt ietilpst Civilkodeksā, un precīzāk reformai likumā par līgumiem no 2016. gada (dekrēts n°2016-131, kodificēts artikulos 1101 un sekojoši). Artikuls 1194 no Civilkodeksa atgādina, ka līgumi saistības ne tikai par to, kas tajā izteikts, bet arī visas sekas, kādas tiem dod taisnīgums, tradīcija vai likums — kas ietver atzītas prakses IT nozarē (Agile Manifesto, PMI/PMBOK standarti).

Artikuls 1353 reglamentē pierādīšanas slogu gadījumā strīdā : ja nav klauzulā norādīts pretējais, pakalpojuma sniedzējam ir jāpierāda, ka viņš izpildīja savas obligācijas. Labi redakcijas SOW ar precīziem pieņemšanas kritērijiem (DoD vai waterfall atskaites punktiem), praktiski apgriež šo slogu.

Elektroniska parakstīšana un pierādīšanas vērtība : eIDAS un Civilkodekss

SOW elektroniskā parakstīšana tiek reglamentēta Eiropas Savienības regulējumā eIDAS n°910/2014, kura artikuls 25 noteic, ka kvalificēta elektroniska parakstīšana ir tāda pati juridiskā vērtība kā rokas parakstīšana visos dalībvalstis. Francijā, artikuli 1366 un 1367 no Civilkodeksa transponē šo principu, atzīstot elektroniskā rakstiski sakņotās pierādīšanas vērtību tik ilgi, kamēr tā autoru var identificēt ar pārliecību un tā integritāte tiek garantēta.

SOW, kas iesaista summas, kas pārsniedz 1 500 € (rakstīto prasības slieksnis no artikula 1359 no Civilkodeksa), minimāli ieteicama avansēta elektroniskā parakstīšana (2. līmenis eIDAS). Jutīgiem vai vairugadu projektiem, kvalificēta parakstīšana (3. līmenis) ar sertifikātu, kas izsniegts Uzticības pakalpojumu sniedzējam (PSCo), kvalificēts saskaņā ar eIDAS regulējuma II pielikumā.

Datu aizsardzība un GDPR IT projektiem

Jebkura SOW, kas ietver personas datu apstrādi, ir jāietver apakšuzņēmēja klauzula saskaņā ar GDPR artikulu 28 n°2016/679. Šī klauzula ir jānorāda : apstrādes raksturs un mērķis, attiecīgās datu kategorijas, apakšuzņēmēja saistības (IT pakalpojuma sniedzējs), tehniskies un organizatoriskos drošības pasākumus, un nosacījumus datu atgriešanai vai iznīcināšanai pēc projekta beigām.

Agile projektos, kuros darbības jomas mainās, ieteicams pielikumā SOW apstiprinājumam nākotnes apstrādes reģistrs, atjaunināts ar katru galveno sprintu, saskaņā ar CNIL ieteikumiem.

Publiskā iepirkuma un nozares ierobežojumi

Par SOW secinājumiem publiskā iepirkuma ietvaros, Code de la commande publique (CCP) uzliek specifiski noteikumus attiecībā uz saturu, modifikāciju (artikuli L.2194-1 un sekojoši) un strīdu risināšanu. Agile pielikumi ir jāpaliek noteiktajos sliekšņos (parasti 10 līdz 15 % no sākotnējā apjoma), lai neveidos jaunu līgumu, kas pakļauts konkurencei.

Lietojuma scenāriji : SOW agile vs waterfall praksē

1. scenārijs — vidējas lieluma ESN, ERP atjaunošanas projekts (waterfall modelis)

ESN ar aptuveni 150 konsultantiem ir parolēti publiskā piedāvājuma izsoles par ERP sistēmas atjaunošanu industrijas grupai. Funkcionalitātes darbības joma ir definēta 120 lapu specifikāciju dokumentā, validējot klienta DSI. Budžets ir 480 000 € ar PVN, strukturēts 5 līgumiskajos atskaites punktos uz 18 mēnešiem.

Parakstītā waterfall SOW elektroniskā parakstīšana caur eIDAS normu atbilstošu risinājumu nosaka : funkcionālajās specifikācijās pielikumā, gaidītajās piegādes katrā atskaites punktā (dizaina dokuments, recenzijas vide, ražošanas ieviešanas protokols), precīzos pieņemšanas kritērijus un aiztures sodus. Pateicoties šim detalizācijas līmenim, galīgā recenzija ir pabeigta ar tikai 3 nelielu rezervi. Elektroniskā parakstīšana 7 Change Request pielikumiem, kas notika projekta laikā, ir samazinājuši validācijas laikus no 5 darbadienu uz vidēji 18 stundām, t.i., aprēķināts ietaupījums 12 000 € koordinācijas izmaksos.

2. scenārijs — Startup SaaS un ārējā squad agile modelī (Sprint Box)

B2B startup scale-up fāzē piesaista ārējo squad 5 personas (2 fullstack izstrādātāji, 1 UX dizainers, 1 QA, 1 Scrum Master) lai paātrinātu savu platformas izstrādi. Darbības joma ir pētnieciska un produkta roadmap mainās katru mēnesi, waterfall SOW būtu nepie ņemami.

Parakstītā agile SOW līgumski nosaka : profilus un dienas tarifus, sprintu ilgumu (2 nedēļas), maksimālo budžetu katru ceturksni (T&M plafonds 85 000 € uz ceturksni), Definition of Done, kas piemēroja visām stories, un noslodzes revīzijas nosacījumus. Pēc 6 mēnešiem, startup ir izpildījis 3 reizes vairāk funkcionalitātes, nekā sākotnēji paredzēts, ar budžeta pārdales tikai 8 % salīdzinājumā ar kopējo aploku — veiktspēja, kas ir neiespējama waterfall modelī, ņemot vērā 23 nozīmīgas noslodzes reprioritizācijas, kas notika.

3. scenārijs — Konsultāciju birojs digitālajā transformācijā, hibrīdā ScrumFall pieeja

Konsultāciju birojs pavada organizāciju apmācības LMS migrācijai uz mākoņa platformu. Projekts tiek ierobežots Qualiopi noteiktajiem mērķiem (mācību takas izsekošana, RGAA pieejamība), kas pieprasa formālu validāciju, bet pašas mācību takas ir jāuzbūvē iteratīvi ar apmācītājiem.

Izvēlētais risinājums ir hibrīds SOW : makro darbības joma waterfall (4 līgumiskas fāzes ar fiksētiem atskaites punktiem un forfeitā summām), kas ietver agile iekšējo izpildi (divas nedēļas sprinti, pārskatīšanas ar apmācītājiem). Formālie piegādes (Qualiopi tehniskais dokuments, pieejamības pārbaudes protokols) ir līgumski noteikti atskaites punktos, kamēr mācību saturs tiek pārvaldīts caur agile noslodzi. Šis modelis ir ļāvis samazināt par 35 % formālos pielikumus, salīdzinot ar līdzīgu LMS projektu, kas iepriekšējā gadā bija pilnīgu waterfall.

Noslēgums

Izvēle starp agile SOW un waterfall SOW nav metodiskas preferences jautājums : tā ir strukturāli nozīmīga līgumiska lēmuma, kas nosaka risku sadalījumu, modificēšanu vadīšanu un jūsu saistību pierādīšanas vērtību strīda gadījumā. Waterfall ir izcels uz stabila darbības jomā un projektiem ar spēcīgiem normatīvajiem ierobežojumiem ; agile maksimizē vērtību mainīgajos un inovatīvajos projektos. Hibrīdais ScrumFall modelis atbild starpposma kontekstiem, kas ir arvien biežāki IT konsultācijā 2026. gadā.

Neatkarīgi no izvēlētā modeļa, SOW juridiskā aizsardzība iet caur eIDAS normu atbilstošu elektroniskā parakstīšanu. Certyneo ļauj ģenerēt, personalizēt un parakstīt jūsu SOW dažu minūšu laikā, ar pierādīšanas vērtību atzītu visos Eiropas Savienības.

👉 Izmēģiniet Certyneo bez maksas un parakstiet savu pirmo SOW mazāk nekā 10 minūtēs.