SOW agile vs waterfall : quina estructura per als vostres projectes IT ?

Introducció : per què el model de SOW condiciona l'èxit contractual

En l'univers del consulting IT i del desenvolupament de programari, el Statement of Work (SOW) no és un simple document administratiu : és l'espina dorsal contractual que regeix la relació entre el prestador i el seu client. El 2026, gairebé la totalitat dels projectes IT oscil·la entre dues filosofies radicalment diferents — agile i waterfall — i aquesta distinció té repercussions concretes en la redacció de cada clàusula del SOW : lliurables, jalons, modalitats de pagament, criteris d'acceptació i gestió de modificacions. Entendre la diferència entre un SOW agile i un SOW waterfall és evitar els litigi contractuals que costen en mitjana el 15 % del pressupost del projecte segons les enquestes sectorials del PMI. Aquest article detalla les estructures, els riscos i les bones pràctiques per a cada enfocament.

---

Què és un SOW waterfall i com estructurar-lo ?

El model waterfall — o cicle en V — es basa en una lògica seqüencial : cada fase (enquadrament, disseny, desenvolupament, proves, desplegament) es succeeix de manera lineal. Un SOW waterfall reflecteix aquesta lògica definint a priori i de manera exhaustiva l'conjunt del períímetre.

Característiques estructurals del SOW waterfall

Un SOW waterfall típic comprèn :

• Una descripció detallada del períímetre funcional : cada funcionalitat es descriu, sovint acompanyada de especificacions funcionals generals (SFG) o d'un plec de condicions annexat.
• Jalons contractuals ferms (milestones) : lliurament de la maqueta validada, recepció funcional, posada en producció, període de garantia. Cada jaló està associat a una data calendari i a un percentatge del forfait.
• Un preu global forfaitari (fixed-price) : la contraprestació financera està determinada per endavant. El prestador assumeix el risc de depassament si el períímetre està mal calibrat.
• Criteris d'acceptació precisos : les condicions de validació de cada lliurable es defineixen contractualment, reduint els litigi a la recepció.

Avantatges i limitacions del SOW waterfall per als projectes IT

El model waterfall ofereix una previsibilitat pressupostària total per al client, la qual cosa en fa l'opció privilegiada dels projectes amb períímetre estable : integració ERP, migració de dades estructurades, desenvolupament d'una aplicació les especificacions de la qual estan fixades. En canvi, s'adapta malament a les evolucions de necessitats durant el projecte. Qualsevol modificació ha de ser objecte d'una addenda contractual (Change Request), procés sovint lent i font de tensió. Segons les dades del Standish Group Chaos Report 2024, els projectes waterfall superen el seu pressupost inicial en el 45 % dels casos, precisament a causa de la subestimació del períímetre a la signatura.

Per aprofundir en la redacció i la signatura d'aquest tipus de document, el hub SOW de Certyneo centralitza models, clàusules tipus i bones pràctiques.

---

Què és un SOW agile i en què difereix estructuralment ?

