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

Introdución : por que o modelo de SOW condiciona o éxito contractual

No universo da consultoría IT e do desenvolvemento de software, o Statement of Work (SOW) non é un simple documento administrativo : é a columna vértebral contractual que rexe a relación entre o prestador de servizos e o seu cliente. En 2026, case a totalidade dos proxectos IT oscila entre dúas filosofías radicalmente diferentes — agile e waterfall — e esta distinción ten repercusións concretas na redacción de cada cláusula do SOW : livrables, xalóns, modalidades de pagamento, criterios de aceptación e xestión de modificacións. Comprender a diferenza entre un SOW agile e un SOW waterfall é evitar os litixios contractuais que custan en media o 15 % do orzamento do proxecto segundo as enquisa sectoriais PMI. Este artigo detalla as estruturas, os riscos e as boas prácticas para cada enfoque.

---

Que é un SOW waterfall e como estruturalo ?

O modelo waterfall — ou ciclo en V — repousa nunha lóxica secuencial : cada fase (encadramento, deseño, desenvolvemento, probas, despregamento) sucédese de maneira lineal. Un SOW waterfall reflicte esta lóxica ao definir a priori e de maneira exhaustiva o conxunto do perímetro.

Características estruturais do SOW waterfall

Un SOW waterfall típico inclúe :

• Unha descrición detallada do perímetro funcional : cada funcionalidade está descrita, frecuentemente acompañada de especificacións funcionais xerais (SFG) ou dun pliego de condicións anexado.
• Xalóns contractuais firmes (milestones) : entrega da maqueta validada, recepción funcional, posta en produción, período de garantía. Cada xalón está asociado a unha data calendario e a un porcentaxe do forfait.
• Un prezo global forfaitario (fixed-price) : a contrapartida financeira está determinada con antelación. O prestador asume o risco de desbordamento se o perímetro non está ben calibrado.
• Criterios de aceptación precisos : as condicións de validación de cada livrable están definidas contractualmente, reducindo os litixios na recepción.

Vantaxes e limitacións do SOW waterfall para proxectos IT

O modelo waterfall ofrece unha previsibilidade orzamentaria total para o cliente, o que o fai a opción privilexiada dos proxectos con perímetro estable : integración ERP, migración de datos estruturados, desenvolvemento dunha aplicación cuxas especificacións están fixadas. En cambio, adapítase mal ás evolucións de necesidades no transcurso do proxecto. Toda modificación debe ser obxecto dun avengo contractual (Change Request), proceso frecuentemente lento e fonte de tensión. Segundo os datos do Standish Group Chaos Report 2024, os proxectos waterfall superan o seu orzamento inicial no 45 % dos casos, precisamente debido á subestimación do perímetro na sinatura.

Para ir máis lonxe na redacción e sinatura deste tipo de documento, o centro SOW de Certyneo centraliza modelos, cláusulas tipo e boas prácticas.

---

Que é un SOW agile e en que difere estruturalmente ?

O SOW agile rompe coa lóxica de perímetro fixo. Contractualiza unha capacidade de entrega (velocidade dun equipo, número de sprints, perfís postos á disposición) máis que unha lista exhaustiva de funcionalidades.

Os puntais dun SOW agile : sprints, backlog e criterios de valor

Un SOW agile estruturado arredor de Scrum ou Kanban integra tipicamente :

• Unha descrición dos papéis e equipos : Product Owner do lado do cliente, Scrum Master e desenvolvedores do lado do prestador, cos tivos diarios ou mensais asociados (modelo Time & Materials ou forfait por sprint).
• Un backlog inicial priorizado : non contractualmente fixo, pero servindo de base de iniciación. Evoluciona a cada revisión de sprint co acordo das dúas partes.
• Sprints como unidade de facturación : cada sprint (2 a 4 semanas) constitúe un ciclo facturable, coas súas cerimonias agile definidas (planning, daily, review, retrospectiva).
• Criterios de Definition of Done (DoD) : condicións técnicas e funcionais que cada story debe satisfacer para ser considerada como entregada, substituíndo os criterios de aceptación monolíticos do waterfall.
• Unha cláusula de revisión orzamentaria periódica : despois de N sprints, as partes poden revisar o perímetro global sen avengo formal, dentro dos límites dunha envoltura orzamentaria global definida.

