SOW agile vs waterfall : qual estrutura para seus projetos IT?

Introdução : por que o modelo de SOW condiciona o sucesso contratual

No universo do consulting IT e desenvolvimento de software, o Statement of Work (SOW) não é um simples documento administrativo : é a espinha dorsal contratual que rege a relação entre o prestador e seu cliente. Em 2026, a quase totalidade dos projetos IT oscila entre duas filosofias radicalmente diferentes — agile e waterfall — e essa distinção tem repercussões concretas na redação de cada cláusula do SOW : entregas, marcos, modalidades de pagamento, critérios de aceitação e gestão de modificações. Entender a diferença entre um SOW agile e um SOW waterfall é evitar litígios contratuais que custam em média 15 % do orçamento do projeto segundo pesquisas setoriais do PMI. Este artigo detalha as estruturas, os riscos e as melhores práticas para cada abordagem.

---

O que é um SOW waterfall e como estruturá-lo?

O modelo waterfall — ou ciclo em V — repousa em uma lógica sequencial : cada fase (definição, design, desenvolvimento, testes, implantação) se sucede de maneira linear. Um SOW waterfall reflete essa lógica ao definir a priori e de maneira exaustiva o conjunto do escopo.

Características estruturais do SOW waterfall

Um SOW waterfall típico compreende :

• Uma descrição detalhada do escopo funcional : cada funcionalidade é descrita, frequentemente acompanhada de especificações funcionais gerais (SFG) ou de um caderno de encargos anexado.
• Marcos contratuais firmes (milestones) : entrega do protótipo validado, aceitação funcional, colocação em produção, período de garantia. Cada marco é associado a uma data calendária e a um percentual do preço fixo.
• Um preço global forfaitário (fixed-price) : a contraprestação financeira é determinada antecipadamente. O prestador assume o risco de ultrapassagem se o escopo for mal calibrado.
• Critérios de aceitação precisos : as condições de validação de cada entrega são definidas contratualmente, reduzindo litígios na aceitação.

Vantagens e limitações do SOW waterfall para projetos IT

O modelo waterfall oferece uma previsibilidade orçamentária total para o cliente, o que o torna a escolha privilegiada para projetos com escopo estável : integração ERP, migração de dados estruturados, desenvolvimento de uma aplicação cujas especificações são fixas. Por outro lado, adapta-se mal a evoluções de necessidades durante o projeto. Qualquer modificação deve ser objeto de um aditivo contratual (Change Request), processo frequentemente lento e fonte de tensão. Segundo dados do Standish Group Chaos Report 2024, projetos waterfall ultrapassam seu orçamento inicial em 45 % dos casos, precisamente devido à subestimação do escopo na assinatura.

Para aprofundar sobre a redação e assinatura desse tipo de documento, o hub SOW da Certyneo centraliza modelos, cláusulas-tipo e melhores práticas.

---

O que é um SOW agile e em que difere estruturalmente?

O SOW agile rompe com a lógica de escopo fixo. Ele contratualiza uma capacidade de entrega (velocidade de uma equipe, número de sprints, perfis disponibilizados) em vez de uma lista exaustiva de funcionalidades.

Os pilares de um SOW agile : sprints, backlog e critérios de valor

Um SOW agile estruturado em torno de Scrum ou Kanban integra tipicamente :

• Uma descrição dos papéis e equipes : Product Owner do lado do cliente, Scrum Master e desenvolvedores do lado do prestador, com as taxas diárias ou mensais associadas (modelo Time & Materials ou preço fixo por sprint).
• Um backlog inicial priorizado : não contratualmente fixo, mas servindo como base de partida. Evolui a cada revisão de sprint com o acordo das duas partes.
• Sprints como unidade de faturamento : cada sprint (2 a 4 semanas) constitui um ciclo faturável, com suas cerimônias agile definidas (planejamento, daily, revisão, retrospectiva).
• Critérios de Definition of Done (DoD) : condições técnicas e funcionais que cada história deve satisfazer para ser considerada entregue, substituindo os critérios de aceitação monolíticos do waterfall.
• Uma cláusula de revisão orçamentária periódica : após N sprints, as partes podem revisar o escopo global sem aditivo formal, dentro dos limites de uma envelopeorçamentária global definida.

