Declaração de Trabalho: Guia Definitivo & Modelo Para 2026
O Segredo: Uma declaração de trabalho clarifica as responsabilidades e o que está dentro e fora do âmbito do seu projeto. Quando é elaborada de forma ponderada, pode ajudar a reduzir atrasos e aumentar a rentabilidade.
Ingredientes Essenciais: Uma declaração de trabalho bem elaborada resume o propósito, os resultados a entregar, a governação e os prazos. Isto é crucial para alinhar expectativas e garantir o progresso harmonioso do projeto.
A Arte da Comunicação: Conheça bem a sua declaração de trabalho e partilhe-a com as partes interessadas para manter todos em sintonia ao longo do projeto, evitar confusões e melhorar a colaboração.
Uma declaração de trabalho eficaz é a ferramenta definitiva para evitar problemas antes que estes surjam. É a única fonte de informação que clarifica aquilo pelo qual você e a sua equipa são responsáveis ao entregar o projeto.
Uma declaração de trabalho pouco clara pode significar atrasos, trabalho adicional e menor rentabilidade. Veja como criar uma que defina expectativas claras, proteja você e a sua equipa e maximize as probabilidades de sucesso do projeto.
O que é uma declaração de trabalho?
Uma declaração de trabalho (SoW) é um acordo entre um cliente e uma agência, um prestador de serviços ou um profissional contratado que define o que está incluído num projeto.
A SoW é o contrato do projeto que estabelece e alinha as expectativas. Resume o objetivo do projeto e define as entregas, as normas, os critérios e os requisitos de cada fase do projeto.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Se já criou um plano de projeto ou cronograma e uma estimativa do projeto, então a SoW é a cereja no topo do bolo — contém os detalhes essenciais para juntar tudo.
Uma SoW bem redigida define claramente aquilo que a sua equipa fará e não fará num projeto, ajudando-o a gerir os seus prestadores de serviços e a proteger tanto o seu cronograma como os resultados financeiros.
Modelo e exemplo de declaração de trabalho & [Transferir]
Felizmente, tenho o modelo de que precisa! O meu modelo de declaração de trabalho é detalhado e está pronto a utilizar. Ajuda a responder às perguntas: “o que devo incluir na minha SoW?”, “de quanta informação detalhada preciso?” e “onde devo guardar as informações do projeto?”
O meu modelo de SoW tem aproximadamente 12 páginas (1000 palavras) e está disponível num formato compatível com o Microsoft Word e o Google Docs, para que o possa adaptar conforme necessário. O modelo não tem marca e utiliza um estilo genérico, para facilitar a edição do conteúdo e a aplicação da sua marca com o seu logótipo.
A primeira secção apresenta as informações gerais do projeto, enquanto a segunda secção define os detalhes de cada fase. Pode adicionar fases subsequentes se o seu projeto assim o exigir. O modelo está disponível para transferência na biblioteca de modelos da DPM Membership.
Encontre mais modelos de gestão de projetos aqui.
O que deve conter uma declaração de trabalho?
No mínimo, a SoW deve incluir claramente:
- Objetivos do projeto: declaração de finalidade, ou seja, por que motivo o projeto está a ser realizado e o que irá alcançar
- Governação do projeto: quem tem aprovação para fazer o quê
- Estrutura analítica do projeto (WBS): como o projeto será concluído, que abordagem será adotada e quais serão as tarefas e fases específicas a concluir
- Entregáveis: o que será produzido e quando (com uma data de conclusão específica)
- Período de execução: quando o projeto será entregue, juntamente com o tempo necessário, a data de início e de fim aproximadas e uma lista de marcos
- Estimativa: preço do projeto, juntamente com um calendário de pagamentos
- Pressupostos: o que está e não está incluído no âmbito do projeto, incluindo os critérios de aceitação, ou seja, o que é e não é aceitável entregar
- Requisitos do trabalho: quaisquer outros requisitos especiais e especificações sobre como o projeto deve ser concluído, tais como abordagens específicas ou ferramentas de gestão de projetos. Inclua os requisitos funcionais em projetos de desenvolvimento de software.
Se a declaração de trabalho for demasiado vaga, abrangente ou genérica, pode dar margem a várias interpretações. Isto pode criar mal-entendidos numa fase posterior do projeto. Por outro lado, se a SoW for demasiado detalhada, pode limitar o projeto. Pode acabar por realizar trabalho que não é necessário, simplesmente porque disse que o faria.
Tipos de declarações de trabalho
Existem três tipos principais de declarações de trabalho: de conceção ou detalhe, de nível de esforço e baseadas no desempenho. Cada uma define como especificar os requisitos do projeto, medir o progresso e avaliar o trabalho entregue.
- Declaração de trabalho de conceção ou detalhe: especifica exatamente como o trabalho deve ser concluído, incluindo processos, materiais, requisitos técnicos e entregáveis. Este tipo funciona melhor quando é necessário um controlo rigoroso da execução, como em projetos de construção ou regulamentados. No entanto, dá aos fornecedores menos flexibilidade para escolherem a sua própria abordagem.
- Declaração de trabalho de nível de esforço (LOE): define a quantidade de tempo, recursos ou mão de obra que um fornecedor deve disponibilizar, em vez de um conjunto fixo de entregáveis. É útil para consultoria, apoio contínuo e projetos cujos requisitos possam evoluir. Será necessário dispor de relatórios e supervisão claros para garantir que o tempo despendido gera valor.
- Declaração de trabalho baseada no desempenho: centra-se nos resultados que um fornecedor deve alcançar, em vez de definir como deve concluir o trabalho. Define resultados mensuráveis, padrões de desempenho e critérios de aceitação. Recomendo esta abordagem quando é possível definir claramente o sucesso, mas se pretende dar aos fornecedores flexibilidade quanto à forma de o alcançar.
O tipo adequado depende do nível de controlo de que necessita sobre o trabalho e da clareza com que consegue definir os resultados esperados. Também pode combinar elementos de diferentes tipos para responder aos requisitos do seu projeto.
Como redigir uma declaração de trabalho
Tenha estas sugestões e dicas em mente ao elaborar uma SoW:
1. Divida-a
Não defina o âmbito daquilo que desconhece. Em vez de tentar criar uma SoW para um projeto inteiro, divida o projeto em fases e desenvolva SoWs separadas para cada fase à medida que o projeto avança.
2. Faça um plano
Decida o que vai fazer e como. Defina os entregáveis e o processo necessário para os produzir, para que possa explicar claramente o que está e não está incluído no âmbito do projeto.
3. Coloque-a em contexto
Explique por que motivo está a realizar o projeto. Mesmo que os detalhes do plano evoluam, a SoW deve ajudá-lo a avaliar se o projeto foi bem-sucedido.
4. Seja específico
Defina os limites do projeto. Minimize o risco de interpretações erradas por parte do cliente, definindo a extensão do trabalho a realizar e quantificando-a sempre que possível, para que o cliente não espere mais do que aquilo para que orçamentou.
5. Torne os pressupostos claros
Estabeleça as regras básicas. Utilize declarações de âmbito do projeto para explicar as expectativas mútuas e o que tem de se verificar para que a sua equipa execute corretamente o projeto.
6. Simplifique
Seja claro e conciso. Encontre um equilíbrio entre tornar a SoW tão simples quanto possível e especificar cuidadosamente o trabalho a realizar. Evite palavras com várias interpretações e utilize uma linguagem simples para garantir que a SoW é fácil de compreender.
7. Partilhe
Enquanto gestor de projeto, deve conhecer a sua SoW de fio a pavio e ser capaz de comunicar o seu conteúdo às partes interessadas. Certifique-se de que as partes interessadas receberam uma cópia da SoW e continue a consultá-la ao longo do ciclo de vida do projeto.
Como utilizar uma declaração de trabalho
Se não cumprir a SoW, é muito provável que acabe por:
- Não entregar exatamente aquilo que era pretendido
- Entregar os objetivos do projeto fora do prazo
- Ultrapassar o seu orçamento
Então, como pode cumprir o plano e manter a sua SoW no caminho certo?
1. Conheça a sua SoW de fio a pavio
Tem de conhecer a sua SoW melhor do que qualquer outra pessoa. Tenha uma cópia à mão — recomendo que a carregue para o seu software de gestão de projetos para um acesso centralizado, mas também pode imprimi-la.
Faça o que fizer, tenha a SoW disponível quando estiver numa chamada ou numa reunião; sempre que houver alguma dúvida, todos recorrerão a si em busca de respostas.
2. Familiarize as partes interessadas com a SoW
Não é suficiente que apenas você conheça a SoW. Tem de promover a SoW junto da sua equipa para se proteger contra o risco de expansão do âmbito.
Mesmo que a sua equipa tenha participado na conceção da SoW, é inevitável que esta tenha sofrido alterações e evoluído desde o início do projeto. Certifique-se de que os membros da equipa compreendem:
- Atividades do projeto
- Entregáveis
- Pressupostos
- Como é o sucesso
Distribua a SoW, imprima cópias, faça o que for necessário. Torne-a visível e certifique-se de que todos a leram e estão informados. A última coisa que quer é que um membro da equipa aceite um pedido ad hoc de um cliente (que não faça parte do plano de execução) ou ignore um requisito contratual fundamental.
3. Obtenha o compromisso da sua equipa
Concordar cegamente é algo negativo. Dedique tempo a analisar o plano finalizado com a sua equipa de projeto e obtenha o seu compromisso real. Se considerarem que algo não faz sentido ou que, em última análise, não contribuirá para o sucesso do projeto, resolvam a questão antes de enviarem todos para o trabalho.
Se tudo estiver claro desde o início, reduzirá o número de verificações necessárias ao longo do caminho, permitindo que a sua equipa trabalhe com ferramentas de colaboração no seu próprio tempo.
Nunca há valor em realizar trabalho simplesmente porque a SoW assim o determina. Se for benéfico para o projeto, deverá conseguir apresentar ao cliente uma justificação para a alterar.
4. Mantenha a sua SoW sempre presente
Não tenha receio de mencionar a SoW nas reuniões com o cliente — na verdade, a revisão da SoW deveria ser um ponto permanente da agenda. Analise se a SoW continua válida e se as coisas estão a decorrer conforme o planeado.
Se houver aspetos que precisem de ser ajustados, compreenda as razões, faça as alterações e certifique-se de que todos têm conhecimento delas.
5. Esteja atento à expansão do âmbito
A expansão do âmbito ocorre quando o âmbito do projeto começa a crescer, aparentemente de forma sorrateira. Normalmente, acontece quando um pedido de alteração do âmbito começa por ser uma coisa e, depois, se transforma lentamente num projeto muito maior, que reduz os seus lucros.
É frustrante, mas acontece com toda a honestidade. Os clientes estão cheios de ideias (na sua maioria) boas e, muitas vezes, não compreendem as implicações, em termos de calendário ou orçamento, daquilo que estão a pedir.
Para gerir a expansão do âmbito, tem de estar atento ao problema, identificá-lo e resolvê-lo. Quando surgirem pedidos ad hoc, consulte novamente a sua SoW. Se você e o cliente concordarem que o pedido está fora do âmbito, mas este ainda quiser que seja realizado, terá de emitir um pedido de alteração (ou seja, uma atualização da SoW).
O pedido de alteração deve descrever:
- A alteração relativamente à SoW original
- Como irá executar o pedido
- As implicações no orçamento e no calendário
6. Esteja atento desde o início
Os projetos que se desviam do rumo tendem a fazê-lo nas primeiras fases do projeto.
Isto acontece quando os gestores de projeto não querem agitar as águas ao levantar questões quando deveriam. Os efeitos a jusante de ser demasiado flexível nas primeiras semanas de um projeto podem ser enormes.
Não só ficará com trabalho acumulado para recuperar, como criará no cliente a expectativa de que a SoW é flexível. O cliente poderá presumir que aceitará futuros pedidos de alteração do âmbito, independentemente do impacto no orçamento ou no calendário.
Se deixar que isto aconteça, mais vale dizer adeus à utilidade da sua SoW.
Eis uma explicação muito pouco séria:
O que faz um documento de declaração de trabalho?
A declaração de trabalho existe para:
- Ajudá-lo a determinar quanto deve cobrar
- Fornecer a camada adicional de detalhe que as estimativas de custos e os planos de projeto normalmente não incluem
- Tranquilizar o cliente quanto ao que receberá pelo seu dinheiro
- Manter a sua equipa responsável através de calendários claros e acordados publicamente
- Impedir o alargamento descontrolado do âmbito, especificando o que não está incluído
- Definir expectativas absolutamente claras para ambas as partes, de modo a resolver proativamente os conflitos resultantes de falhas de comunicação
Se pensa que isto dará muito trabalho, não está completamente enganado. Mas, ao investir antecipadamente o esforço necessário para elaborar e acordar uma SoW detalhada, ajudará o projeto a ser bem-sucedido (e rentável) e reduzirá muitas dores de cabeça mais tarde no ciclo de vida do projeto.
Erros comuns nas declarações de trabalho e como evitá-los
Mesmo uma declaração de trabalho bem redigida pode dar origem a disputas, atrasos e custos inesperados se faltarem detalhes importantes. Eis seis erros comuns a que deve estar atento e como evitá-los:
- Âmbito e entregáveis vagos: Descrições pouco claras do que está incluído podem dar origem a mal-entendidos e ao alargamento descontrolado do âmbito. Defina entregáveis, requisitos e exclusões específicos. Utilize critérios de aceitação mensuráveis para que todos concordem sobre o que constitui trabalho concluído.
- Calendários irrealistas: Prazos demasiado ambiciosos podem levar a trabalho apressado, marcos não cumpridos e derrapagens orçamentais. Estruture o seu calendário com base em estimativas realistas do esforço, na disponibilidade de recursos e nas dependências. Inclua tempo de contingência para revisões, aprovações e atrasos inesperados.
- Funções e responsabilidades pouco claras: Quando não é definida a responsabilidade, tarefas ficam por executar e as decisões ficam bloqueadas. Atribua um responsável a cada entregável, aprovação e decisão importantes. Utilize uma matriz RACI para clarificar quem é responsável pela execução, quem responde pela decisão, quem é consultado e quem é informado.
- Má gestão das alterações: Sem um processo formal, pequenos pedidos podem fazer com que o projeto ultrapasse o seu âmbito original. Defina como as partes interessadas devem apresentar, avaliar, aprovar e documentar as alterações. Exija aprovação por escrito para alterações que afetem custos, calendários ou entregáveis.
- Critérios de aceitação em falta: Sem normas acordadas, corre o risco de surgirem desacordos sobre se o trabalho corresponde às expectativas. Defina critérios de aceitação mensuráveis para cada entregável, incluindo quem o aprova e quanto tempo tem para o analisar.
- Condições de pagamento ambíguas: Calendários e condições de pagamento pouco claros podem criar disputas entre clientes e fornecedores. Associe os pagamentos a marcos específicos ou a entregáveis aprovados. Documente os montantes, as datas de vencimento, os requisitos de faturação e a forma como o trabalho contestado afeta o pagamento.
Outros documentos relacionados com a declaração de trabalho
Existem alguns documentos semelhantes e relacionados com as SoWs que são frequentemente confundidos com estas, embora tenham finalidades diferentes.
| Documento | O que é | Como difere de uma SoW | Quando utilizar |
|---|---|---|---|
| Declaração de Trabalho | Um acordo entre um cliente e um prestador de serviços que define o âmbito do projeto, os resultados a entregar, os prazos, as responsabilidades e os custos. | Estabelece o trabalho específico a realizar, a forma como será entregue e os termos acordados por ambas as partes. | Quando é necessário definir formalmente o que está incluído e excluído de um projeto antes do início do trabalho. |
| Acordo-Quadro de Prestação de Serviços (MSA) | Um contrato que estabelece os termos gerais que regem uma relação contínua entre um cliente e um fornecedor. | Um MSA abrange termos mais amplos, como condições de pagamento, confidencialidade e responsabilidade. Uma SoW define o trabalho de um projeto individual. | Ao estabelecer uma nova relação com um cliente ou ao planear vários projetos com o mesmo fornecedor. Um MSA acompanha frequentemente a primeira SoW e reduz a necessidade de negociações repetidas. |
| Termo de Abertura do Projeto | Um documento que autoriza formalmente um projeto e define os seus objetivos, resultados esperados e principais partes interessadas. | Um termo de abertura centra-se no objetivo e na orientação gerais do projeto. Uma SoW fornece mais pormenores sobre os resultados específicos a entregar, os requisitos e a execução. | Na iniciação do projeto, especialmente no caso de projetos maiores e com várias fases. Ajuda a manter as partes interessadas alinhadas com os objetivos do projeto ao longo da execução. |
| Pedido de Proposta (RFP) | Um documento utilizado pelas organizações para solicitar propostas a potenciais fornecedores, agências ou prestadores de serviços. Define os requisitos, o âmbito e as expectativas do projeto. | Um RFP comunica aquilo de que uma organização necessita antes de selecionar um fornecedor. Uma SoW define o trabalho acordado após a seleção do fornecedor. | Ao comparar potenciais fornecedores para um projeto. Os fornecedores respondem com propostas que descrevem a sua abordagem, metodologias e experiência. |
Perguntas frequentes sobre declarações de trabalho
Reuni respostas para algumas perguntas frequentes sobre as declarações de trabalho de projetos.
É necessária uma declaração de trabalho?
Sim, uma declaração de trabalho é 1000% necessária.
Uma declaração de trabalho serve para gerir e documentar expectativas. E, como acontece com qualquer acordo, é melhor que as pessoas que o estabelecem saibam exatamente com o que estão a concordar.
Se adotar uma abordagem ágil à documentação — ou seja, o mínimo possível e apenas quando necessário — pode pensar que os dias de elaboração de uma SoW chegaram ao fim.
Enquanto gestor de projeto, é do seu interesse ter algo que lhe permita dizer «desculpe, isso está fora do âmbito» quando um cliente começa a perguntar se a estimativa para uma campanha de anúncios em banner também inclui uma página de destino da campanha.
A falta de elaboração (ou a elaboração inadequada) de uma declaração de trabalho é frequentemente a razão pela qual clientes e agências acabam em conflito. Quando existe incerteza ou ambiguidade, isso cria tensão. O objetivo de uma SoW não é apanhar o cliente em falso, mas indicar exatamente o que será feito, como, quando e qual será o custo, para garantir uma compreensão comum dos requisitos do projeto.
As declarações de trabalho são importantes para projetos internos?
A decisão de elaborar uma ou não cabe-lhe a si, mas isso pode ajudar bastante.
Uma declaração de trabalho para projetos internos é menos formal; é mais um plano de ação do que outra coisa. A sua equipa define expectativas e descreve as tarefas e os resultados do projeto que terá de concluir. O documento não precisa de ser uma SoW formal, como a que poderia criar para um cliente, mas é benéfico ter algum tipo de SoW definida.
Qual deve ser o nível de detalhe de uma declaração de trabalho?
A resposta curta é: extremamente detalhada relativamente aos aspetos importantes. Menos detalhada relativamente aos aspetos suscetíveis de sofrer alterações.
É necessário ser específico para:
- Provar que compreende e consegue comunicar os objetivos do projeto desde o seu início
- Compreender como o sucesso está a ser medido
- Deixar muito pouco espaço para interpretações (fechando, assim, a porta à expansão descontrolada do âmbito)
- Garantir que as dúvidas e divergências são resolvidas desde cedo
- Proteger-se contra clientes difíceis
O resto fica ao seu critério.
Lembre-se: o objetivo não é ser excessivamente rigoroso sem motivo; a sua SoW existe para garantir que você e o seu cliente estão alinhados desde o início. Utilize o nível de detalhe necessário para o conseguir.
Qual é a melhor altura para criar uma declaração de trabalho?
Comece cedo e crie a sua SoW por fases.
No nosso guia sobre estimativa de projetos, falamos sobre três fases da estimativa:
- Estimativa aproximada
- Orçamento
- Estimativa da SoW
É boa ideia começar a tomar notas para a sua SoW durante a fase da estimativa aproximada. Comece a documentar a sua SoW enquanto cria a estimativa orçamental, para que, quando chegar o momento de elaborar a estimativa final da SoW, tenha as informações necessárias para enviar a SoW ao cliente para aprovação.
O que não está incluído na declaração de trabalho?
As SoW são uma parte essencial do planeamento do projeto, não da sua execução (embora, naturalmente, possam ser atualizadas ao longo do ciclo de vida do projeto para refletir alterações nos requisitos). Como tal, as SoW de projetos normalmente não contêm:
- Riscos e planos de mitigação de riscos
- Relatórios de estado do projeto / progresso relativamente ao calendário
- Despesas do projeto
- Lições aprendidas
O que se segue?
Quer dominar os aspetos mais subtis da definição do âmbito e do planeamento de projetos? Consulte a formação criada por especialistas da DPM School.
