Gates e vereditos
Nesta aula
Uma autorização com escopo
Gate é uma decisão de passagem vinculada a uma capacidade, uma versão e um uso. Ele responde se aquele resultado pode avançar nas condições declaradas. Não é uma reunião obrigatória nem um carimbo universal. Autorizar um protótipo para inspeção local não significa autorizar sua publicação como produto concluído.
LIBERADO significa que os critérios aplicáveis foram atendidos e as evidências sustentam o uso autorizado. LIBERADO COM RESSALVAS exige lacunas classificadas como não impeditivas, risco aceito por autoridade identificada, limites e acompanhamento. BLOQUEADO impede o avanço pretendido enquanto existe falha impeditiva ou falta de evidência necessária. Um formulário completo pode registrar qualquer um desses três resultados.
A autoridade é quem responde pela decisão no contexto do projeto. Na Oficina Caracol individual, o responsável pelo projeto pode decidir uma demonstração local, mas deve registrar o limite da revisão feita pela própria pessoa. Competências especializadas ou políticas do contexto podem exigir outro aprovador. O método não cria essa competência apenas preenchendo o nome de alguém. S03, prática PO.4, trata critérios de verificação; S06 apresenta critérios de acessibilidade e requisitos de conformidade que não se resumem a um teste automatizado.
Ampliar diagrama Procedimento de decisão
- Declare o que será autorizado: inspeção local, integração ou disponibilização da versão ao público.
- Liste critérios de aceite, evidência necessária e condições impeditivas antes de avaliar.
- Verifique resultados, atualidade e alcance das evidências; um comando registrado com falha não demonstra aprovação.
- Classifique cada lacuna e registre o risco residual, sua aceitação, restrições, responsável e prazo ou gatilho de revisão.
- Emita o veredito, identifique a autoridade e comunique a próxima ação. Se a versão ou as condições mudarem, reavalie a autorização.
Gate preenchido para o catálogo
Considere um exercício documental em que a implementação foi preparada, mas ainda não existe registro de navegação por teclado. O objetivo do gate é liberar a versão pública que declara atender REQ-001 a REQ-004. O seguinte preenchimento resolve a decisão com os dados disponíveis, sem inventar execução.
| Campo | Preenchimento didático |
|---|---|
| Identificação e escopo | G-CAT-01; versão de trabalho; publicação do catálogo com REQ-001 a REQ-004 |
| Critérios | Listar ativos; ocultar inativos; tratar vazio e erro; verificar teclado e feedback |
| Evidência disponível | Plano de cenários e arquivos preparados; resultados ainda não anexados |
| Lacuna impeditiva | Não há evidência das verificações exigidas, inclusive teclado |
| Veredito | BLOQUEADO para publicação com essa declaração de atendimento |
| Autoridade e próxima ação | Responsável pelo projeto; executar verificações e anexar resultados |
| Validade | Reavaliar após os resultados na mesma versão; mudança relevante exige nova análise |
Agora mude o escopo: apenas uma inspeção local supervisionada do layout, sem alegação de versão pronta. Uma autorização restrita pode admitir verificações pendentes, desde que os participantes saibam o objetivo e a limitação. Isso não eleva automaticamente maturidade nem resolve REQ-004. Se a versão pública já atende todos os critérios e falta apenas uma ilustração opcional da documentação, a ausência pode ser ressalva editorial, com responsável e revisão definida.
Erros e reparos correspondentes
| Erro | Reparo |
|---|---|
| Ressalva sem responsável ou revisão | Nomear quem acompanha e definir data ou gatilho justificável |
| Gate retroativo apresentado como autorização prévia | Registrar a cronologia real, avaliar a exposição ocorrida e decidir o próximo avanço |
| Aprovador sem competência para o risco | Buscar revisão adequada ou restringir o escopo; não transformar assinatura em conhecimento |
| Registro de teste confundido com sucesso | Conferir resultado e consequência de cada falha antes do veredito |
Exercício resolvido
Dados: o pacote tem plano de teste, mas nenhum resultado registrado. O pedido A é mostrar o protótipo localmente para discutir nomes dos serviços. O pedido B é publicar afirmando que os requisitos de teclado foram verificados. Emita dois gates e indique a evidência que falta.
Ver solução comentada
Solução: A pode ser autorizado com escopo restrito de discussão, dados de exemplo e indicação de verificações pendentes; essa é uma decisão de uso, não uma aprovação da capacidade final. B permanece BLOQUEADO: falta a verificação manual exigida e a evidência de seu resultado. A ausência de teste não prova que a interface falha, mas impede afirmar que a verificação ocorreu.
- Rubrica: distinguir os usos, recusar a declaração sem prova e identificar responsável e próxima ação.
- Aceita-se bloquear também A se houver condição impeditiva adicional explicitada; não se aceita liberar B apenas por ser um protótipo.
- Gate de aprendizagem: o leitor entrega dois registros reproduzíveis, com consequência concreta e sem converter pendência em aprovação.
Fontes relacionadas
Consulte os limites e as seções de apoio de cada referência.
S03 S06 S16Tente o exercício antes de consultar a solução. Marque a aula para organizar sua leitura.
A conclusão desta leitura não equivale a certificação ou aceite de um projeto real. Teste os exemplos no escopo indicado e registre as limitações.