Modelos de preço em um SOW agile : Time & Materials vs preço fixo por sprint

Dois modelos coexistem na prática :

Time & Materials (T&M) : o cliente paga o tempo efetivamente consumido pelas equipes, segundo taxas diárias contratadas. Este modelo maximiza a flexibilidade mas transfere o risco orçamentário para o cliente. É adaptado para projetos exploratórios ou fases de ideação.

Preço fixo por sprint (Sprint Box) : o prestador se compromete com uma capacidade de entrega fixa por sprint (número de pontos ou dias/homem), por um preço fixo. Este modelo híbrido combina a previsibilidade financeira do waterfall e a flexibilidade do backlog agile. É atualmente o modelo dominante nas ESNs francesas para projetos de desenvolvimento web e mobile.

Os modelos de contratos disponíveis na Certyneo incluem templates SOW adaptados a cada um desses modelos de preço, prontos para serem personalizados e assinados eletronicamente.

---

Quadro comparativo : SOW agile vs waterfall, as diferenças-chave

| Critério | SOW Waterfall | SOW Agile | |---|---|---| | Escopo | Fixo e exaustivo desde a assinatura | Evolutivo, gerido via backlog priorizado | | Entregas | Definidas contratualmente e datadas | Definidas por sprint, validadas continuamente | | Marcos | Milestones firmes com datas calendárias | Revisões de sprint periódicas | | Preço | Preço fixo global | T&M ou preço fixo por sprint | | Gestão de mudanças | Aditivo formal (Change Request) | Repriorização do backlog | | Risco orçamentário | Prestador (escopo fixo) | Cliente (T&M) ou compartilhado (sprint box) | | Critérios de aceitação | Aceitação formal em marcos definidos | Definition of Done por história | | Ideal para | Escopo estável, restrições regulatórias | Evolução contínua, inovação |

---

Como escolher entre SOW agile e waterfall para seu projeto IT consulting?

Analisar a estabilidade do escopo e maturidade do cliente

O primeiro critério de escolha é a estabilidade da necessidade expressa. Se o cliente dispõe de um caderno de encargos validado, wireframes finalizados e uma TI capaz de conduzir uma aceitação formal, o SOW waterfall minimiza o risco contratual. Por outro lado, se o projeto está em fase de discovery, se as necessidades de negócio evoluem rapidamente ou se o cliente deseja envolver usuários finais nas validações iterativas, o SOW agile é estruturalmente mais adaptado.

Um indicador concreto : se o caderno de encargos inicial supera 80 % de estabilidade funcional estimada, opte pelo waterfall. Abaixo de 60 %, a abordagem agile reduzirá significativamente os aditivos e ultrapassagens.

Considerar o contexto regulatório e setorial

Alguns setores impõem restrições que influenciam a escolha do modelo de SOW. Projetos na saúde (certificação HDS, hospedagem de dados de saúde), finanças (conformidade DORA, auditoria ISO 27001) ou compras públicas (Código de Contratação Pública) frequentemente necessitam uma rastreabilidade documentária e validação formal de entregas mais próxima do modelo waterfall, mesmo se os métodos de desenvolvimento são agile internamente.

Nesse contexto híbrido, um SOW chamado ScrumFall — ou Agile at Scale — combina um escopo macro contratualmente fixo (fases do projeto, orçamento global) com uma execução agile interna. Essa abordagem é hoje largamente documentada nos frameworks SAFe (Scaled Agile Framework) e LeSS.

Securizar a assinatura do SOW qualquer que seja o modelo retido

