Preferências de cookies

Escolha o que a Projeto Diário pode usar neste navegador. Você pode mudar de ideia quando quiser pelo link "Preferências de cookies" no rodapé.

Sempre ligados. Mantêm a sessão e o login, protegem os formulários (token CSRF, limite de tentativas e verificação anti-robô Cloudflare Turnstile) e guardam esta escolha.

Google Analytics 4, carregado pelo Google Tag Manager: páginas visitadas, origem do acesso e ações no site, em estatísticas. Sem publicidade e sem personalização de anúncios.

Tabela de cookies na Política de privacidade

Planejamento, Cronograma e Custos

Modelo de escopo do projeto: exemplo pronto para adaptar

Um modelo de escopo do projeto serve para uma coisa: colocar no papel, antes de o trabalho começar, o que será entregue, como cada entrega será aceita e o que fica de fora. Quando essa conversa não acontece por escrito, ela acontece no aceite, com o projeto pronto e o cliente dizendo que esperava outra coisa.

O modelo abaixo segue a estrutura da declaração de escopo do Guia PMBOK, com os campos que a prática acrescentou. Primeiro vem a versão em branco, pronta para copiar para o Word ou para a ferramenta da sua empresa. Depois, o mesmo modelo preenchido com um exemplo completo, e as regras para escrever cada campo de forma que ninguém consiga interpretar de dois jeitos. Se você ainda está entendendo o que entra e o que não entra no escopo, o artigo sobre escopo do projeto explica o conceito antes do documento.

Formação relacionada

Microsoft Project Professional

Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.

24 PDUs

Conhecer a formação

O que o modelo de declaração de escopo precisa conter

O Guia PMBOK, do Project Management Institute (PMI), lista como centrais na declaração de escopo quatro elementos: a descrição do escopo do produto, as entregas, os critérios de aceitação e as exclusões do projeto. Na prática, os modelos acrescentam premissas, restrições e as aprovações, que dão ao documento o peso de um acordo.

Campo Pergunta que responde
Objetivo Para que o projeto existe e como saberemos que deu certo?
Descrição do escopo do produto Como é o resultado final, suas características e funções?
Entregas O que, exatamente, será entregue, inclusive documentos e treinamentos?
Critérios de aceitação Como cada entrega será conferida e aceita?
Exclusões O que alguém poderia supor que está incluído, mas não está?
Premissas O que estamos considerando verdadeiro sem ter certeza?
Restrições Que limites de prazo, custo, tecnologia ou norma o projeto precisa respeitar?
Aprovações Quem assina e a partir de quando vale?

Modelo de escopo do projeto em branco

Copie a estrutura e substitua o texto entre colchetes:

DECLARAÇÃO DE ESCOPO DO PROJETO

Projeto: [nome]                      Versão: [1.0]   Data: [dd/mm/aaaa]
Patrocinador: [nome e cargo]         Gerente do projeto: [nome]

1. Objetivo
[O resultado de negócio esperado, com número e prazo.]

2. Descrição do escopo do produto
[Como é o produto, serviço ou resultado: características, funções, público.]

3. Entregas
3.1 [Entrega, descrita como substantivo]
3.2 [...]

4. Critérios de aceitação
[Para cada entrega: o que será conferido, como, por quem.]

5. Exclusões
[O que não faz parte do projeto, item por item.]

6. Premissas
[O que foi considerado verdadeiro e precisa ser confirmado.]

7. Restrições
[Data limite, orçamento máximo, tecnologia obrigatória, normas.]

8. Aprovações
[Nome, cargo, assinatura e data de patrocinador e cliente.]

Exemplo de escopo do projeto preenchido

O exemplo é ilustrativo: uma rede regional de lojas de materiais de construção vai abrir sua loja virtual.

Projeto: Loja virtual da rede. Versão: 1.0. Patrocinador: diretor comercial. Gerente do projeto: coordenadora de projetos de TI.

1. Objetivo. Vender pela internet os produtos das lojas físicas, com retirada na loja ou entrega, e alcançar 5% do faturamento da rede pelo canal digital em até 12 meses após a entrada em produção.

2. Descrição do escopo do produto. Loja virtual acessível por navegador, em computador e celular, com catálogo dos itens vendidos nas lojas físicas, busca por nome e categoria, carrinho, pagamento por Pix, cartão de crédito e boleto, escolha entre retirada na loja e entrega, e acompanhamento do pedido pelo cliente. Preços e estoque vêm do sistema de gestão da rede.

3. Entregas.

  1. Loja virtual em produção, no domínio da rede.
  2. Catálogo com até 3.000 itens cadastrados, com foto, descrição e ficha técnica.
  3. Integração de preços, estoque e pedidos com o sistema de gestão.
  4. Integração com o intermediador de pagamentos contratado.
  5. Painel de pedidos para as lojas, com separação e aviso de retirada.
  6. Treinamento das equipes de 8 lojas e manual de operação.
  7. Operação assistida por 30 dias após a entrada em produção.

4. Critérios de aceitação.

