Diagnóstico de escopo
O que foi acordado, o que foi adicionado no caminho e o que nunca foi definido.
Resgate e estabilização de projetos
Um projeto emperrado não precisa de mais desenvolvimento. Precisa de um diagnóstico.
Um diagnóstico transversal para um projeto Salesforce desviado: escopo, arquitetura, dados, método de entrega e confiança entre as partes — seguido de um plano de estabilização com medidas aplicáveis imediatamente.
Mapa de capacidades
O que inclui e em que ordem
Resgate de projetos — Mapa de capacidades
Diagnóstico de escopo
O que foi acordado, o que foi adicionado no caminho e o que nunca foi definido.
Revisão de arquitetura
Modelo de dados, permissões e automação versus o processo de negócio real.
Revisão de dados
Qualidade, duplicatas e o estado real da migração.
Revisão da entrega
Planejamento, priorização, testes e processo de tomada de decisões.
Plano de estabilização
Medidas imediatas que restauram o controle em um único ciclo.
Plano de recuperação
Uma sequência priorizada com marcos mensuráveis.
Contexto
O que realmente determina o resultado
Um projeto raramente se desvia por um único motivo. Geralmente é a combinação de um escopo que nunca foi acordado com precisão, um modelo de dados decidido tarde demais e dados piores do que o previsto.
O primeiro movimento não é acelerar, mas parar e mapear. Continuar desenvolvendo sobre uma base defeituosa apenas aumenta o custo da correção final.
Um resgate bem-sucedido termina com uma decisão explícita: o que congelar, o que continuar e o que reconstruir, com um cronograma que a equipe possa cumprir de verdade.
O que fazemos
Áreas de trabalho
Revisão de arquitetura
Modelo de dados, permissões e automação versus o processo de negócio real.
Revisão de dados
Qualidade, duplicatas e o estado real da migração.
Revisão da entrega
Planejamento, priorização, testes e processo de tomada de decisões.
Plano de estabilização
Medidas imediatas que restauram o controle em um único ciclo.
Plano de recuperação
Uma sequência priorizada com marcos mensuráveis.
Matriz de decisão
Sintomas, causas e primeiros passos
| Sintoma | Causa comum | Primeiro passo | O que medimos |
|---|---|---|---|
| O cronograma atrasa continuamente | Escopo indefinido ou sem controle | Congelar o escopo e validar o backlog | Porcentagem de itens com critérios de aceitação |
| Cada correção quebra algo mais | Automações duplicadas sem responsável | Mapa completo do que é executado em cada objeto | Número de automações duplicadas |
| Os usuários não trabalham no sistema | O processo não coincide com o trabalho real | Entrevistas com usuários e revisão de uso | Taxa de uso semanal por função |
| Os dados não são confiáveis | Migração sem conciliação | Comparação por amostragem contra a origem | Taxa de discrepâncias identificadas |
| Não há acordo sobre o que é 'concluído' | Faltam critérios de aceitação | Definir um Definition of Done | Itens aceitos formalmente |
O cronograma atrasa continuamente
- Causa comum
- Escopo indefinido ou sem controle
- Primeiro passo
- Congelar o escopo e validar o backlog
- O que medimos
- Porcentagem de itens com critérios de aceitação
Cada correção quebra algo mais
- Causa comum
- Automações duplicadas sem responsável
- Primeiro passo
- Mapa completo do que é executado em cada objeto
- O que medimos
- Número de automações duplicadas
Os usuários não trabalham no sistema
- Causa comum
- O processo não coincide com o trabalho real
- Primeiro passo
- Entrevistas com usuários e revisão de uso
- O que medimos
- Taxa de uso semanal por função
Os dados não são confiáveis
- Causa comum
- Migração sem conciliação
- Primeiro passo
- Comparação por amostragem contra a origem
- O que medimos
- Taxa de discrepâncias identificadas
Não há acordo sobre o que é 'concluído'
- Causa comum
- Faltam critérios de aceitação
- Primeiro passo
- Definir um Definition of Done
- O que medimos
- Itens aceitos formalmente
Como trabalhamos
Etapas de entrega
- 01
Parar e mapear
Uma imagem compartilhada e acordada por todas as partes.
- 02
Diagnóstico transversal
Escopo, arquitetura, dados e entrega.
- 03
Decisões
O que congelar, continuar e reconstruir.
- 04
Estabilização imediata
Eliminar bloqueios do trabalho diário.
- 05
Plano de ação
Uma sequência priorizada com marcos.
- 06
Retomar o rumo
Revisões por marcos e medição contínua.
Continuar explorando
Serviços e guias relacionados
Perguntas frequentes
Resgate de projetos — perguntas comuns
Um resgate significa começar do zero?
Quase nunca. Na maioria dos casos, uma parte substancial do trabalho é sólida e merece ser preservada. O objetivo é identificar com precisão quais camadas estão quebradas e corrigir apenas essas, com uma decisão razoável e não fruto da frustração.
Quanto tempo dura o diagnóstico?
Um diagnóstico focado é muito mais breve que um projeto. Ele é limitado no tempo desde o início, porque um diagnóstico que se arrasta torna-se parte do problema.
E se o fornecedor atual ainda estiver envolvido?
É uma situação comum e totalmente gerenciável. O diagnóstico examina o estado do sistema e do processo, não as pessoas, e os achados servem de base para uma decisão conjunta sobre como continuar.
E se o orçamento já estiver esgotado?
Então, saber exatamente o que falta é ainda mais importante. Um diagnóstico que identifica três bloqueios reais é muito mais econômico do que continuar um desenvolvimento sem foco que produz um novo desvio.
Próximo passo
Diagnostique o projeto
Avaliaremos o estado real do projeto e definiremos os três movimentos que restauram o controle.
Próximo passo
Diagnostique o projeto
Avaliaremos o estado real do projeto e definiremos os três movimentos que restauram o controle.