Independentemente do modelo escolhido, o valor jurídico do SOW depende de sua assinatura nas devidas formas. Na França, a assinatura eletrônica avançada ou qualificada em conformidade com o regulamento eIDAS garante o valor probatório do documento em caso de litigio. Para aditivos agile (reprioriz ações formais, extensões de sprint), a assinatura eletrônica acelera consideravelmente os prazos de validação : enquanto uma assinatura manuscrita necessita 3 a 7 dias, uma solução como Certyneo permite concluir a validação em menos de 24 horas, sem deslocamento.

Equipes de consulting que gerenciam muitos SOW simultaneamente podem contar com o gerador de contratos por IA da Certyneo para produzir SOW adaptados a cada contexto (agile, waterfall, híbrido) em poucos minutos, depois enviá-los para assinatura em fluxo integrado.

Marco legal aplicável aos SOW em projeto IT e consulting

O Statement of Work é um contrato integral, submetido ao direito comum dos contratos bem como às regulamentações setoriais específicas. Na França, vários textos regulam sua redação, validade e execução.

Código Civil e direito dos contratos

O SOW se enquadra em primeiro lugar no Código Civil, e mais precisamente nas disposições resultantes da reforma do direito dos contratos de 2016 (ordenança n°2016-131, codificada nos artigos 1101 e seguintes). O artigo 1194 do Código Civil lembra que os contratos obrigam não apenas ao que nele está expresso, mas também a todas as consequências que lhe dão a equidade, o uso ou a lei — o que inclui as práticas reconhecidas do setor IT (Agile Manifesto, padrões PMI/PMBOK).

O artigo 1353 rege o ônus da prova em caso de litígio : na ausência de cláusula contrária, cabe ao prestador provar que cumpriu suas obrigações. Um SOW bem redigido, com critérios de aceitação precisos (DoD ou marcos waterfall), inverte praticamente esse ônus.

Assinatura eletrônica e valor probatório : eIDAS e Código Civil

A assinatura eletrônica do SOW é regulamentada pelo Regulamento europeu eIDAS n°910/2014, cujo artigo 25 estabelece que a assinatura eletrônica qualificada tem o mesmo valor jurídico de uma assinatura manuscrita em todos os Estados-membros. Na França, os artigos 1366 e 1367 do Código Civil transpõem esse princípio ao reconhecer o valor probatório do documento eletrônico desde que seu autor possa ser identificado com certeza e que sua integridade seja garantida.

Para um SOW que comprometa montantes superiores a 1 500 € (limiar do artigo 1359 do Código Civil para a exigência de um documento escrito), a assinatura eletrônica avançada (nível 2 eIDAS) constitui o mínimo recomendado. Para projetos sensíveis ou plurianuais, a assinatura qualificada (nível 3) com certificado emitido por um Prestador de Serviços de Confiança (PSCo) qualificado no sentido do anexo II do regulamento eIDAS se impõe.

Proteção de dados e RGPD em projetos IT

Todo SOW que inclua tratamentos de dados pessoais deve integrar uma cláusula de subcontratação conforme o artigo 28 do RGPD n°2016/679. Essa cláusula deve detalhar : a natureza e finalidade dos tratamentos, as categorias de dados envolvidas, as obrigações do subcontratante (o prestador IT), as medidas de segurança técnicas e organizacionais, e as condições de restituição ou destruição dos dados ao final do projeto.

Em projetos agile, onde os escopos evoluem, é recomendado anexar ao SOW um registro de tratamentos prévio atualizado a cada sprint maior, conforme as recomendações da CNIL.

Compras públicas e restrições setoriais

Para SOW celebrados no âmbito de compras públicas, o Código de Contratação Pública (CCP) impõe regras específicas quanto ao conteúdo, modificações (artigos L.2194-1 e seguintes) e resolução de diferenças. Os aditivos agile devem permanecer dentro dos limiares autorizados (geralmente 10 a 15 % do montante inicial) para não constituir uma nova compra sujeita a nova licitação.

Cenários de uso : SOW agile vs waterfall na prática

