4 - Backlog Produto parte 01_07_a_08 e 02

4 - Backlog Produto parte 01_07_a_08 e 02

1. 01 - Gerenciamento de Requisitos

   • 07-Spikes
     • É um tipo especial de estória para atividades de psquisa, desing, exploração ou prototipação. Prova de Conceito. Deve ter Relevância. * Reduzir riscos de uma abordagem técnica * Melhor entender um requisitos * Aumentar a confiabilidade na estimativa da história.
   • 08-Identificando estórias de usuários
     • 01-Entrevista de usuários
       • # Abordagem padrão # Seleção correta dos entrevistados # Entrevistar usuários reais # Evitar usuários que falam de processos que não executam # Usuários de diferentes funções # Fazer perguntas abertas
     • 02-Questionários
       • # Util para confirmar estórias de usuários ja elaboradas # Util respostas de grandes números de úsarios para respostas especificas
     • 03-Observação
       • #Excelente oportunidade para pegar insights #Feedback rápido #Auxilia requisitos não identificados em questionarios e entrevistas
     • 04-Workshops
       • #Mais eficazes de identificar estórias. #Recomenda antes de cada release #Bem conduzido, maneira rapida de escrever estórias #A ideia é dentificar os fluxos de trabalhos conceituais

2. 01 - Definição de Preparado - Definition of Ready (Dor)

   • Define critérios explicitos e visiveis que uma estória para ser aceita. Critéiro de entrada das estórias de usuarios. Permite rejeitar uma estória mais precoce e sem constrangimentos
     • Definição de coisas para aceitar uma estória na sprint.
   • O que é ready-preparado?
     • A estória foi definida com clareza suficiente para que todos os mebros da equipe entendem o que deve ser feito. Uma clara declaração do valor de negócio, que permite ao PO priorazar de forma adequada. #Para que serve o item? # Qual o valor para o negócio?
     • Durante as sessões de Grooming o item se torna preparado
     • Exemplo de definição de preparado:
       • #A história é bem escrita e tem um mínimo de 5 testes de aceitação definidos. #A história foi estimada e cabe em uma sprint #O time analisou a história em algumas reuniões de gromming - seu escopo está bem entendido. #Se necessário, a história passou por uma prova de conceito(spike) para explorar (e aperfeiçoar) a arquitetura e desing. #A equipe entende qual estratégia de testes será utilizada para aspectos funcionais e não funcionais. #Quaisquer dependências para outras histórias forma tratadas. #A história se alinha com o objetivo da sprint e é demonstrável.

3. 02 -Grooming do Backlog do Produto

   • #O PO e o time de desenvolvimento. #Fazem ajustes no backolog e deixa preparado para proximas sprints #O Scrum Master deve verificar se o PO está levando itens do backlog para a reunião de planejamento de Sprint.
     • #A equipe verificar os itens do backlog e avalia a quebra em itens menores. #Quando o Backlog do Produto estejam claros o suficiente, o Time de Desenvolmento pode estimar complexidade de cada um. #Somente o time de desenvolvimento pode estimar.
       • Objetivo do Grooming - Gerar um backlog DEEP(D-Detalhado /E-Estimado /E-Emergente /P-Preparado)
         • #O Backlog não é estatico, evolui. #Nem tudo deve receber o mesmo investimento de tempo(just-in-time) #Grooming a qualquer tempo - #Reserve 10% da sprint para o Grooming
           • #Não agendar o gromming nos primeiros e ultimos 20% da sprint #Trate a reunião igual a primeira parte da reunião. #O PO deve apresentar trabalho suficiente para duas sprints. #Todos entendem que a estimativa não é final.
   • Antes da Reunião do Gromming
     • #Uso ineficiente da equipe para definir itens do backlog que não tem valor/visão do produto.
     • Conhecer a razão atras das solicitações dos clientes

Bilder und Dateien der Mindmap