| 1. Concepção |
Elicitação e Descoberta |
Descoberta inicial de requisitos por meio de discussões colaborativas para entender o problema e a oportunidade de negócio. |
Ideias de Requisitos (Brutas) |
Brainstorm em reuniões da equipe (foco no escopo e visão). |
|
Declaração |
Escrita e registro dos requisitos em formato inicial, garantindo a comunicação essencial sobre o sistema. |
Primeira Lista de Requisitos (Texto) |
Primeira lista textual de requisitos. |
|
Organização e Atualização |
Classificação inicial dos requisitos por tipo (funcionais e não funcionais). |
Lista de RFs e RNFs separados |
Separação de requisitos funcionais e não funcionais. |
|
Análise e Consenso |
Definição do conjunto inicial de funcionalidades para atender o problema principal. |
Lista Inicial de RFs Consensuais |
Primeira lista de requisitos funcionais acordada pela equipe. |
|
Verificação e Validação |
Confirmação da validade dos requisitos iniciais junto ao cliente. |
Requisitos Validados Inicialmente |
Reuniões de validação com checklist de análise. |
| 2. Elaboração |
Análise e Consenso |
Priorização e negociação dos requisitos com base no valor de negócio e esforço técnico. |
Priorização MoSCoW; Níveis de Complexidade |
Reuniões com cliente e equipe para definir valor de negócio e aplicar MoSCoW. |
|
Organização e Atualização |
Definição do escopo do MVP com base na priorização técnica e de valor. |
Matriz Esforço x Impacto |
Matriz esforço x impacto e detalhamento dos requisitos selecionados. |
|
Representação |
Criação de protótipo inicial para validar interface e fluxos com o cliente. |
Primeira Representação Visual (Protótipo) |
Protótipo avaliado positivamente pelo cliente. |
|
Declaração |
Definição do escopo final do MVP e critérios de qualidade. |
Work Item List; Documento DoD |
Work Item List organizada e Definition of Done definida. |
|
Verificação e Validação |
Avaliação e feedback do protótipo pelo cliente. |
Feedback subjetivo (Validação) |
Cliente avaliou o protótipo como excelente. |
|
Elicitação e Descoberta |
Conclusão da descoberta dos requisitos de alto nível do produto. |
— |
— |
| 3. Construção |
Organização e Atualização |
Revisão da lista de requisitos. Prioriza-se o que entra na iteração atual |
Work Item List atualizada e reordenada por prioridade. |
Histórico de alterações no Work Item List e Definition of Done |
|
Declaração |
Detalhamento "Just-in-Time". Escreve-se o detalhe técnico do requisito pouco antes dele ser desenvolvido. |
Casos de Uso, com fluxos alternativos e de exceção completamente escritos |
Especificações de caso de uso documentadas |
|
Representação |
Criação de modelos visuais para guiar a codificação de funcionalidades complexas. |
Diagrama de casos de uso em UML, mostrando sequência ou atividades para lógica complexa. |
Arquivos de modelos visuais dos diagramas de caso de uso |
|
Verificação e Validação |
Garantir que o requisito foi implementado conforme declarado. |
Requisito implementado corretamente |
Relatório de execução de casos de teste |
| 4. Transição |
Verificação e Validação |
O cliente usa o sistema para confirmar se atende às necessidades. |
Feedback positivo ou negativo do cliente |
Checklist de validação, preenchido se passou ou não para cada requisito crítico |
|
Análise e consenso |
Decisão sobre o que fazer com os pedidos de mudança de última hora. |
Mudança implementada ou não no projeto |
Atas de reunião de consenso ou registros de decisão sobre as mudanças |
|
Declaração |
Garantir de o documento final reflete o sistema entregue. |
Documentação final publicada e acessível aos usuários |
Notas de versão, resumo dos requisitos entregues na versão |
|
Organização e Atualização |
Limpeza do Work Item List para encerrar o projeto. |
Work Item List atualizado |
Versão final do repositório de requisitos |