Cenário 1 — ESN de tamanho intermediário, projeto de reformulação de ERP (modelo waterfall)

Uma ESN de cerca de 150 consultores vence uma licitação para a reformulação do sistema ERP de um grupo industrial. O escopo funcional é definido em um caderno de encargos de 120 páginas, validado pela TI cliente. O orçamento é de 480 000 € IVA incluído, estruturado em 5 marcos contratuais sobre 18 meses.

O SOW waterfall assinado eletronicamente via solução conforme eIDAS define : as especificações funcionais em anexo, as entregas esperadas em cada marco (dossier de design, ambiente de aceitação, processo-verbal de colocação em produção), os critérios de aceitação precisos e as penalidades por atraso. Graças a esse nível de detalhe, a aceitação final é concluída com apenas 3 ressalvas menores. A assinatura eletrônica dos 7 aditivos Change Request ocorridos durante o projeto reduziu os prazos de validação de 5 dias úteis a 18 horas em média, ou seja, uma economia estimada de 12 000 € de custos de coordenação.

Cenário 2 — Startup SaaS e squad externa em modelo agile (Sprint Box)

Uma startup B2B em fase de escalabilidade recruta um squad externo de 5 pessoas (2 desenvolvedores fullstack, 1 designer UX, 1 QA, 1 Scrum Master) para acelerar o desenvolvimento de sua plataforma. O escopo sendo exploratório e o roadmap de produto evoluindo mensalmente, um SOW waterfall seria inadequado.

O SOW agile assinado contratualiza : os perfis e taxas diárias, a duração dos sprints (2 semanas), o orçamento máximo por trimestre (teto T&M de 85 000 € por trimestre), a Definition of Done aplicável a todas as histórias, e as condições de revisão do backlog. Ao cabo de 6 meses, a startup entregou 3 vezes mais funcionalidades que estimado inicialmente, com ultrapassagem orçamentária de apenas 8 % em relação à envelopeorçamentária global — performance impossível com um modelo waterfall considerando as 23 reprioriz ações maiores do backlog ocorridas.

Cenário 3 — Consultoria em transformação digital, abordagem híbrida ScrumFall

Um consultório acompanha um organismo de formação na migração de seu LMS para uma plataforma cloud. O projeto é constrangido por obrigações regulatórias Qualiopi (rastreabilidade de percursos, acessibilidade RGAA) que impõem uma validação formal, mas os percursos pedagógicos propriamente ditos devem ser co-construídos com os formadores de maneira iterativa.

A solução retida é um SOW híbrido : um escopo macro waterfall (4 fases contratuais com marcos firmes e montantes forfaitários) enclausurando uma execução agile interna (sprints bi-semanais, revisões com os formadores). As entregas formais (dossier técnico Qualiopi, PV de aceitação de acessibilidade) são contratadas em marcos, enquanto os conteúdos pedagógicos são geridos via um backlog agile. Este modelo permitiu reduzir em 35 % o número de aditivos formais comparado a um projeto LMS similar conduzido em waterfall puro no ano anterior.

Conclusão

A escolha entre um SOW agile e um SOW waterfall não é uma questão de preferência metodológica : é uma decisão contratual estruturante que determina a distribuição de riscos, a gestão de modificações e o valor probatório de seus compromissos em caso de litígio. O waterfall destaca-se em escopos estáveis e projetos com restrições regulatórias fortes ; o agile maximiza o valor em projetos evolutivos e inovadores. O modelo híbrido ScrumFall responde a contextos intermediários, cada vez mais frequentes no consulting IT em 2026.

Qualquer que seja o modelo retido, a securização jurídica do SOW passa por uma assinatura eletrônica conforme eIDAS. A Certyneo permite gerar, personalizar e fazer assinar seus SOW em poucos minutos, com um valor probatório reconhecido em toda a União Europeia.

👉 Teste Certyneo gratuitamente e assine seu primeiro SOW em menos de 10 minutos.