Da primeira regra ao último resultado.

Mapeamos formatos, papéis e exceções antes de desenhar os fluxos. Cada decisão importante precisa de uma regra de funcionamento e de uma forma clara de a comunicar.

O documento de âmbito identifica quem pode alterar um resultado, como se confirma a participação e que situações exigem intervenção da organização.

A organização deve conseguir distinguir informação por confirmar de informação já publicada. Desenhamos estados visíveis, ações reversíveis quando adequadas e mensagens que explicam a consequência de uma alteração. O comportamento concreto é revisto com o cliente antes de integrar a primeira entrega.

Desenhamos inscrição, confirmação e consulta de informação com linguagem direta. Estados e próximos passos devem ser compreensíveis sem depender de mensagens dispersas.

A recolha de dados, requisitos de acesso e notificações são definidos com o cliente. Serviços externos e integrações só entram no projeto quando o respetivo acesso é confirmado.

O âmbito identifica exemplos de teste: uma inscrição incompleta, uma alteração de calendário e um resultado em revisão. Estes exemplos permitem discutir necessidades reais e critérios de aceitação, em vez de comparar apenas nomes de funcionalidades.

Construímos áreas de gestão para acompanhar o que precisa de atenção: participantes, calendário, alterações e resultados. Permissões e histórico são parte do desenho técnico.

As ações sensíveis devem distinguir rascunho, confirmação e publicação. Definimos critérios de teste para evitar que uma alteração passe despercebida.

Preparamos testes de fluxos, documentação e uma sessão de passagem do projeto. A infraestrutura e a responsabilidade operacional são acordadas antes do lançamento.

Depois da entrega, melhorias podem ser planeadas por prioridade. Apoio contínuo, monitorização ou novos módulos dependem de um acordo específico.