Modelos de prezo nun SOW agile : Time & Materials vs forfait por sprint

Dous modelos coexisten na práctica :

Time & Materials (T&M) : o cliente paga o tempo efectivamente consumido polos equipos, segundo tivos diarios contractualizados. Este modelo maximiza a flexibilidade pero transfere o risco orzamentario ao cliente. Está adaptado a proxectos exploratorios ou fases de ideación.

Forfait por sprint (Sprint Box) : o prestador comprométese cunha capacidade de entrega fixa por sprint (número de puntos ou días/home), por un prezo fixo. Este modelo híbrido combina a previsibilidade financeira do waterfall e a flexibilidade do backlog agile. É hoxe o modelo dominante nas ESN francesas para proxectos de desenvolvemento web e móbil.

Os modelos de contratos dispoñibles en Certyneo inclúen templates SOW adaptados a cada un destes modelos de prezo, listos para ser personalizados e asinados electronicamente.

---

Táboa comparativa : SOW agile vs waterfall, as diferenzas claves

| Criterio | SOW Waterfall | SOW Agile | |---|---|---| | Perímetro | Fixo e exhaustivo desde a sinatura | Evolutivo, xestionado via backlog priorizado | | Livrables | Definidos contractualmente e datados | Definidos por sprint, validados en continuo | | Xalóns | Milestones firmes con datas calendarios | Revistas de sprint periódicas | | Prezo | Forfait global fixo | T&M ou forfait por sprint | | Xestión de cambios | Avengo formal (Change Request) | Repriorización do backlog | | Risco orzamento | Prestador (perímetro fixo) | Cliente (T&M) ou compartido (sprint box) | | Criterios de aceptación | Recepción formal en xalóns definidos | Definition of Done por story | | Ideal para | Perímetro estable, restriccións regulatorias | Evolución continua, innovación |

---

Como escoller entre SOW agile e waterfall para o seu proxecto IT consulting ?

Analizar a estabilidade do perímetro e a madurez do cliente

O primeiro criterio de elección é a estabilidade da necesidade expresada. Se o cliente dispón dun pliego de condicións validado, de wireframes finalizados e dunha DSI capaz de conducir unha recepción formal, o SOW waterfall minimiza o risco contractual. En cambio, se o proxecto está en fase de descubrimento, se as necesidades de negocio evolucionan rapidamente ou se o cliente desexa implicar usuarios finais nas validacións iterativas, o SOW agile é estruturalmente máis adaptado.

Un indicador concreto : se o pliego de condicións inicial supera o 80 % de estabilidade funcional estimada, opte polo waterfall. Por debaixo do 60 %, o enfoque agile reducirá significativamente os avengos e os desbordamentos.

Tomar en conta o contexto regulatorio e sectorial

Certos sectores impoñen restriccións que inflúen na elección do modelo de SOW. Os proxectos na saúde (certificación HDS, aloxamento de datos de saúde), as finanzas (conformidade DORA, auditoría ISO 27001) ou os mercados públicos (Código da Contratación Pública) necesitan con frecuencia unha trazabilidade documentaria e unha validación formal dos livrables máis próxima ao modelo waterfall, aínda que os métodos de desenvolvemento sexan agile internamente.

Neste contexto híbrido, un SOW chamado ScrumFall — ou Agile at Scale — combina un perímetro macro contractualmente fixo (fases do proxecto, orzamento global) cunha execución agile interna. Este enfoque está hoxe amplamente documentado nos frameworks SAFe (Scaled Agile Framework) e LeSS.

Asegurar a sinatura do SOW calquera que sexa o modelo retido

