Uma empresa abriu 18 projetos de melhoria em dois anos. Sete foram concluídos com ganho verificado. Onze pararam no meio — nenhum deles formalmente cancelado, todos simplesmente parados, com a equipe realocada e o indicador nunca fechado.
A busca pela causa passou por patrocínio, dedicação da equipe, complexidade técnica e apoio da liderança. A variável que separou os dois grupos foi outra, e estava escrita na abertura de cada um deles.
| Os 7 concluídos | Os 11 parados | |
|---|---|---|
| Processos no escopo (mediana) | 1 | 3 |
| Indicadores no escopo (mediana) | 1 | 2,4 |
| Áreas envolvidas (mediana) | 1 | 2,8 |
| Duração | 4,8 meses até a entrega | 11,2 meses até parar, sem entrega |
Os onze projetos parados não eram mais difíceis. Eram maiores — e o tamanho consumiu o tempo antes que qualquer um deles chegasse a testar a primeira mudança.
Os dados desta página descrevem situações-tipo construídas para o argumento: os valores são coerentes entre si e não vêm de uma empresa específica.
O que é escopo, e o que ele não é
Escopo é a delimitação do que o projeto vai atacar: qual processo, medido por qual indicador, em qual área, dentro de quais fronteiras de início e fim.
Ele não é o objetivo. “Reduzir custos” é aspiração; escopo é “reduzir o retrabalho na conferência de notas fiscais do setor de faturamento, medido pela proporção de notas corrigidas após emissão”. A primeira formulação não delimita nada e por isso não pode ser concluída.
Ele não é a meta. Meta é o quanto se quer mudar; escopo é onde. Projeto com meta ambiciosa e escopo estreito é viável; o inverso quase nunca é.
E ele não é uma medida de importância. Delimitar um processo não significa que os outros não importam — significa que serão atacados depois, por outro projeto, com a vantagem do que este aprendeu.
O teste da frase única
Existe uma verificação de trinta segundos que elimina a maior parte dos escopos mal definidos: nomeie o processo em uma frase, com início e fim explícitos.
“O processo começa quando a nota é emitida no sistema e termina quando ela é aprovada pelo conferente” é escopo. “Melhorar o faturamento” não é — não tem começo, não tem fim e não permite dizer se um caso está dentro ou fora.
Quando a frase não sai, o problema não é de redação: é que o escopo não foi decidido. E a consequência aparece na fase de medição, quando a equipe descobre que não consegue definir o que contar porque não sabe onde o processo começa. A delimitação formal por fornecedores, entradas, saídas e clientes é o que a ferramenta SIPOC resolve, e ela vale exatamente para isso.
A lista que quase ninguém escreve
Numa revisão de 12 documentos de abertura de projeto, 11 tinham lista do que estava dentro do escopo. Apenas 2 tinham lista do que estava fora.
Esses dois foram os únicos que chegaram ao fim sem ampliação de escopo durante a execução.
A explicação é simples. A lista do que está dentro não impede nada: quando alguém propõe incluir mais um processo, não há nada escrito contra. A lista do que está fora cria a conversa necessária — incluir o item exige revogar uma decisão registrada, e essa fricção é o mecanismo inteiro.
Escrever a lista de fora custa dez minutos e é o item de maior retorno de qualquer documento de abertura. Onde ela mora, junto com problema, meta, equipe e prazo, é o project charter.
O que acontece quando o escopo encolhe
Um projeto aberto como “reduzir custos operacionais da unidade” estava há sete meses sem linha de base. A equipe se reunia, mapeava processos, discutia prioridades — e nunca chegava a medir nada, porque não havia um processo específico para medir.
A redelimitação levou uma reunião: reduzir o retrabalho na conferência de notas do setor de faturamento. Um processo, um indicador, uma área.
A linha de base ficou pronta em três semanas. A primeira mudança entrou em teste na sexta semana. O ganho foi verificado em quatro meses — e o projeto original, no mesmo período, teria completado onze meses sem nenhum número.
O escopo reduzido não entregou menos. Entregou a única coisa que o escopo grande não tinha chance de entregar: um resultado verificado, que se tornou o argumento para o projeto seguinte.
Por que a ampliação é irresistível
Ninguém amplia escopo por descuido. As três razões são boas e é por isso que funcionam.
Parece ineficiente atacar um processo por vez quando três têm o mesmo problema. A intuição é de economia de escala, e ela vale para execução repetida — não vale para investigação, em que cada processo tem causa própria e o tempo de aprender sobre um não se divide pelos três.
Escopo estreito parece pouco ambicioso na reunião com a diretoria. Um projeto que promete 2% de ganho num setor compete mal com um que promete 15% na operação, mesmo que o primeiro entregue e o segundo não.
Alguém importante pede. “Já que vocês estão olhando isso, aproveitem e vejam aquilo.” O pedido é razoável, a recusa é desconfortável, e é aqui que a lista do que está fora paga o próprio custo.
Tabela de decisão do escopo
Tabela de decisão — o escopo está do tamanho certo?
Preencha antes da reunião de abertura. O bloco 3 é o que impede a ampliação durante a execução.
| Item | Preencha | Critério |
|---|---|---|
| 1. Delimitação | ||
| O processo em uma frase, com início e fim | Se a frase não sai, o escopo não foi decidido | |
| Quantos processos distintos no escopo | Mais de 1: divida em projetos | |
| Quantos indicadores principais | Mais de 1: escolha o que decide | |
| Quantas áreas precisam concordar para mudar algo | Mais de 2: reduza antes de começar | |
| 2. Viabilidade | ||
| Com que frequência o indicador é medido hoje | Mensal: o prazo dobra; considere reduzir mais | |
| A equipe consegue mudar algo dentro desse escopo sem autorização externa? | Se não, o escopo está fora do alcance dela | |
| 3. O que fica de fora — escreva, mesmo que pareça óbvio | ||
| Processos vizinhos que NÃO entram | Nomeie; “tudo o mais” não funciona | |
| Indicadores que NÃO serão atacados | — | |
| Áreas que NÃO serão envolvidas | — | |
| Quem pode autorizar uma ampliação, e com que registro | Sem dono nomeado, qualquer um amplia | |
Escola EDTI · escolaedti.com.br · Explicação completa: escolaedti.com.br/escopo-o-que-se-pretende-atingir/
Preencha na tela e use a impressão do navegador (Ctrl+P ou Cmd+P) para anexar ao documento de abertura.
Onde este assunto termina
A diferença entre escopo do projeto e escopo do produto — o que cada um delimita e por que confundi-los gera entrega fora do combinado — é assunto de escopo de projeto e escopo de produto. Aqui interessa como delimitar o que será atacado.
O documento que formaliza problema, meta, escopo, equipe e prazo está em project charter, e a estrutura completa de um trabalho de melhoria em projeto de melhoria.
Duas consequências diretas do escopo merecem página própria. A medição da situação atual, que só fica viável depois que o processo está delimitado, está em baseline. E o efeito do número de áreas e da frequência do indicador sobre o prazo está em duração de um projeto Lean Six Sigma.
O pedido que chega no terceiro mês
Ele vem sempre, e vem bem-intencionado: alguém com autoridade sugere que o projeto aproveite e olhe também outro processo, outro turno, outra unidade. O custo aparente é baixo — “é praticamente a mesma coisa”.
Não é. Cada processo acrescentado traz linha de base própria, causas próprias e ciclo de teste próprio, e o tempo não se divide: soma. Um projeto de quatro meses que ganha um segundo processo vira um projeto de oito, e é nesse ponto que a equipe é realocada antes de qualquer entrega.
A resposta que funciona não é recusar: é registrar como o próximo projeto. “Entra na fila, com este aqui como pré-requisito, porque o que aprendermos aqui reduz o tempo de lá.” Isso preserva o pedido, preserva a relação e preserva o escopo — e só é possível se existir uma lista escrita do que está fora, que transforma a ampliação em decisão consciente em vez de deslizamento silencioso.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi a lista do que fica fora do escopo como mecanismo de contenção, e o efeito do número de processos sobre a chance de conclusão.
Delimitar o problema, medir a situação atual e conduzir o projeto até o ganho verificado é o que a formação Green Belt da EDTI desenvolve em projeto real. Para conhecer a lógica do método antes, a certificação White Belt é gratuita.
Perguntas frequentes
O que é escopo de projeto?
É a delimitação do que o projeto vai atacar: qual processo, medido por qual indicador, em qual área, com início e fim explícitos. Não é o objetivo nem a meta — é onde o trabalho acontece e onde ele não acontece.
Como saber se o escopo está grande demais?
Três sinais bastam: mais de um processo, mais de um indicador principal, ou mais de duas áreas que precisam concordar para qualquer mudança. Qualquer um dos três já justifica dividir em projetos, e os três juntos praticamente garantem que o projeto não fecha.
Qual o teste mais rápido de escopo bem definido?
Nomear o processo em uma frase, com início e fim explícitos. Se a frase não sai, o escopo não foi decidido — e a consequência aparece na medição, quando ninguém consegue definir o que contar.
Por que escrever o que fica de fora?
Porque a lista do que está dentro não impede a ampliação, e a lista do que está fora impede. Incluir um item que foi explicitamente excluído exige revogar uma decisão registrada, e é essa fricção que preserva o escopo durante a execução.
Escopo pequeno não é pouco ambicioso?
É menos ambicioso na apresentação e mais ambicioso no resultado. Um projeto com escopo estreito entrega ganho verificado em meses; um com escopo amplo costuma entregar diagnóstico, mapeamento e nenhum número. O primeiro vira argumento para o próximo; o segundo vira exemplo de que melhoria não funciona ali.
O que fazer quando pedem para ampliar o escopo?
Registrar como o próximo projeto, com este como pré-requisito. Isso atende o pedido, preserva a relação e mantém a entrega — e só funciona se houver uma lista escrita do que está fora, que transforma a conversa em decisão em vez de deslizamento.
Escopo de projeto e escopo de produto são a mesma coisa?
Não. O escopo do produto descreve as características do que será entregue; o escopo do projeto descreve o trabalho necessário para entregá-lo. São delimitações diferentes, e confundi-las é fonte comum de divergência sobre o que estava combinado.
Por onde começar a delimitar?
Escreva a frase do processo com início e fim, escolha um indicador, e liste três coisas que ficam explicitamente de fora. Se qualquer um dos três passos travar, você encontrou o que precisa ser decidido antes de abrir o projeto — e descobriu isso em quinze minutos, e não no sétimo mês.