Para uma pessoa, isso significa cinco páginas e layouts mais organizados. Para outra, significa a migração de um blog, novas páginas de destino, textos atualizados e um logotipo que ela vem querendo reformular há meses.
Um escopo de trabalho resolve isso. Ele define o que o projeto irá entregar, como o trabalho será realizado, quando cada parte deve ser entregue, o que é considerado aprovado e o que está fora do acordo.
Essa clareza é mais importante do que parece. O Relatório CHAOS, elaborado pelo Standish Group, constatou que apenas cerca de 31% dos projetos são concluídos dentro do prazo e do escopo.
Eis a parte incômoda: a maioria dessas falhas não é um problema de disciplina. É um problema de arquivamento. O escopo de trabalho é assinado, enviado por e-mail e arquivado e, a partir desse momento, começa a se distanciar do trabalho real. Na terceira semana, o documento indica cinco páginas e o projeto, quinze, e ninguém consegue identificar onde surgiu essa discrepância. A solução não é um escopo de trabalho mais extenso. É um escopo que permaneça alinhado ao trabalho que descreve.
Este guia mostra como elaborar um escopo de trabalho que seja claro o suficiente para definir o preço, planejar, atribuir tarefas, aprovar e gerenciar após o início do projeto.
Resumo
Um escopo de trabalho bem elaborado responde a quatro perguntas: o que você está entregando, como, até quando e o que é considerado concluído. O melhor escopo não é o mais detalhado, mas aquele que continua sendo verdadeiro e transparente após 30 dias.
Os detalhes podem se perder assim que o trabalho começar; por isso, é essencial ter um documento atualizado ao longo de todo o projeto. Isso garante que o que está “fora do escopo” seja claramente definido e possa ser consultado.
Aborde todos os sete componentes e, em vez de verbos vagos como “gerenciar”, especifique números, como “4 publicações/mês”. Explique claramente o que você não está fazendo, identifique as dependências do lado do cliente que causam a maioria dos atrasos e sempre obtenha aprovação por escrito para cada solicitação de alteração antes de iniciar o trabalho. Em seguida, mantenha o documento assinado vinculado às tarefas em andamento; assim, quando houver um aumento do escopo, a alteração ficará visível e poderá ser orçada, em vez de passar despercebida e sem custo.
O que é um escopo de trabalho?
Um escopo de trabalho (SOW) é um documento que define exatamente o que um projeto irá entregar, como, em que prazo e o que constitui o trabalho concluído. Ele define claramente o escopo do trabalho para que todas as partes — clientes, fornecedores e equipes internas — cheguem a um acordo sobre os resultados esperados antes do início do projeto.
Sua função é garantir o alinhamento. O escopo de trabalho (SOW) define os objetivos, lista os resultados esperados, divide-os em tarefas, vincula-os a um cronograma e estabelece como cada resultado esperado será considerado concluído. Ele se torna a referência à qual todos recorrem quando surge uma dúvida ou uma alteração. É também por isso que ele funciona como a espinha dorsal da gestão do escopo do projeto.
Qual é a diferença entre escopo de trabalho e declaração de trabalho?
O escopo de trabalho responde ao que será feito; a declaração de trabalho responde como as duas partes trabalharão juntas para realizá-lo. Ambos compartilham a sigla SOW e costumam ser usados de forma intercambiável, mas atuam em níveis diferentes.
Um terceiro termo semelhante é o escopo do projeto. Ele define os limites do próprio projeto — o que está incluído e o que não está —, em vez de se referir ao trabalho ou à relação de trabalho.
| Documento | O que ele aborda | Normalmente contém | Quando usá-lo |
|---|---|---|---|
| Escopo do trabalho | Que trabalho será realizado | Objetivos, resultados esperados, tarefas, cronograma, critérios de aceitação, exclusões | Definição de um compromisso específico ou de uma fase do projeto |
| Declaração de trabalho | Como as partes irão trabalhar juntas | O escopo do trabalho, além de termos jurídicos, cronograma de pagamentos, garantias e governança | O contrato completo, geralmente com o escopo de trabalho (SOW) incluído nele |
| Escopo do projeto | O escopo completo do projeto | Todos os resultados esperados e o trabalho necessário para produzi-los, além do que está fora do escopo | Planejamento interno e gerenciamento do escopo em todo o projeto |
Na prática, a declaração de trabalho (Statement of Work) é o contrato-mestre, e o escopo de trabalho é a seção dentro dele que especifica os resultados esperados. O escopo do projeto é o conceito de planejamento descrito por ambos os documentos. Se uma parte interessada solicitar “o SOW”, vale a pena verificar rapidamente a qual deles ela se refere, pois os termos legais e de pagamento constam na declaração, e não no escopo.
O que deve constar em um escopo de trabalho? Os componentes principais
Um escopo de trabalho completo deve facilitar a compreensão, a cotação, o planejamento e a aprovação do trabalho. Se faltar um componente essencial, você abre margem para confusão posteriormente.
Veja o que deve ser incluído:
- Objetivos e finalidade: Este componente explica por que o trabalho existe e qual resultado ele deve produzir. Limite-se a uma ou duas frases, escritas na linguagem do cliente. Por exemplo, “Melhorar a geração de leads orgânicos a partir do blog da empresa” é mais claro do que “executar uma estratégia de conteúdo”
- Entregáveis: São os resultados específicos que você entregará. Nomeie-os e quantifique-os sempre que possível. Escreva “12 publicações por mês no LinkedIn e no Instagram”, e não “gestão de mídias sociais”
- Tarefas e atividades: Esta seção detalha o trabalho necessário para produzir cada entrega. Não é preciso incluir cada pequena ação, mas deve ser detalhada o suficiente para que alguém compreenda quais trabalhos estão incluídos. Para um redesenho de site, isso pode incluir a criação de wireframes, redação de conteúdo, desenvolvimento, controle de qualidade e suporte ao lançamento
- Cronograma e marcos: Use esta seção para mostrar como o projeto evoluirá desde o início até a conclusão. Inclua a data de início, a data de término, as principais fases, os pontos de revisão e as dependências. Um cronograma de projeto bem definido ajuda todos a entender o que precisa ser feito antes que a próxima fase possa começar
- Critérios de aceitação: definem como cada entrega será analisada, aprovada e considerada concluída. O cliente sabe qual padrão de qualidade esperar, e você sabe quando o trabalho pode ser encerrado, em vez de ser revisado indefinidamente
- Exclusões e premissas: Aqui, especifique o que não está incluído e de quais condições o projeto depende. Por exemplo, você pode excluir a gestão de anúncios pagos de um escopo de trabalho de conteúdo ou presumir que o cliente fornecerá as diretrizes da marca antes do início do trabalho. Essa seção evita que o escopo se altere antes mesmo de começar
- Custo e condições de pagamento: Esta seção aborda o custo total, a estrutura de faturamento, o cronograma de pagamentos e os gatilhos de pagamento. Muitos SOWs vinculam os pagamentos a marcos importantes, como a assinatura do contrato, a entrega da primeira versão, a aprovação final ou a conclusão do projeto
- Funções e responsabilidades: Especifique quem é o responsável por cada entrega, quem a aprova e quem é o único ponto de contato do cliente
Quais são os tipos de escopo de trabalho?
Os escopos de trabalho geralmente se enquadram em quatro estruturas. A escolha da estrutura correta depende do grau de previsibilidade do projeto, da clareza com que você consegue definir os resultados esperados e do tipo de risco que cada parte está disposta a assumir.
- Baseado em entregas (projeto/execução): Esse tipo vincula o pagamento e a aprovação a resultados específicos. Funciona melhor quando as entregas já estão bem definidas, como um site com um número fixo de páginas, um número determinado de recursos de design ou um conjunto definido de posts de blog
- Tempo e materiais: Essa estrutura cobra pelas horas, ferramentas e custos utilizados à medida que o trabalho é realizado. É adequada para projetos em que o escopo ainda é incerto, envolve muita pesquisa inicial ou está sujeito a alterações. Use-a quando uma lista fixa de entregas fosse mais uma suposição do que um plano
- Nível de esforço: Esse tipo de contrato prevê a dedicação de uma quantidade definida de tempo, suporte ou capacidade durante um período determinado. É comum em contratos de prestação de serviços, consultoria contínua, manutenção e suporte, nos quais as tarefas exatas podem variar de semana para semana, mas o nível de serviço permanece consistente
- Baseado em desempenho: Essa estrutura vincula o pagamento a resultados ou metas mensuráveis, em vez de horas registradas ou ativos entregues. Ela só funciona quando ambas as partes concordam com uma métrica bem definida, a linha de base é clara e o fornecedor tem controle suficiente sobre o resultado
Escolha rápida:
- Entregas fixas e bem definidas → baseado em entregas
- Escopo incerto ou que exija muita investigação → tempo e materiais
- Suporte contínuo ou contrato de prestação de serviços → nível de esforço
- Pagamento vinculado a um resultado claro e mensurável → baseado no desempenho
A maioria das disputas sobre o escopo surge quando a estrutura não corresponde ao trabalho. Um SOW baseado em entregas pode funcionar bem para a criação de um site com orçamento fixo, mas pode se tornar arriscado para um projeto que ainda precise de pesquisa, estratégia ou alinhamento das partes interessadas. Se você ainda não puder especificar as entregas, não finja que pode fazê-lo no SOW. Use uma estrutura que reflita essa incerteza.
Como redigir um escopo de trabalho (processo passo a passo)
Para redigir um escopo de trabalho (SOW), defina o objetivo, liste os resultados esperados e os itens que não fazem parte do escopo, divida-os em tarefas, estabeleça um cronograma com dependências, defina critérios de aceitação, indique premissas e um processo de controle de mudanças e, por fim, inclua os custos e aprove o documento. Essas sete etapas conduzem um projeto desde o início até o encerramento. Na prática:
Etapa 1: Defina os objetivos e os critérios de sucesso
Comece definindo por que o trabalho existe e como deve ser um bom resultado. Essa é a base de todo o escopo de trabalho. Se o objetivo for vago, os resultados esperados, o cronograma e o processo de aprovação também serão vagos.
Descreva o objetivo em uma ou duas frases que o cliente possa compreender facilmente. Evite jargões internos e expressões vagas como “melhorar a presença da marca” ou “apoiar as iniciativas de marketing”. Em vez disso, vincule o trabalho a um resultado comercial claro.
Por exemplo:
- Objetivo fraco: “Criar um site melhor.”
- Objetivo mais específico: “Redesenhar o site para ajudar os compradores B2B a entender o produto mais rapidamente e enviar solicitações de demonstração com menos desistências.”
Em seguida, adicione critérios de sucesso. Nem sempre é necessário que sejam KPIs rígidos, especialmente se o projeto for criativo ou envolver muita exploração. Mas eles devem explicar como ambas as partes saberão se o trabalho cumpriu seu objetivo.
Etapa 2: Liste os resultados esperados e os que não são esperados
Em seguida, especifique cada entrega que o cliente receberá. Seja específico, quantificável e direto.
Evite verbos vagos como “gerenciar”, “apoiar”, “lidar com” ou “otimizar”, a menos que você defina o que eles abrangem. Essas palavras parecem úteis em uma proposta, mas abrem espaço para a ampliação indesejada do escopo dentro de um SOW.
Por exemplo:
- Deliverable vago: “Gerenciar o blog da empresa.”
- Entrega mais bem definida: “Publicar quatro posts de blog otimizados para SEO por mês, cada um com entre 1.500 e 2.000 palavras, incluindo uma rodada de revisão por post.”
A versão mais completa informa ao cliente o que ele receberá, em que quantidade e quais são os limites. Em seguida, liste os itens não incluídos na mesma seção. É aqui que você especifica o que não está incluído no trabalho, mesmo que pareça óbvio para você.
Para um projeto de blog, os itens não entregáveis podem incluir:
- Pesquisa de palavras-chave além do plano de conteúdo aprovado
- Publicação de posts no CMS
- Gráficos ou ilustrações personalizados
- Entrevistas com especialistas no assunto
- Mais de uma rodada de revisão por artigo
- Divulgação nas redes sociais após a publicação
Exemplo prático: o sistema de bagagem do Aeroporto Internacional de Denver
O sistema automatizado de bagagem do Aeroporto Internacional de Denver serve como um alerta útil para qualquer escopo de trabalho.
A meta principal parecia simples: construir um sistema automatizado de bagagem para o novo aeroporto. Mas o trabalho real envolvia vários terminais, companhias aéreas, tipos de bagagem, regras de roteamento e exceções operacionais.
De acordo com uma análise do projeto realizada pelo GAO, Denver concedeu à BAE Automated Systems um contrato no valor de cerca de US$ 195,6 milhões em 1992. Em 1995, o custo havia subido para mais de US$ 290 milhões. A inauguração do aeroporto também foi adiada de outubro de 1993 para fevereiro de 1995 devido a problemas no sistema e grandes modificações.
O escopo mudava constantemente devido à adição de esteiras transportadoras, ao manuseio de bagagens de tamanhos irregulares, a equipamentos de manutenção, a atualizações de rotas e a alterações solicitadas pelas companhias aéreas. Um acordo posterior reduziu a capacidade de manuseio de bagagens de 65 malas por minuto por linha para 30. Denver também teve que construir um sistema convencional de backup para bagagens, cujo custo foi estimado pelo GAO em US$ 63 milhões.
A lição: Não defina apenas o resultado final; defina também os limites em torno dele. O “sistema automatizado de bagagem” deveria ter especificado quais companhias aéreas, tipos de bagagem, exceções, processos alternativos e padrões de teste estavam incluídos ou excluídos.
Mas os limites no papel não eram a solução completa. Denver tinha um escopo. O que faltava era um escopo vinculado à execução prática; assim, cada esteira transportadora, mudança de rota e solicitação de companhia aérea acabava se tornando um acordo paralelo que o documento original nunca incorporava. O arquivo e a construção se tornaram dois projetos distintos.
Etapa 3: Divida os resultados esperados em tarefas
Depois de listar cada entrega, faça um teste simples: seria possível alguém começar a trabalhar a partir desta linha amanhã?
Se a resposta for “não”, ainda é muito abrangente.
Trate de um resultado final por vez e divida-o em ações no nível das tarefas, usando o formato verbo + objeto. Por exemplo: “criar wireframe da página inicial”, “revisar o texto jurídico”, “aprovar o design final” ou “publicar postagem no blog no CMS”. Evite nomes de tarefas vagos, como “trabalho no site”, “suporte de conteúdo” ou “atualizações de design”. Eles não indicam quem faz o quê.
Para uma entrega relacionada a um blog (4 posts otimizados para SEO por mês), a divisão das tarefas pode ser assim:
| Tarefa | Proprietário | Dependência |
|---|---|---|
| Confirme os tópicos e as palavras-chave | Estrategista de conteúdo/estrategista de SEO | O cliente aprova o plano de conteúdo |
| Crie briefings | Estrategista de conteúdo | Palavras-chave confirmadas |
| Elabore os primeiros rascunhos | Autor | Termos de referência aprovados |
| Verifique a precisão do produto | Cliente SME | Rascunhos enviados |
| Revise a estrutura e a clareza do texto | Editor | Comentários de especialistas adicionados |
| Adicione links internos e metadados | Especialista em SEO | Edições finais concluídas |
| Carregar no CMS | Gerente de conteúdo | O cliente aprova a versão final |
Essa camada de tarefas revela a carga de trabalho real por trás do produto final. Ela também mostra onde podem ocorrer atrasos. Se o especialista na área do cliente não revisar o rascunho dentro do prazo, o editor, o especialista em SEO e o gerente de conteúdo terão seus prazos adiados. Essa dependência deve ficar clara antes do início do projeto.
Para projetos maiores, use uma estrutura de divisão do trabalho. Isso significa agrupar o trabalho por fase e, em seguida, dividir cada fase em tarefas atribuídas. Por exemplo, a reformulação de um site pode incluir descoberta, mapa do site, wireframes, redação, design, desenvolvimento, controle de qualidade, configuração de análises e lançamento. Cada fase deve então ser transformada em trabalho no nível da tarefa, com um responsável, prazo de entrega e ponto de aprovação.
Você pode criar esse mapa de tarefas em:
- ClickUp, Asana ou monday.com para gerenciamento de responsáveis, prazos, dependências e acompanhamento do status
- Jira para escopos de software, produtos e engenharia
- Trello para uma entrega mais simples no estilo Kanban
- Miro ou FigJam para mapear visualmente o fluxo de trabalho antes de transformá-lo em tarefas
- Google Sheets ou Excel, caso o cliente deseje uma tabela simples de tarefas anexada ao escopo de trabalho
Etapa 4: Defina o cronograma, os marcos e as dependências
Agora, transforme a lista de tarefas em um cronograma. Adicione a data de início, a data de término, os principais marcos e quaisquer dependências que possam afetar a entrega.
Não se limite a escrever “Prazo do projeto: seis semanas”. Divida o cronograma em fases, como análise inicial, rascunho inicial, revisão, correções, aprovação final e lançamento. Em seguida, indique quais marcos acionam o pagamento, a aprovação ou a próxima fase do trabalho.
Por exemplo:
- Reunião inicial concluída até 3 de maio
- O cliente fornecerá os recursos da marca até 6 de maio
- Primeiro rascunho a ser entregue até 15 de maio
- O feedback do cliente deve ser enviado em até três dias úteis
- Revisões finais entregues até 24 de maio
- A aprovação final deve ocorrer até 28 de maio
A parte mais importante é identificar as dependências, especialmente aquelas do lado do cliente. Muitos atrasos nos projetos não decorrem do trabalho em si. Eles decorrem de feedbacks atrasados, falta de acesso de login, atrasos nas revisões jurídicas, partes interessadas indisponíveis ou recursos que chegam depois que a equipe já começou a trabalhar.
Defina tudo isso antes do início do trabalho.
Por exemplo: “Os prazos do projeto dependem do feedback oportuno do cliente, do acesso às ferramentas necessárias e do fornecimento dos ativos de marca aprovados. Atrasos no feedback, nas aprovações, no acesso ou nos materiais podem alterar o cronograma do projeto pelo mesmo número de dias úteis.”
Etapa 5: Elabore critérios de aceitação para cada entrega
Para cada entrega, defina o que é considerado aprovado. Essa é a cláusula que impede que um projeto se perca em revisões intermináveis do tipo “está quase pronto”.
Mantenha os critérios vinculados a verificações observáveis. Para uma migração de site, “pronto para lançamento” pode significar que os redirecionamentos foram testados, as ferramentas de análise estão funcionando, os formulários de contato funcionam e as páginas aprovadas carregam corretamente no computador e no celular. Para uma apresentação de vendas, isso pode significar algo completamente diferente.
Evite frases de aprovação que se baseiem exclusivamente em gostos pessoais, como “o cliente está satisfeito com o trabalho”. Uma frase mais adequada seria:
“O produto final é aceito assim que atender aos critérios acordados, incluir a rodada de revisão aprovada e receber a aprovação por escrito do cliente.”
Isso proporciona a ambas as partes um ponto de conclusão claro. Novas solicitações ainda podem surgir depois disso, mas serão tratadas como solicitações de alteração, e não como uma extensão do escopo original.
Etapa 6: Definir premissas, exclusões e um processo de controle de mudanças
É aqui que você protege o projeto contra uma expansão silenciosa.
Premissas
- O feedback do cliente será fornecido em até três dias úteis
- Todos os arquivos de origem necessários estarão disponíveis antes do início do projeto
- Um único tomador de decisão dará a aprovação final
Exclusões
- Design de logotipo
- Manutenção contínua
- Solicitações de novas páginas além do escopo acordado
- Suporte de SEO pós-lançamento
Processo de controle de mudanças
- Qualquer trabalho fora desse escopo deve ser solicitado por escrito
- A solicitação será analisada quanto ao impacto nos custos e no cronograma
- Ambas as partes devem aprovar a alteração antes do início dos trabalhos
Essa última parte é a mais importante. Se o fornecedor realizar o trabalho adicional primeiro e discutir o pagamento posteriormente, a solicitação de alteração se torna muito mais difícil de ser cumprida.
Exemplo prático: o projeto “Virtual Case File” do FBI
O projeto “Virtual Case File” do FBI é um exemplo claro de por que o controle de mudanças e os marcos devem ser incluídos no escopo desde o início.
O projeto tinha como objetivo modernizar o sistema de gerenciamento de casos do FBI. Mas, de acordo com uma análise do Inspetor-Geral do Departamento de Justiça (DOJ), o FBI e suas empresas contratadas não tinham uma compreensão sólida dos requisitos de projeto à medida que o trabalho avançava. Um gerente de projeto do FBI afirmou que o escopo do programa Trilogy cresceu cerca de 80% após o início do projeto.
A estrutura do contrato também tornou o problema mais difícil de controlar. A análise constatou que as especificações do trabalho não incluíam marcos específicos de conclusão nem pontos críticos de revisão de decisões, além de não estabelecerem penalidades caso os marcos não fossem cumpridos.
O projeto acabou sendo abandonado depois que cerca de US$ 170 milhões foram gastos.
A lição: Defina o processo de alterações antes do início do trabalho. O escopo de trabalho (SOW) deve especificar como as alterações são solicitadas, orçadas, aprovadas e incorporadas ao cronograma, com marcos e pontos de revisão concretos definidos. Caso contrário, as alterações no escopo se tornam decisões informais, e decisões informais acabam saindo caras.
É o mesmo erro de um PDF arquivado, só que em uma escala de US$ 170 milhões: as especificações de trabalho permaneceram estáticas enquanto os requisitos mudavam. Sem nada conectando o escopo ao trabalho em andamento, não havia como acompanhar o crescimento de 80% à medida que ele ocorria.
Etapa 7: Adicione custos, condições de pagamento e aprovação
Conclua o Escopo de Trabalho (SOW) com os termos comerciais: preço total, estrutura de faturamento, cronograma de pagamentos, prazos de vencimento, condições em caso de atraso no pagamento e a pessoa autorizada a aprovar o trabalho.
Sempre que possível, vincule os pagamentos a marcos bem definidos. Por exemplo:
- 40% a pagar na assinatura do contrato
- 30% a pagar após a entrega do primeiro produto principal ou do rascunho
- 30% a pagar após a entrega final ou aprovação
Para trabalhos contínuos, indique o valor mensal do contrato de prestação de serviços, a data de faturamento, o escopo incluído e o que ocorre quando o cliente excede as horas ou as entregas acordadas.
Em seguida, obtenha uma aprovação por escrito. Um escopo de trabalho sem aprovação é apenas um rascunho de trabalho. As assinaturas confirmam que ambas as partes concordam com os resultados esperados, o cronograma, as exclusões, as condições de pagamento e o processo de alterações antes do início do trabalho.
Crie um escopo de trabalho em poucos minutos com este modelo pronto para uso
O modelo de escopo de trabalho do ClickUp oferece um documento pronto para registrar detalhes do projeto, entregas, responsabilidades, cronogramas, gerenciamento de mudanças, orçamento e aprovações em um único lugar. Ele é útil quando você deseja que o escopo de trabalho faça parte do fluxo de trabalho do projeto.
Por que usar este modelo:
- Defina desde o início as principais seções do escopo de trabalho, incluindo antecedentes e objetivos, entregas, responsabilidades do fornecedor, responsabilidades do cliente, cronograma, plano de comunicação, gestão de mudanças, orçamento e aprovações
- Vincule o escopo de trabalho (SOW) ao local relevante no ClickUp, para que o documento esteja vinculado ao projeto propriamente dito
- Use mais de 15 visualizações personalizadas, como Lista, Gantt, Carga de Trabalho e Calendário, para transformar o escopo escrito em um trabalho rastreável com responsáveis, datas e dependências
- Adicione campos personalizados e status para acompanhar o andamento das aprovações, alterações no escopo, detalhes do orçamento e responsabilidades das partes interessadas à medida que o projeto avança
Exemplos de escopo de trabalho por setor
Um escopo de trabalho (SOW) utiliza as mesmas seções principais em todos os setores: objetivos, entregas, cronograma, premissas, exclusões, critérios de aceitação, condições de pagamento e aprovação.
O que muda é o risco.
Um projeto de site geralmente fracassa devido ao número de páginas, revisões, propriedade do CMS e suporte pós-lançamento. Já um escopo de obra fracassa devido a licenças, condições do local, inspeções e alterações nos materiais.
Use os exemplos abaixo como orientação para definir seu próprio escopo, e não como contratos para copiar palavra por palavra.
Aqui está um exemplo resumido de um escopo de trabalho (SOW) para a reformulação de um site, com todas as seções principais preenchidas:
Objetivo: Substituir o site de marketing para ajudar os compradores B2B a entender o produto mais rapidamente e aumentar o número de inscrições para demonstrações.
Entregáveis: 8 páginas projetadas e desenvolvidas com base no mapa do site aprovado, 2 rodadas de revisão por página, transferência do CMS e uma sessão de treinamento de 1 hora.
Cronograma: 6 semanas divididas em 3 etapas: aprovação do projeto (semana 2), conclusão da construção (semana 4) e lançamento (semana 6).
Critérios de aceitação: Cada página é aprovada com base na maquete de design assinada, carrega corretamente em computadores e dispositivos móveis e recebe a aprovação por escrito do cliente.
Exclusões: redação publicitária, licenciamento de fotos de banco de imagens, novas páginas além do mapa do site, migração de SEO e manutenção pós-lançamento.
Pagamento: 40% na assinatura do contrato, 30% na conclusão da construção e 30% no lançamento.
Controle de mudanças: Qualquer solicitação fora desse escopo é registrada, avaliada quanto ao impacto no custo e no cronograma e aprovada por escrito antes do início do trabalho.
Objetivo: Substituir o site de marketing para ajudar os compradores B2B a entender o produto mais rapidamente e aumentar o número de inscrições para demonstrações.
Entregáveis: 8 páginas projetadas e desenvolvidas com base no mapa do site aprovado, 2 rodadas de revisão por página, transferência do CMS e uma sessão de treinamento de 1 hora.
Cronograma: 6 semanas divididas em 3 etapas: aprovação do projeto (semana 2), conclusão da construção (semana 4) e lançamento (semana 6).
Critérios de aceitação: Cada página é aprovada com base na maquete de design assinada, carrega corretamente em computadores e dispositivos móveis e recebe a aprovação por escrito do cliente.
Exclusões: redação publicitária, licenciamento de fotos de banco de imagens, novas páginas além do mapa do site, migração de SEO e manutenção pós-lançamento.
Pagamento: 40% na assinatura do contrato, 30% na conclusão da construção e 30% no lançamento.
Controle de mudanças: Qualquer solicitação fora desse escopo é registrada, avaliada quanto ao impacto no custo e no cronograma e aprovada por escrito antes do início do trabalho.
Escopo de trabalho (SOW) para agência de criação ou reformulação de site
O risco nos trabalhos relacionados a sites é a mão de obra oculta. Um cliente pode presumir que redação de conteúdo, migração de SEO, novas páginas, fotos de banco de imagens, gráficos personalizados, upload no CMS e suporte pós-lançamento estão todos incluídos, a menos que o escopo de trabalho (SOW) indique o contrário.
Inclui:
- Número de páginas ou modelos
- Responsabilidades de design e desenvolvimento
- Número de rodadas de revisão por página
- Transferência ou treinamento do CMS
- Testes em navegadores e dispositivos
- Abrir janela de suporte
Excluir:
- Redação, salvo indicação em contrário
- Fotografias de banco de imagens ou taxas de licenciamento
- Novas páginas além do mapa do site aprovado
- Migração de SEO, a menos que esteja no escopo
- Manutenção contínua após o lançamento
Exemplo de redação de escopo de trabalho:
“O fornecedor projetará e desenvolverá oito páginas do site com base no mapa do site aprovado, com até duas rodadas de revisão por página. Redação de conteúdo, licenciamento de imagens de banco de imagens, solicitações de páginas adicionais, migração de SEO e manutenção pós-lançamento estão excluídos, a menos que aprovados por meio de uma solicitação de alteração por escrito.”
Escopo de Trabalho (SOW) para a construção
O risco na construção civil está em presumir que o “projeto” inclui tudo o que está relacionado a ele. Licenças, inspeções, acesso ao canteiro de obras, atrasos causados pelo clima, aumentos no custo dos materiais e alterações no projeto solicitadas pelo proprietário precisam ser tratados de forma explícita.
Inclui:
- Trabalhe por etapas, como demolição, preparação do canteiro, estrutura, instalação elétrica, encanamento, acabamento ou limpeza
- Materiais e especificações
- Pontos de inspeção
- Marcos para liberação de pagamentos
- Regras de acesso ao local
Excluir:
- Taxas de licenciamento, a menos que estejam incluídas
- Condições imprevistas no canteiro de obras
- Alterações no projeto solicitadas pelo proprietário
- Atualizações de materiais após a aprovação
- Trabalho fora dos desenhos aprovados
Exemplo de redação de escopo de trabalho:
“O empreiteiro realizará a preparação do canteiro de obras, a estrutura, a instalação elétrica preliminar e os acabamentos de acordo com os desenhos e especificações aprovados. Taxas de licença, alterações solicitadas pelo proprietário, condições imprevistas no local e atualizações de materiais estão excluídas e serão tratadas por meio de uma ordem de alteração.”
Escopo de Trabalho (SOW) para desenvolvimento de software ou produto
O risco no desenvolvimento de software está na linguagem vaga ao descrever funcionalidades. “Criar painel de controle” pode significar dez coisas diferentes para dez partes interessadas. Defina a funcionalidade, a condição de teste, o ambiente, a responsabilidade pela integração e o prazo de suporte pós-lançamento.
Inclui:
- Histórias de usuário ou lista de funcionalidades
- Requisitos funcionais
- Requisitos não funcionais, como desempenho, segurança e acessibilidade
- Responsabilidades relacionadas à API ou integração
- Escopo de testes e correção de bugs
- Preparação e transferência para a produção
Excluir:
- Recursos fora das histórias de usuário listadas
- Custos de ferramentas de terceiros
- Limpeza ou migração de dados, a menos que esteja previsto no escopo
- Grandes reformulações de UX
- Suporte após o período de garantia
Exemplo de redação de escopo de trabalho:
“O fornecedor desenvolverá as histórias de usuário listadas no Apêndice A e as implantará no ambiente de teste para análise do cliente. Recursos fora do escopo do Apêndice A, taxas de assinatura de terceiros, limpeza de dados históricos e suporte pós-garantia estão excluídos, a menos que aprovados por meio de uma solicitação de mudança.”
Escopo de Trabalho (SOW) da campanha de marketing
O risco no marketing está em confundir entregas com resultados. Você pode definir o escopo da estratégia da campanha, dos recursos, dos relatórios e do suporte ao lançamento. É preciso ter cuidado ao prometer leads, receita, CAC ou ROAS, a menos que o fornecedor controle o orçamento de mídia, a página de destino, o acompanhamento de vendas e a configuração do rastreamento.
Inclui:
- Estratégia de campanha
- Público-alvo e mensagens
- Número de conceitos publicitários ou variantes criativas
- Criação ou redação de conteúdo para páginas de destino
- Texto do e-mail
- Painel de relatórios
- Frequência dos relatórios
Excluir:
- Gastos com mídia paga
- Configuração da conta publicitária, a menos que indicado
- Variantes criativas adicionais
- Remuneração de influenciadores ou parceiros
- Acompanhamento de vendas
- Garantias de desempenho fora dos controles acordados
Exemplo de redação de escopo de trabalho:
“O fornecedor fornecerá a estratégia da campanha, três conceitos criativos de anúncios, o texto da página de destino, dois e-mails de marketing e um painel de relatórios de desempenho. Estão excluídos os gastos com mídia paga, honorários de influenciadores, variantes criativas adicionais e acompanhamento de vendas. As metas de desempenho são orientativas, a menos que estejam vinculadas separadamente ao orçamento aprovado, ao acompanhamento e aos controles da campanha.”
Escopo de Trabalho (SOW) para consultoria ou contrato de prestação de serviços
O risco nos contratos de prestação de serviços contínua é a falta de clareza quanto à capacidade. O “suporte contínuo” pode se transformar em chamadas ilimitadas, estratégia, execução, relatórios e solicitações pontuais, a menos que o escopo de trabalho (SOW) defina horas, tempos de resposta, frequência das reuniões e regras de renovação.
Inclui:
- Horas mensais ou volume de entregas
- Expectativas quanto ao tempo de resposta
- Frequência das reuniões
- Frequência dos relatórios
- Ponto de contato principal
- Regras de prorrogação ou vencimento
Excluir:
- Trabalho além das horas mensais
- Entrega no mesmo dia, salvo acordo em contrário
- Novos projetos estratégicos
- Oficinas adicionais com as partes interessadas
- Execução de trabalhos fora da área de serviço contratada
Exemplo de redação de escopo de trabalho:
“O fornecedor prestará até 20 horas de suporte de consultoria por mês, incluindo uma chamada semanal de assessoria, revisão assíncrona dos materiais acordados e um resumo mensal das recomendações. As horas não utilizadas não são acumuladas. Novos projetos, solicitações para o mesmo dia e trabalhos que excedam 20 horas exigem aprovação por escrito.”
A estratégia mais útil é a mesma em todos os setores: identifique os resultados esperados, especifique as premissas comuns e defina as exclusões relacionadas às solicitações que as pessoas provavelmente farão posteriormente.
A nova abordagem: trate o escopo de trabalho (SOW) como uma base de trabalho, não como um PDF arquivado
A esta altura, o padrão já está claro: um PDF assinado não consegue acompanhar um projeto em andamento. Portanto, a verdadeira questão não é como redigir um escopo de trabalho (SOW) melhor, e sim o que acontece com o SOW após a assinatura.
Encare isso como duas coisas, não como uma só. O contrato assinado permanece inalterado como linha de base, o registro do que ambas as partes concordaram no início. O trabalho em torno dele permanece em andamento: tarefas, responsáveis, prazos, aprovações, orçamentos, riscos e solicitações de alteração. Quando esses dois elementos estão conectados, uma nova solicitação não pode se tornar discretamente um trabalho não remunerado; ela aparece em relação à linha de base como uma alteração.
Veja a diferença:
| Escopo de Trabalho (SOW) estático | Base de referência do escopo de trabalho (SOW) |
|---|---|
| Disponível em formato PDF ou como anexo de documento | Integrado a tarefas, cronogramas, aprovações e orçamento |
| Reaberto apenas quando algo dá errado | Utilizado durante os ciclos de entrega e revisão |
| As alterações são feitas pelo Slack, por e-mail ou por meio de chamadas paralelas | As alterações são registradas, orçadas, aprovadas e vinculadas ao impacto no cronograma |
| A lista de tarefas se afasta do acordo original | A execução permanece rastreável em relação ao escopo aprovado |
O escopo de trabalho (SOW) assinado não deve ser editado de forma casual sempre que algo mudar. Esse é o problema da dispersão do trabalho em miniatura, em que a atualização vai parar em uma mensagem direta, o SOW fica em um documento separado e a lista de tarefas está em outro lugar.
É aí que ferramentas como o ClickUp ajudam. O escopo de trabalho pode ser mantido junto com as tarefas, comentários, aprovações, prazos e orçamento.
Este breve vídeo do ClickUp mostra como isso funciona e como as equipes organizam tudo.
Melhor prática: Sempre mantenha a versão original inalterada e gerencie as alterações por meio de um registro de alterações claro ou de uma solicitação de alteração aprovada. Por exemplo, se um cliente solicitar duas páginas de destino adicionais durante uma campanha, a solicitação não deve simplesmente aparecer no quadro do projeto. Ela deve ser registrada como uma alteração no escopo, analisada quanto ao impacto no custo e no cronograma, aprovada por escrito e, em seguida, adicionada ao plano de trabalho.
Como gerenciar um escopo de trabalho no ClickUp
É mais fácil gerenciar um escopo de trabalho (SOW) quando o documento, as tarefas, as aprovações e o cronograma permanecem interligados:
Use o ClickUp Docs para elaborar o escopo de trabalho (SOW) no mesmo local onde o trabalho é realizado
Comece com o Escopo de Trabalho (SOW) no ClickUp Docs. Você pode usar o documento para definir o objetivo, os resultados esperados, as exclusões, o cronograma, os critérios de aceitação e as condições de pagamento. Depois, à medida que o projeto avança, o documento pode permanecer vinculado às tarefas e marcos que ele rege.
Por exemplo, a seção “Entregáveis” do escopo de trabalho de um site pode incluir tarefas relacionadas ao texto da página inicial, wireframes, revisão do design, desenvolvimento, controle de qualidade e aprovação final. Isso facilita a consulta ao escopo de trabalho durante a entrega.
Transforme os resultados esperados em tarefas e subtarefas do ClickUp
Depois que o escopo de trabalho estiver redigido, transforme cada entrega em uma tarefa ou grupo de subtarefas com as Tarefas do ClickUp.
Por exemplo, “três páginas de destino” podem se tornar tarefas separadas para cada página. Cada página pode, então, ter subtarefas para redação, design, desenvolvimento, revisão, controle de qualidade e aprovação.
Isso ajuda a equipe a enxergar o trabalho real por trás de cada entrega. Além disso, reduz o risco de uma ampliação silenciosa do escopo. Se uma quarta página de destino aparecer na lista de tarefas, será mais fácil identificá-la, pois ela não corresponderá ao escopo de trabalho original.
Monitore escopos ativos com painéis em tempo real
Os painéis do ClickUp ajudam quando você precisa gerenciar vários escopos de trabalho ao mesmo tempo.
Uma agência, prestadora de serviços ou equipe de operações pode usar painéis para acompanhar aprovações atrasadas, trabalhos por cliente, marcos futuros, solicitações de mudança em aberto, carga de trabalho e indicadores orçamentários. Isso facilita a identificação de riscos relacionados ao escopo antes que se tornem um problema para a margem de lucro.
Por exemplo, se três projetos de clientes estiverem aguardando feedback, um painel pode mostrar esse atraso em todas as contas, em vez de ocultá-lo em listas de tarefas separadas.
Os painéis do ClickUp mudaram a forma como conduzimos as operações diárias da agência. Monitoramos a capacidade de três equipes de desenvolvimento e identificamos obstáculos antes que se transformem em atrasos; assim, gastamos menos tempo acompanhando o andamento em threads do Slack e mais tempo realmente avançando no trabalho dos clientes.
Os painéis do ClickUp mudaram a forma como conduzimos as operações diárias da agência. Monitoramos a capacidade de três equipes de desenvolvimento e identificamos obstáculos antes que se transformem em atrasos; assim, gastamos menos tempo acompanhando o andamento em threads do Slack e mais tempo realmente avançando no trabalho dos clientes.
Elabore rascunhos, resuma e verifique o contexto com o ClickUp Brain
O ClickUp Brain pode elaborar um escopo de trabalho a partir de um resumo do projeto, resumir longas chamadas com clientes, transformar anotações em slides ou responder a perguntas usando dados da equipe provenientes de Tarefas, Documentos, Chat e espaços de trabalho conectados.
No caso do escopo de trabalho (SOW), isso significa que você pode fazer perguntas como:
- “Quais entregas ainda aguardam a aprovação do cliente?”
- “Quais tarefas foram adicionadas após o escopo de trabalho original?”
- “Resuma as solicitações de alteração em aberto para este cliente.”
- “Elabore critérios de aceitação com base nessas entregas.”
O Brain também amplia ainda mais essa orientação baseada no contexto, com IA desenvolvida em torno dos projetos, documentos, pessoas, conversas e conhecimento da empresa.
Deixe que os Super Agentes realizem verificações periódicas do escopo
Os Super Agents são mais úteis quando o processo já está definido.
Por exemplo, uma equipe poderia designar um agente para preparar uma revisão semanal do escopo, resumir as aprovações em atraso, sinalizar tarefas sem status de escopo ou redigir uma atualização para o cliente antes de uma reunião de marcos.
Um bom exemplo de aplicação seria:
“Todas as sextas-feiras, resuma todas as solicitações de alteração em aberto, tarefas adicionadas nesta semana, aprovações atrasadas e marcos em risco para este projeto do cliente.” Isso proporciona ao gerente de projeto um ciclo de revisão mais rápido. No entanto, isso não deve substituir a aprovação formal. Qualquer trabalho adicional ainda precisa de aprovação por escrito antes de se tornar parte do escopo.
Limitação honesta
O ClickUp é útil quando o desvio do escopo acarreta custos reais: agências, equipes de atendimento, prestadores de serviços, consultores, equipes de operações e equipes internas que gerenciam vários projetos ao mesmo tempo.
Para um freelancer que trabalha sozinho e precisa redigir um escopo de trabalho de uma página para um projeto simples, isso pode ser mais estruturado do que o necessário. Um documento bem organizado, uma lista de tarefas compartilhada e uma aprovação assinada podem ser suficientes.
O resultado positivo aparece quando o escopo de trabalho (SOW) deixa de ser apenas um documento. Ele se torna a base à qual sua equipe pode vincular tarefas, cronogramas, aprovações, solicitações de alteração e comunicação com o cliente.
Erros comuns no escopo de trabalho que devem ser evitados
| Erro | Por que isso causa problemas | Corrigir |
|---|---|---|
| Resultados esperados vagos | Palavras como “gerenciar”, “apoiar” ou “otimizar” podem ser interpretadas de várias maneiras quando não há quantidades ou limites definidos | Nomeie o produto final, adicione um número e defina a entrega |
| Sem lista de exclusões | Tudo o que não for explicitamente mencionado pode ser considerado incluído, especialmente em trabalhos de atendimento ao cliente | Adicione uma seção “Fora do escopo” para trabalhos relacionados que o cliente possa razoavelmente esperar |
| Contagem de revisões sem definir o que constitui uma revisão | “Duas rodadas” ainda podem se tornar confusas se uma delas incluir dez alterações não relacionadas, propostas por cinco partes interessadas | Defina o que uma rodada de revisão inclui, quem pode solicitá-la e quando ela termina |
| Ausência de processo de controle de alterações | Toda nova solicitação se transforma em uma negociação informal assim que o trabalho já tiver começado | Exija aprovação por escrito para qualquer alteração no escopo, incluindo impactos no custo e no cronograma |
| Ignorando as dependências do lado do cliente | Retornos tardios, arquivos ausentes ou aprovações atrasadas podem comprometer o cronograma, enquanto o fornecedor arca com a culpa | Especifique o que o cliente deve fornecer, até quando e como os atrasos afetam as datas de entrega |
Transforme seu escopo de trabalho em um sistema dinâmico
Um bom escopo de trabalho compensa em triplo. Elaborá-lo obriga a esclarecer as partes vagas. Durante a execução do projeto, ele resolve disputas antes que elas se agravem. E quando o escopo se expande, ele torna a mudança visível, em vez de deixá-la passar despercebida.
Mas todo esse valor depende de uma condição: o documento não pode ficar esquecido na caixa de entrada.
As equipes que tiram o máximo proveito disso tratam o escopo como um sistema dinâmico: definido claramente desde o início, vinculado às tarefas reais e revisado à medida que o trabalho evolui. Aborde os sete componentes, quantifique cada entrega, especifique as exclusões e mantenha o documento alinhado ao trabalho que ele descreve.
A maneira mais rápida de colocar isso em prática é começar com um modelo e vinculá-lo ao seu projeto. Comece a usar o ClickUp gratuitamente, personalize o modelo de escopo de trabalho no Docs e, em seguida, vincule cada entrega às tarefas responsáveis por realizá-la.
Perguntas frequentes sobre o escopo de trabalho
Qual é a diferença entre o escopo de trabalho e o escopo do projeto?
Um escopo de trabalho é um documento que especifica os resultados esperados e as tarefas para um compromisso ou fase específica. O escopo do projeto é o conceito de planejamento mais amplo que define os limites completos do projeto: tudo o que está incluído e tudo o que está excluído. Em resumo, o escopo de trabalho descreve uma parte do trabalho, enquanto o escopo do projeto descreve os limites completos dentro dos quais o trabalho se insere.
Qual é a diferença entre um escopo de trabalho e um contrato-mestre de prestação de serviços (MSA)?
Um MSA estabelece os termos jurídicos e comerciais gerais que regem uma relação contínua entre cliente e fornecedor; um escopo de trabalho define os resultados esperados para um projeto específico no âmbito desse MSA. A hierarquia típica é: o MSA no topo, declarações de trabalho individuais abaixo dele e o escopo de trabalho incluído em cada declaração. O MSA é assinado uma única vez; um novo SOW é emitido para cada contrato.
Quais são os quatro tipos de escopo de trabalho?
As quatro estruturas mais comuns são: baseada em entregas (pagamento vinculado a resultados específicos), tempo e materiais (cobrança por horas e custos à medida que o trabalho é realizado), nível de esforço (uma capacidade definida para um determinado período, comum em contratos de prestação de serviços) e baseada em desempenho (pagamento vinculado a resultados mensuráveis). Escolha a estrutura que melhor se adapte ao grau de previsibilidade dos resultados. A maioria das disputas sobre o escopo de trabalho surge quando a estrutura não se adequa ao trabalho.
Quem redige o escopo do trabalho?
Geralmente, a parte responsável pela execução do trabalho é quem elabora o escopo do trabalho: a agência, o fornecedor ou o líder de projeto interno. Em seguida, ambas as partes revisam e aprovam o documento antes do início dos trabalhos. Elaborá-lo você mesmo é uma vantagem, pois permite definir os resultados esperados, os limites e as exclusões de acordo com suas condições.
O escopo de trabalho tem validade jurídica?
Um escopo de trabalho torna-se juridicamente vinculativo assim que é assinado como parte de um contrato ou termo de serviço. Por si só, ele define principalmente o trabalho, mas, dentro de um acordo assinado, torna-se a referência para o que foi prometido. Para qualquer questão contratual, peça a um profissional qualificado que analise os termos vinculativos.
Um escopo de trabalho pode ser usado para projetos internos?
Sim. Um escopo de trabalho funciona entre equipes internas — como o departamento de marketing solicitando um painel de dados ou a equipe de operações solicitando uma ferramenta interna — exatamente da mesma forma que funciona entre um cliente e um fornecedor. Os componentes são idênticos: objetivos, entregas, cronograma, critérios de aceitação e exclusões. A única diferença é que a aprovação vem de uma parte interessada interna, em vez de um cliente externo, e as condições de pagamento podem ser substituídas por alocação de orçamento ou de recursos.
Qual é outra palavra para “escopo de trabalho”?
O escopo de trabalho é, às vezes, chamado de declaração de trabalho, declaração do escopo do projeto ou simplesmente “o escopo”, embora esses termos não sejam sinônimos perfeitos. A declaração de trabalho é o contrato mais abrangente; a declaração do escopo do projeto é a versão de planejamento interno. Se alguém usar esses termos de forma imprecisa, confirme se se refere aos resultados esperados (escopo de trabalho) ou ao contrato completo (declaração de trabalho) antes de agir com base nisso.
Qual é a diferença entre um escopo de trabalho e uma estrutura analítica do projeto (WBS)?
Um escopo de trabalho define o que será entregue e os termos relacionados a isso; uma estrutura analítica do trabalho divide esses resultados esperados em uma hierarquia de subresultados e tarefas. O escopo de trabalho (SOW) é o acordo; a estrutura analítica do trabalho (WBS) é o mapa de execução subjacente a ele. Você elabora a WBS a partir dos resultados esperados do SOW, e é assim que o documento permanece vinculado às tarefas reais, em vez de se desviar do objetivo.