El SOW agile trencar amb la lògica de períímetre fixat. Contractualitza una capacitat de lliurament (velocitat d'un equip, nombre de sprints, perfils posats a disposició) més que una llista exhaustiva de funcionalitats.

Els pilars d'un SOW agile : sprints, backlog i criteris de valor

Un SOW agile estructurat al voltant de Scrum o Kanban integra típicament :

• Una descripció dels rols i equips : Product Owner per part del client, Scrum Master i desenvolupadors per part del prestador, amb les taxes diàries o mensuals associades (model Time & Materials o forfait per sprint).
• Un backlog inicial prioritzat : no contractualment fixat, però servint de base de partida. Evoluciona a cada revisió de sprint amb l'acord de les dues parts.
• Els sprints com a unitat de facturaciò : cada sprint (2 a 4 setmanes) constitueix un cicle facturable, amb les seves cerimònies agile definides (planificació, daily, revisió, retrospectiva).
• Criteris de Definition of Done (DoD) : condicions tècniques i funcionals que cada story ha de satisfer per ser considerada com a lliurada, substituint els criteris d'acceptació monolíticsics del waterfall.
• Una clàusula de revisió pressupostària periòdica : després de N sprints, les parts poden revisar el períímetre global sense addenda formal, dins dels límits d'una envoltant pressupostària global definida.

Models de preu en un SOW agile : Time & Materials vs forfait per sprint

Dos models coexisteixen en la pràctica :

Time & Materials (T&M) : el client paga el temps efectivament consumit pels equips, segons taxes diàries contractualitzades. Aquest model maximitza la flexibilitat però transfereix el risc pressupostari al client. S'adapta als projectes exploratoris o a les fases d'ideació.

Forfait per sprint (Sprint Box) : el prestador s'obliga sobre una capacitat de lliurament fixa per sprint (nombre de punts o de dies/home), per un preu fixe. Aquest model híbrid combina la previsibilitat financera del waterfall i la flexibilitat del backlog agile. És avui el model dominant a les ESN franceses per als projectes de desenvolupament web i mòbil.

Els models de contractes disponibles a Certyneo inclouen plantilles SOW adaptades a cadascun d'aquests models de preu, preparats per ser personalitzats i signats electrònicament.

---

Taula comparativa : SOW agile vs waterfall, les diferències clau

| Criteri | SOW Waterfall | SOW Agile | |---|---|---| | Períímetre | Fixe i exhaustiu des de la signatura | Evolutiu, gestionat via backlog prioritzat | | Lliurables | Definits contractualment i datats | Definits per sprint, validats contínuament | | Jalons | Milestones ferms amb dates calendaris | Revisions de sprint periòdiques | | Preu | Forfait global fixe | T&M o forfait per sprint | | Gestió dels canvis | Addenda formal (Change Request) | Repriorització del backlog | | Risc pressupostari | Prestador (períímetre fixat) | Client (T&M) o compartit (sprint box) | | Criteris d'acceptació | Recepció formal a jalons definits | Definition of Done per story | | Ideal per | Períímetre estable, restriccions reglamentàries | Evolució contínua, innovació |

---

Com triar entre SOW agile i waterfall per al vostre projecte IT consulting ?

Analitzar l'estabilitat del períímetre i la maduresa del client

El primer criteri d'elecció és l'estabilitat de la necessitat expressada. Si el client disposa d'un plec de condicions validat, de maquetes finalitzades i d'una DSI capaç de conduir una recepció formal, el SOW waterfall minimitza el risc contractual. En canvi, si el projecte està en fase de descobriment, si les necessitats de negoci evolucionen ràpidament o si el client desitja implicar usuaris finals en les validacions iteratives, el SOW agile és estructuralment més adaptat.

Un indicador concret : si el plec de condicions inicial supera el 80 % d'estabilitat funcional estimada, opteu pel waterfall. Per sota del 60 %, l'enfocament agile reduirà significativament les addiendes i els depassaments.

Tenir en compte el context reglamentari i sectorial

Alguns sectors imposen restriccions que influeixen en l'elecció del model de SOW. Els projectes en la sanitat (certificació HDS, allotjament de dades sanitàries), la finança (conformitat DORA, auditoria ISO 27001) o els mercats públics (Codi de la comanda pública) necessiten sovint una traçabilitat documentària i una validació formal dels lliurables més propera al model waterfall, fins i tot si els mètodes de desenvolupament són agile internament.

En aquest context híbrid, un SOW dit ScrumFall — o Agile at Scale — combina un períímetre macroscòpic contractualment fixat (fases del projecte, pressupost global) amb una execució agile interna. Aquest enfocament és avui àmpliament documentat en els marcs SAFe (Scaled Agile Framework) i LeSS.

Assegurar la signatura del SOW depenent del model escollit

Independentment del model escollit, el valor jurídic del SOW depèn de la seva signatura segons les normes. A França, la signatura electrònica avançada o qualificada conforme al reglament eIDAS garanteix el valor probatori del document en cas de litigui. Per a les addiendes agile (reprioritzacions formals, extensions de sprint), la signatura electrònica accelera considerablement els terminis de validació : allà on una signatura manuscrita necessita 3 a 7 dies, una solució com Certyneo permet tancar la validació en menys de 24 hores, sense desplaçament.

Els equips de consulting que gestionen molts SOW simultàniament poden comptar amb el generador de contractes per IA de Certyneo per produir SOW adaptats a cada context (agile, waterfall, híbrid) en pocs minuts, després enviar-los a la signatura en flux integrat.

Marc legal aplicable als SOW en projecte IT i consulting

El Statement of Work és un contrat complet, sotmès al dret comú dels contractes així com a les reglamentacions sectorials específiques. A França, diversos textos enquadreix la seva redacció, validesa i execució.

Codi civil i dret dels contractes

El SOW està sotmès en primer lloc al Codi civil, i més precisament a les disposicions resultat de la reforma del dret dels contractes de 2016 (ordenança n°2016-131, codificada als articles 1101 i següents). L'article 1194 del Codi civil recorda que els contractes obliguen no només a allò que s'hi expressa, sinó també a totes les consequències que els dóna l'equitat, la costum o la llei — la qual cosa inclou les pràctiques reconegudes del sector IT (Manifesto Agile, estàndards PMI/PMBOK).

L'article 1353 regula la càrrega de la prova en cas de litigui : en absència de clàusula contrària, és al prestador de provar que ha respectat les seves obligacions. Un SOW ben redactat, amb criteris d'acceptació precisos (DoD o jalons waterfall), inverta pràcticament aquesta càrrega.

Signatura electrònica i valor probatori : eIDAS i Codi civil

La signatura electrònica del SOW està enquadrada pel Reglament europeu eIDAS n°910/2014, l'article 25 del qual disposa que la signatura electrònica qualificada té el mateix valor jurídic que una signatura manuscrita en tots els Estats membres. A França, els articles 1366 i 1367 del Codi civil transposen aquest principi reconeixent el valor probatori de l'escrit electrònic sempre que el seu autor pugui ser identificat amb certesa i que la seva integritat estigui garantida.

Per a un SOW que compromet quantitats superiors a 1 500 € (llindar de l'article 1359 del Codi civil per a l'exigència d'un escrit), la signatura electrònica avançada (nivell 2 eIDAS) constitueix el mínim recomanat. Per als projectes sensibles o plurianuals, la signatura qualificada (nivell 3) amb certificat deliverat per un Proveïdor de Serveis de Confiança (PSCo) qualificat al sentit de l'annex II del reglament eIDAS s'imposa.

Protecció de dades i RGPD en els projectes IT

Tot SOW que inclou tractaments de dades personals ha d'integrar una clàusula de subcontractació conforme a l'article 28 del RGPD n°2016/679. Aquesta clàusula ha de detallar : la naturalesa i la finalitat dels tractaments, les categories de dades concernides, les obligacions del subcontractista (el prestador IT), les mesures de seguretat tècniques i organitzatives, i les condicions de restitució o destrucció de les dades a la finalització del projecte.

En els projectes agile, on els períímetres evolucionen, es recomana annexar al SOW un registre dels tractaments provisional actualitzat a cada sprint major, conformement a les recomanacions de la CNIL.

Comanda pública i restriccions sectorials

Per als SOW conclusos en el marc de mercats públics, el Codi de la comanda pública (CCP) imposa normes específiques en matèria de contingut, de modificació (articles L.2194-1 i següents) i de resolució de diferències. Les addiendes agile han de romandre dins dels límits autoritzats (generalment 10 a 15 % de l'import inicial) per no constituir un nou mercat sotmès a posada en concurrència.

Escenaris d'ús : SOW agile vs waterfall a la pràctica

Escenari 1 — ESN de mida intermèdia, projecte de renovació ERP (model waterfall)

Una ESN d'aproximadament 150 consultors guanya un concurs públic per a la renovació del sistema ERP d'un grup industrial. El períímetre funcional està definit en un plec de condicions de 120 pàgines, validat per la DSI client. El pressupost és de 480 000 € IVA inclòs, estructurat en 5 jalons contractuals durant 18 mesos.

El SOW waterfall signat electrònicament via una solució conforme eIDAS defineix : les especificacions funcionals en annex, els lliurables esperats a cada jaló (dossier de disseny, entorn de recepció, acta de posada en producció), els criteris d'acceptació precisos i les penalitzacions de retard. Gràcies a aquest nivell de detall, la recepció final es tanca amb només 3 reserves menors. La signatura electrònica de les 7 addiendes Change Request intervingudes durante el projecte ha reduït els terminis de validació de 5 dies laborables a 18 hores en mitjana, és a dir una economia estimada a 12 000 € de costos de coordinació.

Escenari 2 — Startup SaaS i squad externa en model agile (Sprint Box)

Una startup B2B en fase de creixement contracta una squad externa de 5 persones (2 desenvolupadors fullstack, 1 dissenyador UX, 1 QA, 1 Scrum Master) per accelerar el desenvolupament de la seva plataforma. El períímetre sent explorador i la carretera de producte evolucionant cada mes, un SOW waterfall seria inadaptat.

El SOW agile signat contractualitza : els perfils i taxes diàries, la durada dels sprints (2 setmanes), el pressupost màxim per trimestre (sostre T&M de 85 000 € per trimestre), la Definition of Done aplicable a totes les stories, i les condicions de revisió del backlog. Després de 6 mesos, la startup ha entregat 3 vegades més funcionalitats que estimat inicialment, amb un depassament pressupostari de només el 8 % respecte a l'envoltant global — rendiment impossible amb un model waterfall tenint en compte les 23 reprioritzacions majors del backlog intervingudes.

Escenari 3 — Gabinet de consell en transformació digital, enfocament híbrid ScrumFall

Un gabinet de consell acompanya un organisme de formació en la migració del seu LMS a una plataforma cloud. El projecte està restringit per obligacions reglamentàries Qualiopi (traçabilitat dels itineraris, accessibilitat RGAA) que imposen una validació formal, però els itineraris pedagògics mateixos han de ser co-construïts amb els formadors de manera iterativa.

La solució adoptada és un SOW híbrid : un períímetre macro waterfall (4 fases contractuals amb jalons ferms i quantitats forfaitàries) encerclant una execució agile interna (sprints bi-setmanals, revisions amb els formadors). Els lliurables formals (dossier tècnic Qualiopi, acta de recepció d'accessibilitat) es contractualitzen en jalons, mentre que els continguts pedagògics es gestionen via un backlog agile. Aquest model ha permès reduir en un 35 % el nombre d'addiendes formals respecte a un projecte LMS similar conducted en waterfall pur l'any anterior.

Conclusió

L'elecció entre un SOW agile i un SOW waterfall no és una qüestió de preferència metodològica : és una decisió contractual estructurant que determina la repartició dels riscos, la gestió de les modificacions i el valor probatori dels vostres compromisos en cas de litigui. El waterfall excel·leix en períímetres estables i projectes amb restriccions reglamentàries fortes ; l'agile maximitza el valor en projectes evolutius i innovadors. El model híbrid ScrumFall respon als contextos intermedis, cada vegada més freqüents en el consulting IT el 2026.

Depenent del model escollit, l'assegurament jurídic del SOW passa per una signatura electrònica conforme eIDAS. Certyneo us permet generar, personalitzar i fer signar els vostres SOW en pocs minuts, amb un valor probatori reconegut a tota la Unió Europea.

👉 Proveu Certyneo gratuitament i signeu el vostre primer SOW en menys de 10 minuts.