Análise de Impacto

Resumo Executivo

Alto

Impacto geral

12 dias

Esforço estimado

R$ 8.400

Custo estimado

+3 sem.

Impacto no prazo

Atenção: Esta mudança afeta o prazo de entrega do milestone previsto para [data]. A aprovação deve ser feita até [data limite] para não comprometer o cronograma atual.

01 · Descrição da Mudança

Solicitação original	[Descreva exatamente o que o stakeholder pediu, nas palavras dele. Não interprete ainda — apenas registre.]
Interpretação técnica	[O que essa mudança significa em termos de requisitos, componentes e funcionalidades afetadas. Aqui você traduz o pedido para linguagem técnica.]
Motivação	[Por que o stakeholder quer essa mudança? Qual problema de negócio está resolvendo? Entender o "porquê" frequentemente revela alternativas mais simples.]
Situação atual	[Como o sistema funciona hoje em relação a esse ponto? Qual é o comportamento atual?]
Situação desejada	[Como o sistema deve funcionar após a mudança? Qual é o comportamento esperado?]
Requisitos afetados	`RF-AUTH-001`, `RNF-002` — [liste os requisitos que precisarão ser alterados ou criados]

02 · Análise de Impacto Técnico

Banco de dados Impacto alto

[Ex.: "Necessário adicionar 3 novas colunas na tabela orders e criar nova tabela approval_history. Script de migração necessário. Dados históricos precisam ser migrados — estimativa: 2,3M de registros a serem processados em batch."]

Componente	Alteração necessária	Risco
`[tabela/schema]`	[Descreva a alteração específica no banco]	Alto
`[tabela/schema]`	[Alteração]	Médio

Backend / API Impacto médio

[Ex.: "3 endpoints precisam ser modificados e 2 novos endpoints criados. A lógica de aprovação em ApprovalService precisa ser refatorada para suportar múltiplos níveis."]

Componente	Alteração necessária	Risco
`[serviço/endpoint]`	[Descreva a alteração]	Médio
`[serviço/endpoint]`	[Alteração]	Baixo

Frontend / Interface Impacto baixo

[Ex.: "Nova tela de histórico de aprovações. Componente de timeline reutilizado de outras telas. Adaptação do formulário de solicitação para incluir campo de alçada."]

[Outro componente — ex.: Infraestrutura] Sem impacto

[Ex.: "Sem impacto na infraestrutura atual. A mudança está contida na camada de aplicação."]

03 · Análise de Impacto no Negócio

Dimensão	Impacto	Nível
Prazo do projeto	[Ex.: "O milestone de entrega do módulo de aprovação precisa ser adiado de [data atual] para [nova data], impactando o lançamento para clientes piloto."]	Alto
Custo	[Ex.: "Esforço adicional de 12 dias de desenvolvimento e 3 dias de QA. Custo estimado de R$8.400 (R$700/dia × 12 dias)."]	Médio
Escopo do MVP	[Ex.: "Para absorver este esforço sem atrasar o prazo, seria necessário retirar do MVP a funcionalidade [X] — que pode ser entregue na Release 2."]	Médio
Usuários afetados	[Ex.: "Todos os usuários com perfil 'Aprovador' precisarão receber treinamento na nova interface de alçada."]	Médio
Processos de negócio	[Há algum processo de negócio que muda com essa mudança? Ex.: fluxo de aprovação, política de alçadas, comunicação entre áreas.]	Baixo
Integrações externas	[Há sistemas integrados que precisam ser comunicados ou atualizados?]	Nenhum

04 · Estimativa de Esforço

Atividade	Responsável	Estimativa	Observações
Refinamento e documentação de requisitos	Analista de Requisitos	1 dia	Detalhamento do novo fluxo de alçadas e critérios de aceitação.
Alteração no banco de dados	Backend Developer	2 dias	Script de migration + backup de dados. Requer validação em ambiente de staging.
Desenvolvimento backend	Backend Developer	5 dias	Novos endpoints + refatoração do serviço de aprovação.
Desenvolvimento frontend	Frontend Developer	3 dias	Nova tela de histórico + adaptação do formulário.
Testes (QA)	QA Engineer	2 dias	Testes funcionais, regressão e validação em staging. Inclui testes de carga.
TOTAL		13 dias úteis	Custo estimado: R$ 9.100 (R$700/dia)

Incerteza: Estimativa baseada no entendimento atual da mudança com margem de ±20%. Caso a migração de dados históricos apresente complexidade adicional, o prazo pode ser impactado em até 2 dias.

05 · Alternativas Avaliadas

Alternativa	Descrição	Esforço	Trade-off
Opção A (recomendada)	[Ex.: "Implementar alçadas configuráveis por parâmetro no painel admin — resolve o problema principal com flexibilidade para o futuro."]	13 dias	Implementação mais robusta, mas prazo impactado
Opção B — MVP da mudança	[Ex.: "Implementar apenas 2 níveis de alçada fixos (até R$10k / acima de R$10k) sem configurabilidade. Atende 90% dos casos com 50% do esforço."]	6 dias	Entrega rápida, mas exige segunda mudança no futuro
Opção C — Não implementar	[Ex.: "Manter o sistema atual e orientar o usuário a usar a funcionalidade X como solução de contorno."]	0 dias	Sem custo, mas o processo de negócio permanece ineficiente

06 · Recomendação do Analista

Recomendação: [Nome da opção recomendada]

[Descreva sua recomendação com justificativa clara. Ex.: "Recomendo a Opção B (MVP da mudança) para esta sprint, com compromisso de implementar a solução completa (Opção A) na Release 2. Essa abordagem entrega 90% do valor solicitado sem comprometer o milestone de lançamento do produto. A Opção A pode ser criada como épico na Release 2 e refinada com mais dados de uso real."]

Decisão necessária até: [Data limite para decisão]
Aguardar além desta data impacta o planejamento da próxima sprint e o cronograma de entrega.

07 · Aprovação da Mudança

[Analista de Requisitos] Análise e recomendação
Data: ____/____/________

[Product Owner / Responsável] Decisão: [ ] Aprovada [ ] Reprovada [ ] Opção: ____
Data: ____/____/________

[Stakeholder Solicitante] Ciência da decisão
Data: ____/____/________