APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Começa por preparar um plano de análise que alguém consiga usar. Explicita decisões, informação necessária, participantes, dependências e momentos de revisão. Numa migração de middleware, a equipa de arquitetura pode precisar de opções comparadas antes de reservar capacidade, enquanto APS precisa de critérios de suporte antes do handover. Estas necessidades determinam quando analisar e quanto detalhe produzir. Define também quem recomenda, quem aprova e como tratar alterações. Um especialista técnico pode confirmar viabilidade sem ter autoridade para aceitar uma alteração de âmbito. A matriz de responsabilidades é útil quando elimina esta ambiguidade, mas deve ser confirmada com os envolvidos. Mantém uma fonte de informação identificável, versões, acessos e regras para atualizar relações entre requisitos.
Aplicação guiada
Num exercício, três equipas recebem cópias diferentes dos requisitos e duas implementam regras incompatíveis. A resposta útil inclui identificar a versão acordada, reconciliar diferenças e estabelecer quem publica alterações e avisa consumidores. Comprar outra ferramenta sem esse acordo pode apenas multiplicar os repositórios. Mede a eficácia da análise com indicadores ligados ao trabalho, como retrabalho causado por ambiguidades e tempo até resolver dúvidas relevantes. Contar páginas produzidas favorece volume sem demonstrar qualidade. Revê o plano quando descobres uma dependência externa ou quando os participantes deixam de conseguir cumprir as sessões previstas. Planeamento é uma decisão mantida durante a iniciativa, não um documento arquivado no arranque.
Antes do workshop, confirma que decisão será tomada e quem a pode tomar.
Armadilhas comuns
Ferramenta sem processo; aprovação técnica confundida com aprovação de âmbito.
Tópicos relacionados: Elicitação, evidência e colaboração · Ciclo de vida, prioridades e alterações · Estado atual, futuro e transição
Planeia informação e autoridade, além de reuniões e entregáveis.
Referência: The importance of a business analysis approach · Six-knowledge-area blueprint / handbook May 2026