Do catálogo de requisitos ao pacote de evidências
Um único caminho que a sua equipa segue em cada projeto, da primeira reunião a uma alteração pedida meses depois.
Catálogo
Liste uma vez as funcionalidades padrão do seu produto, com as opções e quanto o cliente pode ajustar cada uma. Faz isto uma vez por produto, não por cliente.
FRD
Crie um projeto e registe os requisitos num FRD estruturado — não num ficheiro Word, mas em funcionalidades com identificadores estáveis, ativadas ou desativadas e preenchidas a partir do seu modelo, mais tudo o que for específico do cliente.
Revisão e aprovação
A sua equipa aprova primeiro internamente; depois o cliente revê exatamente a versão fixada através de uma ligação segura — sem conta nem lugar do lado dele. A decisão do cliente, com a identidade verificada por código, passa a ser o registo de aprovação na aplicação.
Linha de base e pedidos de alteração
A versão aprovada fica bloqueada como linha de base — o estado acordado, registado. Quando o cliente pede algo novo, abre um Pedido de alteração sobre essa linha de base: um antes/depois explícito, revisto e aprovado à parte, e depois aplicado para criar a linha de base seguinte. Nada apaga o histórico.
Evidências, sempre que precisar
Cada versão tem um hash do conteúdo, cada aprovação é um registo de aprovação na aplicação e cada passo é um evento de auditoria encadeado por hashes e à prova de adulteração. Exporte um pacote de evidências — um único PDF — nos planos que o incluem: a versão, o seu hash e as aprovações por trás dela, para uma auditoria do cliente, um litígio ou os seus próprios registos.
Prefere um guia passo a passo? Ler os guias →