Tipos de Demanda (B)
Ponto de vista: SIS — Sistemas em Sustentação
Os quatro tipos
Seção intitulada “Os quatro tipos”| Tipo | Quando usar |
|---|---|
| Corretiva | Corrigir defeito, falha ou comportamento divergente do esperado |
| Evolutiva | Introduzir melhoria, mudança funcional ou adequação normativa |
| Sustentação | Preservar continuidade, estabilizar, monitorar, manter dependências ativas |
| Adaptativa | Adequar a mudanças de ambiente, plataforma ou bibliotecas sem alteração funcional |
Diferenças importantes
Seção intitulada “Diferenças importantes”Corretiva vs. Adaptativa
Seção intitulada “Corretiva vs. Adaptativa”A demanda corretiva corrige um comportamento que deveria funcionar e não funciona. A adaptativa ajusta o sistema a uma mudança externa (atualização de SO, mudança de versão de biblioteca, migração de ambiente) sem alterar o que o sistema faz.
Evolutiva vs. Corretiva
Seção intitulada “Evolutiva vs. Corretiva”A demanda evolutiva adiciona ou muda comportamento — o sistema está funcionando conforme o esperado, mas o “esperado” mudou. A corretiva não muda o comportamento esperado — restaura o que já deveria funcionar.
Critérios de classificação
Seção intitulada “Critérios de classificação”A classificação do tipo de demanda impacta diretamente:
- o modo de atuação (Completo, Essencial, Ágil)
- os artefatos mínimos exigidos
- o fluxo de execução aplicável
História ESP: reabertura ou nova história {#historia-esp-reabertura-ou-nova-historia}
Seção intitulada “História ESP: reabertura ou nova história {#historia-esp-reabertura-ou-nova-historia}”A história ESP (H*) continua sendo a unidade rastreável de especificação e aceite. A classificação da demanda define como o trabalho se ancora nela:
| Situação | Tipo de demanda típico | Tratamento da história ESP |
|---|---|---|
| Comportamento já aceito falha em produção ou na homologação final após aceite formal da história | Corretiva | Reabrir a mesma história (retroceder estado no fluxo de vida, p.ex. de implementado para refinado ou aprovado) ou registrar a correção como demanda corretiva com vínculo explícito ao ID da história e aos commits — a escolha entre “reabrir” e “manter história fechada + registro corretivo” é política do órgão, mas deve estar documentada uma única vez (GTI/DEC ou equivalente) e acompanhada de evidência. |
| Nova capacidade, mudança de regra de negócio desejada ou adequação normativa que altera o “esperado” | Evolutiva | Nova história H* (ou conjunto de histórias), com novo IRA/BRM conforme o fluxo evolutivo. |
| Continuidade operacional (patch, monitoração, dependência) sem mudar requisito funcional aprovado | Sustentação ou Adaptativa | Normalmente sem nova história de negócio; seguir artefatos OBS/RUN e IRA simplificado quando exigido. |