Independentemente do modelo escollido, o valor xurídico do SOW depende da súa sinatura nas normas. En Francia, a sinatura electrónica avanzada ou cualificada conforme ao regulamento eIDAS garante o valor probatorio do documento en caso de litigio. Para avengos agile (reprioricacións formais, extensións de sprint), a sinatura electrónica acelera considerablemente os prazos de validación : onde unha sinatura manuscrita necesita 3 a 7 días, unha solución como Certyneo permite pechar a validación en menos de 24 horas, sen desprazamento.

Os equipos de consultoría que xestionan moitos SOW simultaneamente pódense apoiar no xerador de contratos por IA de Certyneo para producir SOW adaptados a cada contexto (agile, waterfall, híbrido) en poucos minutos, logo envialos á sinatura en fluxo integrado.

Marco legal aplicable aos SOW en proxecto IT e consultoría

O Statement of Work é un contrato en si mesmo, sometido ao dereito común dos contratos así como ás regulacións sectoriais específicas. En Francia, varios textos enmarcan a súa redacción, validez e execución.

Código civil e dereito dos contratos

O SOW corresponde en primeiro lugar ao Código civil, e máis precisamente ás disposicións derivadas da reforma do dereito dos contratos de 2016 (ordenanza n°2016-131, codificada nos artigos 1101 e seguintes). O artigo 1194 do Código civil recorda que os contratos obrigан non só ao que nel está expreso, senón tamén a todas as súas consecuencias que dan a equidade, o uso ou a lei — o que inclúe as prácticas recoñecidas do sector IT (Agile Manifesto, standards PMI/PMBOK).

O artigo 1353 rexe a carga da proba en caso de litigio : en ausencia de cláusula contraria, é ao prestador a quen lle corresponde probar que cumpriu as súas obrigas. Un SOW ben redactado, con criterios de aceptación precisos (DoD ou xalóns waterfall), inverte practicamente esta carga.

Sinatura electrónica e valor probatorio : eIDAS e Código civil

A sinatura electrónica do SOW está encadrada polo Regulamento europeo eIDAS n°910/2014, cuxo artigo 25 dispón que a sinatura electrónica cualificada ten o mesmo valor xurídico que unha sinatura manuscrita en todos os Estados membros. En Francia, os artigos 1366 e 1367 do Código civil transpoñen este principio ao recoñecer o valor probatorio do escrito electrónico desde que o seu autor pode ser identificado con certeza e que a súa integridade está garantida.

Para un SOW que implique montantes superiores a 1 500 € (limiar do artigo 1359 do Código civil para a exixencia dun escrito), a sinatura electrónica avanzada (nivel 2 eIDAS) constitúe o mínimo recomendado. Para proxectos sensibles ou plurianuais, a sinatura cualificada (nivel 3) con certificado expedido por un Prestador de Servizos de Confianza (PSCo) cualificado no sentido do anexo II do regulamento eIDAS impóñese.

Protección de datos e RGPD en proxectos IT

Todo SOW que inclúa tratamentos de datos personais debe integrar unha cláusula de subcontratación conforme ao artigo 28 do RGPD n°2016/679. Esta cláusula debe detallar : a natureza e finalidade dos tratamentos, as categorías de datos concernidos, as obrigas do subcontratista (o prestador IT), as medidas de seguridade técnicas e organizativas, e as condicións de restitución ou destrución dos datos ao remate do proxecto.

Nos proxectos agile, onde os perímetros evolucionan, é recomendable anexar ao SOW un rexistro dos tratamentos previsionais actualizado a cada sprint maior, conforme ás recomendacións da CNIL.

Contratación pública e restriccións sectoriais

Para os SOW asinados no marco de mercados públicos, o Código da Contratación Pública (CCP) impón normas específicas en materia de contido, de modificación (artigos L.2194-1 e seguintes) e de resolución de diferenzas. Os avengos agile deben permanecer dentro dos límites autorizados (xeralmente 10 a 15 % do montante inicial) para non constituír un novo mercado sometido a convocatoria de licitación.

Escenarios de uso : SOW agile vs waterfall na práctica

