Unidade-III-04-Estimativa Ágil

Prévia do material em texto

<p>Engenharia de Requisitos</p><p>Marcelo Nassau</p><p>Estimativa Ágil</p><p>Story Points</p><p>▪ Definem o “tamanho” das Histórias do Usuário.</p><p>▪ Definem de forma relativa o tempo necessário para implementação de</p><p>Histórias do Usuário.</p><p>▪ Uma mesma “pontuação” poderá variar em relação ao tempo para</p><p>execução de acordo com a experiência da equipe ou tecnologia utilizada.</p><p>▪ Em quanto tempo uma corrida de 10 Km é finalizada?</p><p>▪ A definição de tempo é diferente para cada pessoa e cada contexto!</p><p>▪ A precisão das estimativas depende da qualidade dos dados de uma base</p><p>histórica de outros projetos.</p><p>Story Points</p><p>▪ Como definir uma métrica?</p><p>▪ Tamanho de roupas: PP, P, M, G e GG.</p><p>▪ Dificuldade: Muito Fácil, Fácil, Médio, Difícil e Muito Difícil.</p><p>▪ Complexidade: Muito Baixa, Baixa, Média, Alta e Muito Alta.</p><p>▪ Cada atributo deverá receber uma pontuação.</p><p>▪ Pontuação por séries não lineares:</p><p>▪ Múltiplos: 1, 2, 4, 8, 16, 32, ...</p><p>▪ Fibonacci: 1, 2, 3, 5, 8, 13, 21, ...</p><p>▪ Minimizam riscos e incertezas em histórias grandes!</p><p>Story Points</p><p>▪ Exemplo por Dificuldade utilizando Fibonacci:</p><p>▪ Muito Fácil: 3</p><p>▪ Fácil: 5</p><p>▪ Médio: 8</p><p>▪ Difícil: 13</p><p>▪ Muito Difícil: 21</p><p>▪ Obs.: É importante descartar os dois primeiros elementos da série para</p><p>evitar intervalos sequenciais.</p><p>Story Points – Conversão em tempo</p><p>Métrica: Complexidade Pontos Dias Úteis Horas Úteis</p><p>Muito Baixa 3 3 24</p><p>Baixa 5 5 40</p><p>Média 8 8 64</p><p>Alta 13 13 104</p><p>Muito Alta 21 20 106</p><p>Story Points</p><p>▪ Como atribuir a pontuação?</p><p>▪ Planning Poker</p><p>▪ Cada membro da equipe recebe um conjunto de cartas onde cada carta</p><p>representa um elemento da escala definida com a respectiva pontuação.</p><p>▪ Um membro da equipe lê a história do usuário e os outros membros</p><p>apresentam a pontuação como uma abertura de cartas de baralho.</p><p>▪ As cartas representam os valores da métrica utilizada.</p><p>▪ As divergências são discutidas até a equipe chegar a um consenso.</p><p>Story Points</p><p>▪ Regras do Planning Poker</p><p>▪ Só jogam as pessoas que forem participar efetivamente da construção dos</p><p>itens.</p><p>▪ O Scrum Master deve ser o facilitador do jogo.</p><p>▪ O Product Owner deve estar disponível para esclarecer dúvidas.</p><p>▪ Todos devem ter os baralhos de Planning Poker.</p><p>▪ Product Owner deve apresentar os itens priorizados ao time.</p><p>Story Points</p><p>▪ Plataformas online para Planning Poker</p><p>Fonte: https://planningpokeronline.com/</p><p>https://planningpokeronline.com/</p><p>Story Points – Base Histórica</p><p>▪ Como descobrir a velocidade da equipe?</p><p>▪ Iteração 01</p><p>▪ Previsto: 30 pontos / Realizado: 25 pontos</p><p>▪ Iteração 02</p><p>▪ Previsto: 25 pontos / Realizado: 19 pontos</p><p>▪ Iteração 03</p><p>▪ Previsto: 20 pontos / Realizado: 20 pontos</p><p>▪ Iteração 04</p><p>▪ Previsto: 22 pontos / Realizado: 21 pontos</p><p>▪ Velocidade Média: 21 pontos (85 / 4 = 21,25)</p><p>Story Points</p><p>▪ Como planejar um projeto?</p><p>▪ Pontuação das Histórias: 380 pontos</p><p>▪ Velocidade Média: 21 pontos</p><p>▪ Iteração: 3 semanas</p><p>▪ Iterações: 18 (380 / 21 = 18,09)</p><p>▪ Prazo: 12 meses (18 x 3 = 54; 54 / 4,5 = 12)</p><p>Últimas Recomendações</p><p>▪ Usuários sempre em primeiro lugar (Quem?).</p><p>▪ Personas ajudam a descobrir histórias com mais precisão.</p><p>▪ Histórias devem ser simples, claras e objetivas.</p><p>▪ Histórias devem ser criadas de forma colaborativa (equipe).</p><p>▪ O agrupamento em “Temas” ajuda no planejamento e organização.</p><p>▪ Regras de negócio importantes devem estar associadas às histórias.</p><p>▪ Histórias precisam de um propósito (problema/benefício).</p><p>▪ Histórias devem estar visíveis e acessíveis pela equipe.</p>