[Nome da empresa]

Número da História – Nome da funcionalidade

Nome do Projeto
Sumário
Controle de Versões...................................................................................................................................................3
Número da História – Nome da Funcionalidade............................................................................................................3
Descrição.....................................................................................................................................................................3
Usuários Chaves do Sistema.......................................................................................................................................3
Interface do Sistema...................................................................................................................................................4
Validações...................................................................................................................................................................4
Critérios Técnicos........................................................................................................................................................5
Critérios de Aceite......................................................................................................................................................5
Refinamento da História.............................................................................................................................................5
Definição de Pronto....................................................................................................................................................5
História do Usuário

Controle de Versões
Nome do produto/serviço: Nome do Projeto
Data do preenchimento: Responsável Versão
Dia/Mês/Ano Nome Analista 1.0

Número da História – Nome da Funcionalidade

Descrição

Exemplo: Foi solicitado a criação da tela de consultar decisão do magistrado que deverá apresentar os processos que
estão aguardando a decisão do magistrado com o registro de deferimento e indeferimento. A tela deverá conter os
botões de acesso as funcionalidades: Indicar à apreciação do magistrado, Editar, Disponibilizar, Exportar e Visualizar.

COMO usuário logado e com acesso a aplicação.

EU GOSTARIA/POSSO/DEVO de consultar todos os processos que estão aguardando a decisão do magistrado.

PARA QUE eu possa ver quais são os processos que estão aguardando a decisão do magistrado.

Usuários Chaves do Sistema

Usuário(s) Área(s) Finalidade

Usuário x N/A Consultar processos

Interface do Sistema

Tela 01 – Nome da Funcionalidade

Forma de acesso: xxxx

Validações

Dados do formulário

Não se aplica.

Regras de Negócio

Referência
Descrição
RN
RN01
RN02
RN03
RN04

Regras de Interface

Não se aplica.

Mensagens

Não se aplica.

Critérios Técnicos
Não se aplica.

Critérios de Aceite

Requisito: Criar a tela de consulta de processos que estão aguardando decisão do magistrado e disponibilizar o
acesso a algumas funcionalidades.

Critério de aceitação: O usuário deverá consultar os processos que estão aguardando decisão do Magistrado e ter
acesso as funcionalidades de: Indicar à apreciação do magistrado, Editar, Disponibilizar, Exportar e Visualizar.

Refinamento da História

Funcional - Realizado em xx/xx/2023

 PO (ou representante de negócio) apresentou a história para o DEV Team.

 DEV Team tem clareza sobre o trabalho que precisa ser realizado.

O time identificou alguma dependência para o desenvolvimento da história?

 Não.
 Sim. Qual?

Informe as dependências:

Técnico - Realizado em xx/xx/2023

 DEV Team realizou análise prévia para entendimento da história.

 DEV Team esclareceu dúvidas sobre a história.
 DEV Team confirma que a história está pronta para a próxima Sprint.
 DEV Team confirma que é possível estimar a história no Planning Poker.

Definição de Pronto

 Validação do Protótipo comparado ao layout apresentado previamente (quando aplicável).

 Desenvolvimento da Tela utilizando componentes AWB
 Código finalizado e revisado por outro desenvolvedor (Code Review)
 Testes Unitários executados com sucesso no ambiente local.
 Código disponibilizado em TU para promoção a outros ambientes.
 Código-fonte validado pelo Fortify.
 Testes funcionais contemplando cenários de testes mapeados e integrações com outros sistemas efetuados
com sucesso em TU pelo tester
 (quando aplicável).
 A história deve ter atendido a todos os critérios de aceite.
 História aceita pelo Product Owner.
 História homologada pelo gestor.
 Evidências coletadas e incluídas no Octane.

Observação:

Ponto de Atenção: Após á entrega da história na Sprint, ela deverá passar por futuras homologações, incluindo:
Gestor.