# Scope Creep Prevention > Skill especializada para mitigar e prevenir o desvio de escopo em projetos de consultoria, focando em alinhamento contratual, gestão de mudanças e comunicação contínua. - Skill: `kursku/scope-creep-prevention` (Agent Skill) - Install (CLI): `npx skillmds@latest add kursku/scope-creep-prevention` - Raw SKILL.md: https://api.skillmd.com/api/skills/kursku/scope-creep-prevention/raw - Safety review: pending (external: skill-scanner PASS, skillspector PASS) - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - License: MIT - Author: kursku (https://skillmd.com/u/kursku) - Updated: 2026-09-08 - Page: https://skillmd.com/skills/kursku/scope-creep-prevention --- # Scope Creep Prevention Esta skill capacita o Claude a atuar como um especialista em prevenção de desvio de escopo, fornecendo estratégias, workflows e ferramentas para garantir a entrega de projetos de consultoria dentro dos limites acordados, protegendo a rentabilidade e a satisfação do cliente. --- ## Keywords Gestão de Escopo, Aditivo Contratual, Termo de Abertura de Projeto (TAP), Request for Change (RFC), Alinhamento de Expectativas, Matriz RACI, Baseline do Projeto, Comunicação Pró-Ativa, Mitigação de Riscos, Gerenciamento de Partes Interessadas, Acordos de Nível de Serviço (SLA), Desvio de Escopo. --- ## Quick Start 1. **Revisar TAP do Projeto**: Confirmar que o Termo de Abertura de Projeto detalha entregáveis, não-entregáveis, critérios de aceitação e exclusões explícitas antes de qualquer atividade de execução, solicitando assinatura formal do cliente. 2. **Identificar Stakeholders Chave**: Mapear os decisores e influenciadores do cliente e da consultoria, estabelecendo um plano de comunicação formal com frequência e formato definidos para cada grupo. 3. **Estabelecer Baseline de Escopo**: Validar e congelar o escopo inicial com o cliente via assinatura formal do TAP, utilizando-o como referência imutável para todas as futuras solicitações de mudança. 4. **Implementar Processo de RFC**: Configurar um fluxo para Solicitações de Mudança de Escopo (RFC) que inclua submissão formal, análise de impacto detalhada, aprovação formal (preferencialmente por comitê) e atualização de toda a documentação do projeto. 5. **Comunicação Proativa de Desvios**: Integrar uma seção fixa sobre "Desvios de Escopo e RFCs" em todos os relatórios de status e agendas de reunião, garantindo visibilidade contínua e discussão tempestiva. --- ## Core Workflows ### Workflow 1: Validação Contratual e Estruturação do TAP para Prevenção Ativa **Objetivo**: Assegurar que os documentos iniciais do projeto sirvam como barreiras robustas e formalizadas contra o desvio de escopo, estabelecendo expectativas claras desde o início. **Passos Detalhados**: 1. **Pré-venda e Entendimento da Necessidade (até D-30 antes do contrato)**: Durante a fase de prospecção, o consultor deve ir além da apresentação da solução, preenchendo um "Formulário de Entendimento de Necessidade" rigoroso. Este formulário deve conter campos como "Problema Central a Ser Resolvido (Visão do Cliente)", "Resultados Esperados Quantificáveis (KPIs)", e, crucialmente, "Entregáveis Exclusos (mencione o que o cliente *pode* esperar, mas *não será* entregue)". * **Exemplo Prático**: Se o cliente manifesta interesse em "otimização de processos de RH", o consultor deve perguntar diretamente: "Esta otimização incluirá a implementação de um novo sistema de folha de pagamento ou gestão de talentos?" Se a resposta for negativa, registrar imediatamente na proposta e no formulário: "Implementação de sistema de folha de pagamento e gestão de talentos *excluída* do escopo deste projeto." 2. **Elaboração Contratual com Cláusulas de Escopo Explícitas (D-15 antes do contrato)**: Trabalhar em conjunto com o departamento jurídico para inserir cláusulas contratuais que blindem o escopo. * **Exemplos de Cláusulas Obrigatórias**: * "**Cláusula de Escopo Fixo**": "Os serviços a serem prestados por [Nome da Consultoria] estão estritamente limitados aos descritos na Cláusula X 'Descrição dos Serviços' e no Anexo A 'Termo de Abertura de Projeto' anexo. Qualquer alteração, adição ou exclusão ao escopo aqui definido deverá ser formalizada por Aditivo Contratual específico, com reavaliação de prazos, custos e recursos." * "**Cláusula de Critérios de Aceitação**": "A aceitação de cada entregável será baseada nos critérios específicos definidos no Anexo A, sendo responsabilidade do Cliente fornecer feedback formal e aprovação/rejeição dentro de X dias úteis após a entrega para revisão." 3. **Desenvolvimento do Termo de Abertura de Projeto (TAP) Detalhado (D+5 após contrato)**: Converter o contrato em um TAP com granularidade suficiente para evitar ambiguidades. * **Seção "Entregáveis Específicos"**: Listar cada item com seu respectivo critério de aceitação, quantificável e verificável. * **Exemplo**: "Relatório de Análise de Processos de Vendas - Critério de Aceitação: Aprovação formal do Gerente de Vendas em até 5 dias úteis, com base na cobertura de *todos* os subprocessos mapeados (prospecção, qualificação, proposta, fechamento) e na identificação de *pelo menos* 3 gargalos de eficiência." * **Seção "Não-Entregáveis / Exclusões"**: Ser explícito sobre o que não será feito. Esta seção é tão importante quanto a dos entregáveis. * **Exemplo**: "Não será fornecido suporte técnico para sistemas legados do cliente (ex: ERP 'Sistema X' versão 2008) após a fase de implementação da nova metodologia." ou "Treinamento para equipe de TI do cliente na manutenção da solução desenvolvida não está incluído no escopo; apenas treinamento de usuários finais." * **Seção "Responsabilidades e Partes Interessadas"**: Utilizar uma matriz RACI (Responsible, Accountable, Consulted, Informed) para as principais atividades e entregáveis, definindo claramente os papéis da equipe da consultoria e do cliente. 4. **Reunião de Kick-off e Validação Formal do TAP (D+10 após contrato)**: Conduzir uma reunião formal de kick-off com todos os stakeholders chave do cliente e da consultoria. Apresentar o TAP, item por item, solicitando validação e assinatura formal. Registrar todas as dúvidas e esclarecimentos em ata, anexando-a ao TAP. Isso cria um "contrato social" sobre o escopo. ### Workflow 2: Gerenciamento Ativo de Mudanças e Comunicação para Sustentar o Escopo **Objetivo**: Manter o escopo sob controle durante a execução do projeto, respondendo proativamente a solicitações de mudança e garantindo que qualquer desvio seja formalmente avaliado e aprovado. **Passos Detalhados**: 1. **Estabelecimento de Linha de Base (Baseline) (D+15 após contrato)**: Após a validação e assinatura do TAP na reunião de kick-off, o escopo, cronograma e orçamento iniciais são "congelados". Comunicar formalmente a ambas as equipes que qualquer solicitação de mudança a partir deste ponto seguirá um processo estruturado de Request for Change (RFC). 2. **Processo de Solicitação de Mudança (RFC) (Contínuo)**: * **Submissão**: Qualquer solicitação de alteração (nova funcionalidade, modificação de requisito, extensão de prazo por motivo do cliente, etc.) deve ser submetida usando um formulário de RFC padronizado (ver seção de Templates). O solicitante (geralmente do lado do cliente) deve descrever a mudança, a razão da solicitação e o benefício esperado. * **Análise de Impacto**: A equipe da consultoria (gerente de projeto, especialistas técnicos/funcionais) analisa a RFC. Isso