Planejamento, Cronograma e Custos
SOW em projetos: o que é a declaração do trabalho
Se a dúvida é o que é SOW em projetos, a resposta começa pela sigla: statement of work, ou declaração do trabalho. É o documento que descreve, para um fornecedor, exatamente o que ele vai entregar: o trabalho, o resultado esperado, onde e quando, com que padrão e como a entrega será aceita. Ela acompanha a solicitação de proposta e depois vira anexo do contrato.
A SOW é o documento mais citado quando um contrato dá errado. "Isso não estava na SOW" é a frase que encerra muitas discussões entre cliente e fornecedor, e quase sempre a culpa é de uma descrição vaga escrita às pressas. Abaixo estão o conteúdo esperado, a diferença para outros documentos com nomes parecidos, as formas de descrever o trabalho e um exemplo preenchido.
Formação relacionada
Microsoft Project Professional
Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.
O que é SOW em projetos
No Guia PMBOK, a declaração do trabalho das aquisições é uma das saídas do planejamento das aquisições. Ela descreve o item a ser contratado com detalhe suficiente para que os fornecedores avaliem se conseguem fornecê-lo, preparem a proposta e, depois de contratados, executem e sejam medidos. Cada contratação relevante do projeto tem a sua.
A SOW nasce da linha de base do escopo. Quando um pacote de trabalho da Estrutura Analítica do Projeto (EAP) é marcado para contratação, a descrição dele no dicionário da EAP é o ponto de partida da SOW, que acrescenta o que o fornecedor precisa saber para trabalhar: local, horários, padrões, entregáveis documentais e regras de aceite. Ela é parte do ciclo descrito no artigo sobre gestão de aquisições em projetos.
Fora dos projetos, a sigla tem outro sentido. Em vendas e investimentos, SOW costuma significar share of wallet, a fatia dos gastos de um cliente que fica com uma empresa. Não tem relação com a declaração do trabalho.
SOW, escopo, termo de referência e contrato: qual a diferença
| Documento | O que cobre | Quem escreve | Para quem |
|---|---|---|---|
| Declaração do escopo do projeto | Todo o trabalho do projeto, inclusive o que a equipe interna faz | Gerente do projeto | Patrocinador e equipe |
| SOW | Só a parte contratada de um fornecedor | Projeto, com apoio de compras | Fornecedores |
| Termo de referência | Equivalente à SOW nas contratações públicas, com conteúdo previsto na Lei 14.133/2021 | Área requisitante do órgão | Licitantes |
| Contrato | Condições jurídicas e comerciais, com a SOW como anexo | Jurídico e compras | Fornecedor contratado |
A diferença com o escopo do projeto é a mais importante. O escopo do projeto é a visão completa; a SOW é um recorte, escrito para quem não conhece o projeto por dentro. No setor privado, também se usa o nome "termo de referência" para a mesma função; o que importa é o conteúdo.
O que uma SOW deve conter
- Contexto e objetivo: por que o trabalho está sendo contratado e qual resultado ele precisa gerar.
- Escopo do trabalho: atividades e entregas, inclusive as documentais (relatórios, manuais, materiais).
- Exclusões: o que o fornecedor não fará e o que fica com o contratante.
- Local e condições de execução: onde, em que horários, com que acessos e equipamentos.
- Período e cronograma: data de início, marcos e data final.
- Padrões e requisitos: normas técnicas, políticas internas, segurança da informação, qualificação mínima da equipe.
- Responsabilidades do contratante: o que o cliente precisa fornecer, e até quando, para o fornecedor trabalhar.
- Critérios de aceite: como cada entrega será verificada e quem aceita.
- Vínculo com o pagamento: que entrega aceita libera que parcela, quando isso for definido na SOW e não só no contrato.
- Gestão do contrato: reuniões, relatórios, indicadores e contatos de cada lado.
O item 7 é o mais esquecido. Quando o fornecedor atrasa porque o cliente não liberou o acesso ao sistema, a SOW que não registrou essa obrigação deixa o projeto sem argumento.
Três formas de descrever o trabalho
A forma de redigir a SOW acompanha o quanto o contratante sabe e quer controlar:
| Forma | O que descreve | Quando usar | Cuidado |
|---|---|---|---|
| Por especificação | Como o trabalho deve ser feito, em detalhe | O contratante domina a solução (obra com projeto executivo) | O risco de a especificação estar errada fica com o contratante |
| Por desempenho | O resultado e os níveis que precisam ser atingidos | O fornecedor sabe mais sobre o como (serviço de suporte com tempo de atendimento) | Os indicadores precisam ser mensuráveis e auditáveis |
| Por esforço | Horas e perfis disponíveis por um período | O escopo é incerto e muda com frequência | Exige teto de horas e acompanhamento próximo |
A forma também conversa com o tipo de contrato. Especificação e desempenho combinam com preço fixo; esforço combina com tempo e material, como mostra o artigo sobre tipos de contratos no PMBOK.
Exemplo de SOW preenchida: treinamento de usuários
O exemplo é ilustrativo. Uma rede com quatro hospitais vai implantar um novo sistema de gestão e contratar uma empresa para treinar os usuários.
1. Contexto e objetivo. Capacitar os usuários do novo sistema antes da entrada em produção, para que executem as rotinas da sua área sem apoio presencial a partir da segunda semana de operação.
2. Escopo. Elaborar o material didático a partir dos roteiros de processo fornecidos pelo contratante; ministrar 20 turmas presenciais de 8 horas, com até 15 participantes cada, totalizando 300 usuários e 160 horas de instrução; aplicar avaliação prática ao fim de cada turma; entregar relatório final com presença e resultados por área.
3. Exclusões. Configuração do sistema, suporte pós-implantação e treinamento de administradores do sistema.
4. Local e condições. Salas de treinamento nos quatro hospitais, de segunda a sábado, das 7h às 19h, com um computador por participante fornecido pelo contratante. Ambiente de treinamento do sistema com dados fictícios.
5. Período. Material entregue até a semana 2; turmas entre as semanas 4 e 9; relatório final até a semana 10.
6. Requisitos. Instrutores com experiência comprovada no sistema contratado; cumprimento da política de segurança da informação e da Lei Geral de Proteção de Dados (LGPD), sem uso de dados reais de pacientes.
7. Responsabilidades do contratante. Roteiros de processo aprovados até a semana 1; ambiente de treinamento disponível até a semana 3; convocação dos participantes com a escala das turmas.
8. Critérios de aceite.
| Entrega | Critério | Quem aceita |
|---|---|---|
| Material didático | Cobre 100% dos roteiros de processo e é aprovado pela equipe de implantação | Coordenadora de implantação |
| Cada turma | Lista de presença assinada e avaliação prática aplicada | Gestor da área |
| Relatório final | Presença e resultado por participante e por área | Gerente do projeto |
9. Pagamento. 20% após o aceite do material; 80% divididos pelas 20 turmas, ou 4% por turma realizada e aceita.
10. Gestão. Reunião semanal de 30 minutos com a coordenação de implantação; relatório semanal de turmas realizadas e participantes com desempenho abaixo do esperado na avaliação prática.
Confira a conta do pagamento: 20% + 20 × 4% = 20% + 80% = 100%. E repare que o fornecedor não é responsável pela presença dos convocados: o item 7 deixa a convocação com o contratante, o que evita a discussão sobre quem paga a turma vazia.
Como escrever uma SOW que não gera discussão
- Use verbos verificáveis. "Entregar", "ministrar", "migrar", "instalar". Fuja de "apoiar", "acompanhar" e "dar suporte" sem limite.
- Quantifique. Número de turmas, de usuários, de pontos de rede, de horas. Quantidade não definida vira disputa.
- Nunca use "etc." nem "e demais atividades necessárias". Para o fornecedor, isso é escopo aberto; para o juiz, é ambiguidade.
- Escreva o critério de aceite junto com a entrega, e não numa seção genérica no fim.
- Peça para alguém de fora do projeto ler. Se essa pessoa conseguir dizer o que será entregue e como será aceito, a SOW está boa.
Na contratação, a SOW segue anexa à solicitação de proposta (RFP), e as perguntas dos fornecedores costumam mostrar onde ela ficou vaga. Corrija antes de assinar, porque depois cada ajuste é um aditivo.
O guia de planejamento de projetos mostra de onde vem o escopo que alimenta cada SOW e como as contratações se ligam ao cronograma e ao orçamento.
Para começar, escolha o próximo item que o seu projeto vai contratar e preencha as dez seções acima, mesmo que de forma resumida; as lacunas mostram o que ainda precisa ser decidido antes de falar com fornecedores. Se você quer desenvolver a segurança para conduzir contratos e fornecedores, o curso Gerente de Projetos Expert da Projeto Diário apresenta as habilidades técnicas e comportamentais, os conhecimentos e as experiências que formam um gerente de projetos completo.
