Planejamento, Cronograma e Custos
Escopo do projeto: o que é, exemplos e o que incluir
O escopo do projeto é a resposta escrita a uma pergunta que parece simples: o que este projeto vai entregar, e o que ele não vai? Ele reúne todo o trabalho necessário para produzir o resultado combinado, das entregas principais às que ninguém lembra na primeira reunião, como treinamento, migração de dados e documentação.
Quando o escopo fica implícito, cada pessoa guarda uma versão na cabeça. O patrocinador imagina um sistema com aplicativo; a equipe planejou só a versão web; o cliente supõe que o treinamento está incluído. As três versões convivem em paz até o aceite. Por isso o escopo não é só uma descrição do produto: é um acordo sobre os limites do trabalho, com as exclusões tão claras quanto as entregas.
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 é escopo do projeto
O Guia PMBOK, do Project Management Institute (PMI), define o escopo do projeto como o trabalho que precisa ser realizado para entregar um produto, serviço ou resultado com as características e funções especificadas. Três ideias estão nessa definição:
- É trabalho, e não só produto. Inclui tudo o que a equipe precisa fazer, inclusive o que o cliente não vê.
- Está ligado a um resultado. O trabalho existe para entregar algo concreto, e não para ocupar a equipe.
- Depende de especificação. "Características e funções especificadas" significa que alguém precisa ter escrito o que é esperado. Sem isso, não há como dizer se o escopo foi cumprido.
Escopo do projeto e escopo do produto
A distinção mais útil para quem está começando é esta:
| Escopo do produto | Escopo do projeto | |
|---|---|---|
| O que descreve | Características e funções do resultado | Todo o trabalho para entregar o resultado |
| Pergunta | Como é o que vamos entregar? | O que precisamos fazer para entregar? |
| Exemplo num sistema | Cadastro de clientes, relatório de vendas, acesso pelo celular | Levantamento, desenvolvimento, testes, migração de dados, treinamento, gerenciamento |
| Como se confere | Contra os requisitos do produto | Contra o plano e a declaração de escopo |
O primeiro está contido no segundo, que acrescenta o resto. Um projeto pode entregar o produto perfeito e ainda assim falhar no escopo, se esqueceu a migração dos dados antigos ou o treinamento dos usuários.
O que colocar no escopo do projeto
O documento que registra o escopo é a declaração de escopo. Os elementos centrais, segundo o Guia PMBOK, são a descrição do escopo do produto, as entregas, os critérios de aceitação e as exclusões. Na prática, entram também:
- Objetivo, com número e prazo, para saber se o projeto deu certo.
- Descrição do produto, com as características e funções principais.
- Entregas, escritas como substantivos verificáveis, incluindo documentos, treinamentos e operação assistida.
- Critérios de aceitação de cada entrega: o que será conferido, como e por quem.
- Exclusões, item por item, especialmente o que alguém poderia supor que está incluído.
- Premissas, o que se considera verdadeiro sem certeza.
- Restrições, como data limite, orçamento máximo, tecnologia obrigatória ou norma.
O modelo pronto para copiar, com um exemplo preenchido campo a campo, está no modelo de declaração de escopo.
Exemplos: o que entra e o que fica de fora
Os exemplos são ilustrativos e resumidos, para mostrar o raciocínio de entra e não entra.
Implantação de sistema de atendimento numa empresa de serviços
- Entra: configuração do sistema, integração com o cadastro de clientes, migração dos chamados abertos, treinamento de 60 atendentes, operação assistida de 30 dias.
- Não entra: atendimento por telefone, que continua no sistema atual; relatórios personalizados além dos 10 definidos; integração com redes sociais.
Evento anual de clientes
- Entra: local, programação, palestrantes, credenciamento, alimentação, transmissão ao vivo, pesquisa de satisfação.
- Não entra: passagens e hospedagem dos convidados; brindes personalizados; gravação editada das palestras para publicação posterior.
Reforma de uma unidade de saúde em órgão público
- Entra: projeto executivo, licitação da obra, reforma das salas de atendimento, adequação de acessibilidade, mobiliário, plano de atendimento provisório durante a obra.
- Não entra: compra de equipamentos médicos, que segue em processo próprio da secretaria; contratação de pessoal; ampliação da área construída.
Repare que as exclusões não são óbvias. Cada uma é algo que alguém poderia pedir no meio do projeto achando que estava combinado.
Como o escopo é definido na prática
O escopo não nasce pronto. Ele passa por três momentos, cada um com mais detalhe que o anterior:
- No termo de abertura, o escopo aparece em alto nível: o objetivo, as grandes entregas e o que claramente fica de fora. É o suficiente para autorizar o projeto, não para planejá-lo.
- Na coleta de requisitos, a equipe ouve usuários, cliente e áreas afetadas para descobrir o que o resultado precisa fazer e quais condições precisa cumprir. Entrevistas, oficinas e análise de documentos são as técnicas mais comuns.
- Na declaração de escopo, os requisitos aprovados viram entregas, critérios de aceitação e exclusões, num documento assinado pelo patrocinador e, quando há, pelo cliente.
Esse detalhamento em etapas é normal e esperado: o Guia PMBOK chama de elaboração progressiva o refinamento do plano à medida que as informações ficam disponíveis. O que não pode acontecer é pular a terceira etapa e começar a execução com o escopo ainda na cabeça das pessoas.
Quem conduz é o gerente do projeto, mas quem decide o que entra e o que sai é o patrocinador, ou o cliente, conforme o contrato. O papel do gerente é garantir que a decisão seja tomada antes do trabalho, e não descoberta no aceite.
O que diz o PMBOK sobre o escopo
No Guia PMBOK, o escopo tem uma área de conhecimento própria, com processos para planejar o gerenciamento do escopo, coletar os requisitos, definir o escopo, criar a Estrutura Analítica do Projeto (EAP), validar e controlar o escopo. A visão completa desses processos está no artigo sobre gerenciamento do escopo do projeto.
Um conceito importante é a linha de base do escopo, a versão aprovada de três documentos: a declaração de escopo, a EAP e o dicionário da EAP. Ela é a referência contra a qual qualquer mudança é avaliada. A EAP decompõe as entregas da declaração em partes menores, até os pacotes de trabalho; o artigo sobre o que é a EAP explica essa decomposição.
Escopo em projetos ágeis
Em projetos ágeis, o escopo é tratado de outro jeito. Prazo e equipe tendem a ser fixos, e o escopo é o que se ajusta: o backlog do produto é ordenado por valor, e a cada sprint a equipe entrega o que é mais importante naquele momento. Isso não significa ausência de escopo. O objetivo do produto, as funcionalidades prioritárias e os critérios de pronto continuam definidos; o que muda é que o detalhamento acontece aos poucos, e as mudanças entram pela reordenação do backlog, e não por um pedido formal de alteração.
Sinais de um escopo mal definido
- Entregas descritas como atividades. "Desenvolver o sistema" em vez de "Sistema de cadastro em produção, com os módulos X e Y".
- Nenhuma exclusão escrita. Tudo o que não foi dito vira discussão depois.
- Critérios de aceite vagos. "Funcionar adequadamente" não permite aceitar nem recusar.
- Pedidos aceitos no corredor. Pequenas inclusões sem avaliação de impacto, que somadas mudam o projeto. Cada pedido desses precisa passar pelo controle de mudanças, com impacto avaliado antes da decisão.
Para ver como o escopo se liga ao cronograma, aos custos e aos riscos no plano do projeto, consulte o guia completo de planejamento de projetos.
Defina o escopo do seu projeto
Escreva o objetivo com número e prazo, liste as entregas como substantivos, coloque ao lado de cada uma o critério de aceite e termine com pelo menos cinco exclusões que alguém poderia supor incluídas. Leve esse rascunho ao patrocinador antes de detalhar o resto; o roteiro para definir o escopo com clareza ajuda a conduzir essa conversa. Depois, use o plano do projeto da Projeto Diário para reunir o termo de abertura, a EAP, a matriz RACI, o cronograma e os riscos num documento Word único, com capa e sumário.