Escenario 1 — ESN de tamaño intermedio, proxecto de refundición ERP (modelo waterfall)

Unha ESN duns 150 consultores gana unha convocatoria de propostas para a refundición do sistema ERP dun grupo industrial. O perímetro funcional está definido nun pliego de condicións de 120 páxinas, validado pola DSI cliente. O orzamento é de 480 000 € IVA incluído, estruturado en 5 xalóns contractuais en 18 meses.

O SOW waterfall asinado electronicamente a través dunha solución conforme eIDAS define : as especificacións funcionais en anexo, os livrables esperados en cada xalón (dossier de deseño, contorno de recepción, acta de posta en produción), os criterios de aceptación precisos e as penalidades por demora. Grazas a este nivel de detalle, a recepción final pecha con só 3 reservas menores. A sinatura electrónica dos 7 avengos Change Request acaecidos durante o proxecto reduciu os prazos de validación de 5 días laborais a 18 horas en media, é dicir, un aforro estimado de 12 000 € de custos de coordinación.

Escenario 2 — Startup SaaS e squad externa en modelo agile (Sprint Box)

Unha startup B2B en fase de escalado recruta un squad externo de 5 persoas (2 desenvolvedores fullstack, 1 deseñador UX, 1 QA, 1 Scrum Master) para acelerar o desenvolvemento da súa plataforma. O perímetro sendo exploratorio e a roadmap do produto evolucionando todos os meses, un SOW waterfall sería inadaptado.

O SOW agile asinado contractualiza : os perfís e tivos diarios, a duración dos sprints (2 semanas), o orzamento máximo por trimestre (límite T&M de 85 000 € por trimestre), a Definition of Done aplicable a todas as stories, e as condicións de revisión do backlog. Ao cabo de 6 meses, a startup entregou 3 veces máis funcionalidades do que foi estimado inicialmente, con un desbordamento orzamentario de só o 8 % respecto da envoltura global — rendemento imposible con un modelo waterfall tendo en conta as 23 reprioricacións maiores do backlog que se produciron.

Escenario 3 — Gabinete de consello en transformación dixital, enfoque híbrido ScrumFall

Un gabinete de consello acompaña un organismo de formación na migración do seu LMS cara a unha plataforma na nube. O proxecto está constrinxido por obrigas regulatorias Qualiopi (trazabilidade dos percursos, accesibilidade RGAA) que impoñen unha validación formal, pero os percursos pedagóxicos en si mesmos deben ser coconstruídos cos formadores de maneira iterativa.

A solución retida é un SOW híbrido : un perímetro macro waterfall (4 fases contractuais con xalóns firmes e montantes forfaitarios) encadrando unha execución agile interna (sprints bisemanal, revistas cos formadores). Os livrables formais (dossier técnico Qualiopi, acta de recepción de accesibilidade) están contractualizados en xalóns, mentres que os contidos pedagóxicos xestionanse a través dun backlog agile. Este modelo permitiu reducir nun 35 % o número de avengos formais respecto a un proxecto LMS similar conducido en waterfall puro o ano anterior.

Conclusión

A elección entre un SOW agile e un SOW waterfall non é unha cuestión de preferencia metodolóxica : é unha decisión contractual estruturante que determina a distribución dos riscos, a xestión de modificacións e o valor probatorio dos seus compromisos en caso de litigio. O waterfall sobresae nos perímetros estables e proxectos con restriccións regulatorias fortes ; o agile maximiza o valor nos proxectos evolutivos e innovadores. O modelo híbrido ScrumFall responde aos contextos intermedios, cada vez máis frecuentes na consultoría IT en 2026.

Calquera que sexa o modelo retido, a aseguración xurídica do SOW pasa pola sinatura electrónica conforme eIDAS. Certyneo permítelle xerar, personalizar e facer asinar os seus SOW en poucos minutos, con un valor probatorio recoñecido en toda a Unión Europea.

👉 Probe Certyneo gratuitamente e asine o seu primeiro SOW en menos de 10 minutos.