-
Notifications
You must be signed in to change notification settings - Fork 2
Critérios de aceitação para artefatos
Trata-se de um documento composto por épicos e features, baseadas nas atividades do subprocesso de Requisitos. Conforme o documento de Detalhamento de requisitos, ele é resultado de uma série de subprodutos das atividades de Requisitos. Este artefato é produzido no início do desenvolvimento e pode sofrer alterações sempre que necessário.
- Nome do Épicos/Features.
- Descrições dos Épicos/Features.
O backlog da Release possui o mesmo formato do backlog do Produto, mas conta apenas com os Épicos/Features que serão desenvolvidos na release em questão. Para cada Release, um artefato deste é gerado.
- Nome dos Épicos/Features
- Descrições dos Épicos/Features
O backlog da sprint deve ser composto por estórias de usuário, estórias técnicas ou ambos. Além de possuírem as suas respectivas pontuações, critérios de aceitação e os membros que irão desenvolvê-la.
- Nome das Histórias de Usuário/Histórias Técnicas
- Descrições das Histórias
- Pontuação das História
- Critérios de aceitação das Histórias
- Estórias devem abranger todo o requisito a qual ela foi originada
- Estórias devem seguir o seguinte template “Eu como (ator) desejo (realizar esta atividade) com objetivo de (chegar a alguma finalidade)”
O artefato relatório da retrospectiva deve conter a resposta para algumas perguntas para ajudar o planejamento da próxima sprint, fornecendo uma visão mais detalhada dentro do processo do time ágil a partir de informações quantitativas. As perguntas serão utilizadas como critérios de aceitação. Um relatório é desenvolvido para cada sprint.
- A equipe cumpriu a previsão da sprint ?
- Foi o burdown que todos da equipe esperavam ?
- Houve trabalho adicionado ou removido durante a sprint ?
- Será que algum trabalho não foi concluído dentro do sprint? Se sim, por quê?
- Qual foi a velocidade do time durante este sprint ?
- tarefas com valores com estimativas semelhantes levam quantidades iguais de tempo para serem concluídos?
O plano de Medição contempla as métricas que serão utilizadas para a realização do controle de qualidade do processo e do produto. Ele deve ser produzido pela equipe de Processo durante o primeiro "ciclo de desenvolvimento" e pode ser refinado a cada ciclo, adaptando-se às necessidades da equipe.
-
Definir métricas, com suas respectivas descrições, escalas e procedimento de análise.
-
Explicar de a metodologia adotada na seleção das métricas
-
Para a criação deste artefato, recomenda-se o uso do Template do Plano de Medição
No planejamento de treinamentos cada equipe deve produzir um documento com os treinamentos que serão realizados e os temas que serão discutidos, e por que abordar tal tema tendo em vista o que foi realizado pela equipe até o momento.
Os critérios de aceitação desse plano são obtidos por meio de conversas com os membros das equipes.
- A equipe treinada compreender o que lhe foi passada
- A equipe que acabou de entrar em uma nova área não sofrer com grandes dificuldades
Estórias de usuário desenvolvidas
- Estórias desenvolvidas e testadas
Este artefato é um registro da reunião com o cliente, este artefato não precisa definir detalhadamente features mas precisa conter as idéias de onde elas derivarão.
- Todas as features devem estar rastreadas com uma das idéias registradas neste documento
- Template do Plano de Medição
- Template para Resultado de Métricas Coletadas por Sprint
- Diretrizes e template para Objetivos GQM