Entrega Critério Quem aceita
Loja virtual Roteiro de 40 casos de teste executado sem erro crítico; página de produto abrindo em até 3 segundos no teste com conexão móvel Gerente de e-commerce
Catálogo Amostra de 200 itens conferida, com no máximo 2% de divergência de descrição ou foto Gerente de compras
Integração com o sistema de gestão Preço e estoque atualizados em até 15 minutos após a alteração no sistema, em 3 dias seguidos de teste Coordenador de sistemas
Pagamentos Compras de teste aprovadas, recusadas e estornadas nos três meios de pagamento Gerente financeiro
Painel das lojas Pedido de teste separado e avisado em cada uma das 8 lojas Gerente de operações
Treinamento Pelo menos 2 pessoas por loja treinadas, com lista de presença Gerente de operações

5. Exclusões. Aplicativo para celular; marketplace com vendedores de fora da rede; venda para empresas com faturamento a prazo; campanhas de mídia paga após o lançamento; fotografia profissional de produtos (serão usadas as imagens dos fornecedores); frota própria de entrega.

6. Premissas. O sistema de gestão da rede oferece meio de integração para preço, estoque e pedidos; os fornecedores enviam as imagens dos produtos até o fim do segundo mês; a transportadora parceira atende todas as cidades das lojas.

7. Restrições. Entrada em produção até 01/11/2027; orçamento de até R$ 480 mil, incluindo a plataforma no primeiro ano; adequação à Lei Geral de Proteção de Dados (LGPD) no cadastro de clientes.

8. Aprovações. Diretor comercial e diretor financeiro, com assinatura e data.

Como preencher cada campo sem ambiguidade

  • Objetivo com número. "Aumentar as vendas" não permite saber se o projeto deu certo. "5% do faturamento em 12 meses" permite.
  • Entregas como substantivos. "Catálogo com até 3.000 itens", e não "cadastrar produtos". Substantivo é o que se confere; verbo é trabalho, que vai para a EAP e para o cronograma.
  • Critério de aceite que dá para testar. Quantidade, prazo, amostra, roteiro de teste e quem confere. "Funcionar bem" não é critério.
  • Exclusões que alguém poderia supor. Não liste o óbvio ("não inclui construir uma loja física"). Liste o que o cliente pode pedir no meio do caminho achando que estava combinado, como o aplicativo de celular no exemplo.
  • Premissas com data para confirmar. Cada premissa errada é um risco. Anote quem confirma e até quando.

O artigo sobre declaração de escopo clara e objetiva traz mais exemplos de frases vagas reescritas.

Do modelo de escopo para a EAP e o controle de mudanças

Com a declaração aprovada, o passo seguinte é decompor as entregas na Estrutura Analítica do Projeto (EAP). As sete entregas do exemplo viram os ramos do segundo nível; o modelo de EAP de projeto mostra como continuar a decomposição.

A declaração aprovada também vira referência para as mudanças. Se, no quarto mês, o diretor pedir o aplicativo de celular, a resposta não é "sim" nem "não": é uma solicitação de mudança, com impacto em prazo e custo avaliado antes da decisão. Um exemplo completo desse fluxo está em mudança de escopo: exemplo de solicitação.

Checklist antes de assinar

  1. Cada entrega tem pelo menos um critério de aceite e um responsável por aceitar?
  2. As exclusões cobrem os pedidos mais prováveis que ficaram de fora?
  3. O objetivo tem número e prazo?
  4. As premissas têm alguém para confirmar?
  5. As restrições batem com o termo de abertura?
  6. Quem assina tem autoridade para aceitar as entregas?

Para ver onde o escopo entra no plano inteiro, junto com cronograma, custos e riscos, consulte o guia completo de planejamento de projetos.

Use o modelo no seu projeto

Copie o modelo em branco, preencha primeiro as entregas e as exclusões, que são os campos que mais geram discussão, e leve o rascunho para uma reunião com o patrocinador antes de detalhar o restante. Quando o escopo estiver aprovado, o plano do projeto da Projeto Diário junta o termo de abertura, a EAP, a matriz RACI, o cronograma e os riscos num único documento Word, com capa e sumário, pronto para circular entre as partes interessadas.

Perguntas frequentes

O que deve ter uma declaração de escopo do projeto?
Descrição do escopo do produto, entregas, critérios de aceitação e exclusões, que são os itens centrais no Guia PMBOK. Na prática, também se registram premissas, restrições e quem aprova o documento.
Qual a diferença entre o termo de abertura e a declaração de escopo?
O termo de abertura autoriza o projeto e descreve o escopo em alto nível. A declaração de escopo vem depois e detalha o que será entregue, como cada entrega será aceita e o que fica de fora.
Posso fazer o modelo de escopo no Word?
Pode, e é o formato mais comum, porque a declaração de escopo é um documento de texto assinado pelas partes. A planilha só é melhor para listas longas de entregas e critérios.
Quem aprova a declaração de escopo?
O patrocinador e, em projetos para clientes, o representante do cliente com autoridade para aceitar as entregas. A assinatura fecha a versão que servirá de referência para as mudanças.

Receba o Diário do Gerente de Projetos

Uma vez por semana: um artigo, uma ferramenta gratuita e uma questão comentada do PMP, da Projeto Diário e do Coaching de Alto Impacto. Você escolhe os assuntos.

Assuntos de interesse (opcional)

WhatsApp