Levantamento de Escopo

Os objetivos de negócio e os indicadores de sucesso (KPIs) estão definidos e são mensuráveis?

Business case com resultado esperado quantificado — receita, custo, produtividade, risco.

Os requisitos funcionais e não-funcionais estão documentados e priorizados?

Backlog priorizado (MoSCoW) com requisitos de negócio e de performance/segurança/escala.

As fronteiras de escopo (o que está dentro e o que está fora) estão formalizadas?

Escopo negado por escrito é o principal antídoto contra scope creep contratual.

Os processos de negócio as-is e to-be foram mapeados?

Desenho do fluxo atual e do fluxo futuro que a solução deve suportar.

Os critérios de aceite por entregável estão acordados com as áreas de negócio?

Condição mensurável de "pronto" validada com o dono do processo, não só com TI.

Existe um sponsor executivo com autoridade orçamentária e de decisão?

Patrocinador com poder de remover impedimentos e aprovar mudanças — não apenas um champion operacional.

A estrutura de governança (comitê/steering) e a cadência de decisão estão definidas?

Fórum, participantes e ritmo (semanal/quinzenal) para deliberar sobre riscos e mudanças.

Há um processo formal de controle de mudanças de escopo (change request)?

Fluxo de avaliação de impacto em prazo/custo antes de aceitar alterações no meio do projeto.

A arquitetura-alvo e o landscape de sistemas estão documentados?

Diagrama de solução, componentes e como a nova plataforma se encaixa no ecossistema atual.

As integrações e os sistemas de origem/destino estão mapeados com contratos de API?

Interfaces identificadas, contratos disponíveis e credenciais de sandbox liberadas.

Os ambientes (desenvolvimento, homologação, produção) estão provisionados com acessos liberados?

Tenants/instâncias disponíveis, SSO e permissões concedidas, pipeline de release previsto.

Os requisitos não-funcionais (performance, disponibilidade, escala) estão quantificados?

SLAs, volumetria de pico, RTO/RPO e metas de latência definidos por escrito.

As fontes de dados, a volumetria e a qualidade foram avaliadas?

Origens identificadas, volume estimado e diagnóstico de sujeira/duplicidade/lacunas.

A estratégia de migração/carga e de reconciliação está definida?

Método (ETL/API/carga), plano de de-para e critérios de reconciliação pós-carga.

Há massa de dados representativa disponível para testes e UAT?

Amostra anonimizada ou sintética que cobre os cenários reais de negócio.

Os riscos técnicos e de negócio foram identificados com plano de mitigação?

Registro de riscos com probabilidade, impacto e resposta (mitigar/aceitar/transferir).

Os requisitos regulatórios e de segurança (LGPD, SOX, normas do setor) estão mapeados?

Obrigações de compliance e controles de segurança que a solução precisa atender.

O prazo é imposto por evento externo/contrato (fixo) ou há margem de negociação (flexível)?

Prazo fixo por regulação, sazonalidade ou contrato exige contingência obrigatória.

Os perfis e papéis (funcional, técnico, dados, QA) estão definidos e disponíveis?

Consultores, key-users e time técnico alocados com janela de dedicação acordada.

A capacidade do time e dos key-users comporta a demanda do projeto?

Sem projetos concorrentes consumindo >40% da atenção dos envolvidos críticos.

Existe plano de gestão da mudança, treinamento e adoção?

Change management é o que separa go-live técnico de adoção real pelo negócio.