A Resposta Breve
O Scope Creep (desvio de escopo) surge quando não há uma distinção nítida entre o que foi prometido e o que foi construído. Três mecanismos podem resolver isso: um Baseline documentado e visível para todos; um formulário de solicitação de alteração de meia página que inclua uma estimativa de esforço; e uma regra de substituição, segundo a qual qualquer adição deve deslocar algo de tamanho semelhante ou consumir um orçamento de mudança pré-alocado. Sem esses três elementos, toda "pequena solicitação" desaparece no sprint e só é descoberta na data de entrega.
Por Que Isso Acontece Justamente no Salesforce
O Salesforce é flexível o suficiente para que quase qualquer solicitação pareça ter um custo baixo. Adicionar um campo leva dois minutos, o que dificulta explicar a uma parte interessada por que isso não deveria ser feito. No entanto, o campo envolve validação, permissões, uma coluna em um relatório, mapeamento na migração, uma linha no treinamento e um teste na UAT. O custo real é de cinco a dez vezes maior do que o tempo de construção, e essa é exatamente a diferença que ninguém percebe no momento da solicitação.
Estrutura de Controle de Quatro Componentes
| Componente | O que inclui | Responsável | Resultado |
|---|---|---|---|
| Baseline Congelada | Lista de capacidades, cenários e item explícito "Fora do Escopo" | Product Owner | Documento assinado ao final do Discovery |
| Solicitação de Mudança (Change Request) | Descrição, justificativa de negócio, estimativa de esforço, impacto na data | Solicitante + Tech Lead | Formulário de meia página |
| Comitê de Mudanças | Reunião semanal de 30 minutos sobre todas as solicitações abertas | Sponsor, PO, Tech Lead | Decisão: Aprovado / Rejeitado / Para a Próxima Onda |
| Orçamento de Mudança | 10%–20% do escopo inicial, alocado no início do projeto | Sponsor | Acompanhamento do saldo semanal |
O Poder do "Fora do Escopo" Explícito
A seção mais importante do documento de Baseline não é o que está incluído, mas sim o que está explicitamente fora do escopo. Frases como "a integração com o sistema de folha de pagamento não está incluída na primeira fase" ou "a migração de atividades anteriores a 2022 não está incluída" economizam semanas de discussão. A regra é: qualquer coisa que uma parte interessada possa presumir erroneamente que está incluída deve aparecer na lista de exclusões de forma clara.
Como Dizer "Sim" Sem Pagar Por Isso
Uma rejeição generalizada geralmente resulta em um projeto entregue no prazo, mas que não serve a ninguém. A abordagem eficaz é aceitar cada solicitação para um backlog, precificá-la com transparência e deixar que a parte interessada escolha: iniciar agora às custas de outro item, esperar pela próxima onda ou consumir do orçamento de mudanças. Quando a escolha é transparente, a discussão se torna econômica em vez de emocional — e, na prática, cerca de um terço das solicitações são descartadas assim que o custo é percebido.
Mais informações sobre a definição do Baseline podem ser encontradas em Definição de MVP e Discovery para CRM.
Riscos Comuns e Ações Preventivas
O risco principal é um controle excessivamente rígido. Um processo que exige três formulários e duas semanas de espera faz com que as equipes o contornem – e as mudanças continuam, apenas sem documentação. Meia página e uma discussão semanal são o teto prático.
O segundo risco é a “deriva técnica”: decisões arquitetônicas tomadas dentro de um sprint que expandem o escopo sem que ninguém as chame de mudança. Por isso, uma mudança arquitetônica significativa também deve passar pelo mesmo comitê. O terceiro risco é um Sponsor ausente: quando não há quem diga “não” com autoridade, toda solicitação recebe um “vamos verificar” – e isso é exatamente o mesmo que um “sim”.
Como Medir o Sucesso
Monitore quatro números em um relatório semanal: número de solicitações abertas, porcentagem aprovada, variação acumulada no projeto em relação ao Baseline e saldo do orçamento de mudanças. Um projeto saudável apresenta uma variação acumulada de até 15% e um saldo positivo do orçamento na fase de UAT. Uma variação acumulada acima de 30% é um sinal de que o Discovery foi superficial, e não que a equipe é indisciplinada.