3.2 / compreender e delimitar o escopo
Do TAP à definição do escopo
Com o projeto formalmente autorizado, o planejamento do escopo começa pela identificação das partes interessadas e pela coleta de suas necessidades e expectativas. Os requisitos devem ser definidos, analisados e documentados com detalhe suficiente para que possam ser verificados, aceitos e controlados durante o projeto.
Essa passagem é essencial: o TAP apresenta o propósito e os requisitos em alto nível; a coleta de requisitos aprofunda o entendimento do problema e prepara a definição do escopo e a construção da EAP.
Escopo para o cliente × escopo do projeto
Por exemplo, o cliente pode solicitar uma instalação pronta para operar. Além da entrega final, o projeto poderá exigir aquisições, transporte, seguros, licenças, testes, treinamento da equipe e atividades de gestão. Mesmo que esses trabalhos não tenham sido pedidos explicitamente, eles integram o escopo quando são necessários para produzir e aceitar a entrega.
Consequência prática: compreender o pedido não basta. A equipe precisa entender a necessidade que o originou, verificar se a solução proposta realmente a atende e identificar o trabalho complementar indispensável.
Participação dos stakeholders
Técnicas de coleta de requisitos
Artefatos produzidos e atualizados
A coleta não se encerra com uma lista de desejos. Ela produz e atualiza registros que permitem administrar os requisitos durante todo o projeto. O Plano de Gerenciamento do Escopo orienta previamente como esse trabalho será conduzido; a Matriz de Requisitos e a Documentação do Escopo do Cliente consolidam os resultados obtidos e evoluem à medida que o entendimento é refinado.
Planejar o controle das mudanças
O plano de escopo deve estabelecer previamente quem pode solicitar uma alteração, como o pedido será registrado, quem analisará seus impactos e quem terá autoridade para aprová-lo. Essa autoridade pode variar conforme custo, prazo, risco ou repercussão da mudança em projetos interdependentes.
Princípio de governança: quanto maior o impacto da mudança, maior deve ser o nível de autoridade exigido para sua aprovação. Alterações que atinjam compromissos formalizados no TAP ou na linha de base do escopo não devem ser tratadas como simples ajustes operacionais.
O plano também deve indicar a frequência de avaliação do escopo e quando suas regras serão revistas. Assim, o controle deixa de ser uma reação improvisada e passa a constituir um processo definido.
Matriz de rastreabilidade de requisitos
A rastreabilidade permite acompanhar um requisito desde a necessidade que lhe deu origem até a entrega que o satisfaz e seu aceite. Ela também ajuda a avaliar mudanças: antes de alterar um requisito, a equipe consegue identificar quais objetivos, entregas e produtos serão afetados.
| ID | Requisito | Origem | Vínculo | Prioridade | Status |
|---|---|---|---|---|---|
| REQ-01 | Descrição clara e testável | Stakeholder solicitante | Objetivo e entrega associados | Alta, média ou baixa | Proposto, aprovado, concluído ou cancelado |
Além desses campos, a matriz pode registrar justificativa, responsável, versão, data prevista ou efetiva de conclusão e critério de aceite. O conjunto deve ser dimensionado à complexidade do projeto: rastrear é tornar as relações visíveis, não criar burocracia sem finalidade.
Documentação: do problema aos critérios verificáveis
O implícito, o óbvio e o não escopo
Parte relevante dos conflitos nasce de itens que uma parte considera “óbvios” e a outra não reconhece como obrigação. Expressões genéricas, expectativas não registradas e pressupostos diferentes criam uma área cinzenta entre o entendimento do cliente e o da equipe.
Uma forma prática de reduzir essa ambiguidade é declarar explicitamente o não escopo: atividades, produtos ou condições relacionados ao projeto, mas que deliberadamente não estão incluídos. O não escopo não substitui a descrição das entregas; ele esclarece seus limites.
Exemplo: em um projeto de treinamento, a preparação do conteúdo e a realização das aulas podem estar incluídas, enquanto o fornecimento da sala, dos computadores e da conexão de internet pode permanecer sob responsabilidade do cliente. Registrar essa fronteira evita expectativas incompatíveis.
Da documentação à declaração do escopo
A definição do escopo transforma as necessidades já coletadas em uma descrição clara do trabalho que será realizado. Como entradas, utilizam-se o TAP e a documentação dos requisitos; como apoio, podem ser empregadas análise do produto, identificação de alternativas e opinião especializada. A saída é a Declaração do Escopo.
Antes de detalhar completamente a solução, a equipe pode desenvolver um estudo preliminar ou anteprojeto. Essa validação antecipada ajuda a comparar alternativas e reduz o risco de investir esforço em uma solução que o cliente não considera adequada.
Analisar o produto antes de detalhar o trabalho
A definição do escopo exige conhecimento suficiente do produto, serviço ou resultado que será gerado. Quando a solução utiliza tecnologia nova ou pouco conhecida pela equipe, o próprio projeto pode precisar incluir pesquisas, ensaios, provas de conceito ou estudos de viabilidade.
Conforme a natureza do projeto, a análise pode recorrer a técnicas como decomposição do produto, análise funcional, análise de sistemas, engenharia de sistemas, engenharia de valor e análise de valor. O propósito comum é compreender funções, componentes, interfaces e alternativas antes de assumir compromissos detalhados.
Implicação para o escopo: o esforço necessário para conhecer melhor a solução também é trabalho do projeto e deve ser previsto quando não estiver disponível previamente.
Gerar alternativas de realização
Um mesmo resultado pode ser alcançado por estratégias diferentes. Um sistema pode seguir abordagens distintas de desenvolvimento; uma edificação pode utilizar módulos pré-fabricados ou construção no local; componentes podem ser produzidos em paralelo ou em sequência. Quanto maior a complexidade, maior tende a ser o conjunto de alternativas técnicas, organizacionais e logísticas.
Durante essa etapa, é útil separar dois movimentos complementares:
A criatividade, sozinha, não determina a escolha. As alternativas precisam ser comparadas por critérios coerentes, como prazo, custo, desempenho, riscos, retorno esperado, disponibilidade de recursos e aderência às restrições. A opção selecionada passa a integrar a estratégia de condução do projeto.
Conteúdo mínimo da Declaração do Escopo
A Declaração do Escopo consolida o entendimento comum entre as partes interessadas e fornece uma referência para decisões posteriores. Ela detalha o que será produzido, quais entregas compõem o projeto, como o aceite será verificado e quais limites condicionam o trabalho.
Dependendo do porte e do estágio do projeto, a declaração também pode registrar ligações com outros projetos, stakeholders relevantes, cronograma e custos preliminares, riscos iniciais, recursos necessários, responsabilidades do cliente e dos gerentes funcionais, formas de acompanhamento e fatores críticos de sucesso.
O documento deve ser validado pelas pessoas com responsabilidade direta sobre recursos, decisões e recebimento das entregas. Essa validação não elimina mudanças futuras, mas estabelece uma base comum: revisões posteriores devem refletir somente alterações analisadas e aprovadas.
Fonte conceitual: síntese elaborada a partir de Xavier (2009), especialmente da discussão sobre coleta, documentação e rastreabilidade de requisitos, controle de mudanças, análise do produto, geração de alternativas, delimitação do escopo e composição da Declaração do Escopo.
