3. Considerações gerais Sempre que houver uma célula cinza na planilha, significa que é um valor calculado e não deve ser alterado (a menos que você saiba o que está fazendo). Sempre que houver uma célula amarela, significa que a planilha está esperando que você entre com informações válidas. Este documento se refere a Planilha Ágil publicada aqui: http://www.slideshare.net/marciosete/planilha-9133244 Feedbacks são bem vindos e esperados: marcio.sete@gmail.com @marciosete
4. Exclusão de Garantia Essa planilha está sendo distribuída sem custo, na esperança que será útil, portanto SEM QUALQUER GARANTIA. Use por sua conta e risco. O autor não garante a integridade ou exatidão das informações fornecidas na planilha. Ele é fornecida "COMO ESTÁ“ SEM GARANTIA DE QUALQUER TIPO, EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS NÃO SE LIMITANDO ÀS GARANTIAS DE COMERCIALIZAÇÃO E ADEQUAÇÃO PARA UMA DETERMINADA FINALIDADE. É SEU O RISCO TOTAL COM A QUALIDADE DA PLANILHA. SE A PLANILHA APRESENTAR DEFEITOS, VOCÊ ASSUME O CUSTO DE TODOS OS SERVIÇOS, REPAROS E CORREÇÕES. EM HIPÓTESE ALGUMA A NÃO SER EXIGIDA POR LEI OU ACORDO ESCRITO O AUTOR, SERÁ RESPONSÁVEL POR DANOS, INCLUINDO QUAISQUER DANOS GERAIS, ESPECIAIS, FORTUITOS OU DECORRENTES DO USO OU IMPOSSIBILIDADE DE USO DA PLANILHA (INCLUINDO, MAS NÃO LIMITANDO A, PERDA DE DADOS OU DADOS INCORRETOS OU PERDAS SOFRIDAS POR VOCÊ OU TERCEIROS OU UMA FALHA NAS FÓRMULAS DA PLANILHA), MESMO QUE O AUTOR TENHA SIDO AVISADO DA POSSIBILIDADE DE TAIS DANOS.
6. Período da sprint Informe a data de início e término da Sprint Você deve informar apenas o período de GAME, ou seja, aquele onde o Time estará trabalhando para transformar os itens do Sprint Backlog em valor (Software Pronto). Informe os feriados que vão ocorrer no período da Sprint ou qualquer outra interrupção planejada. Essa interrupção afetará o tamanho da Sprint e consequentemente sua capacidade.
7. Formação do time O processo propõem a formação de times de no máximo 9 integrantes Escreva o nome da pessoa Escreva a sua disponibilidade Para não considerar uma pessoa no time, deixe sua disponibilidade com 0%
8. capacidade A capacidade do time é definida pela quantidade de horas máxima que o time pode produzir. Isso envolve a duração da Sprint, a quantidade de pessoas que compõem o time e a quantidade de horas que cada um deles poderá dedicar por dia as atividades do projeto.
9. Fator de foco O Fator de Foco se propõe a medir o quanto de interferência externa o time sofre durante a execução da Sprint. As interferências podem vir de estórias não planejadas, tarefas que emergiram durante a execução da Sprint, correção de bugs importantes (hot fixes) de Sprints passadas, ou qualquer outro trabalho não planejado realizado da Sprint. Qualquer trabalho realizado dentro do Timebox de uma Sprint deve ser evidenciado, ou seja, ou o trabalho deve ter sido previsto na reunião de planejamento, ou então deve ser registrado como item não planejado. A fórmula para encontrar o fator de foco realizado em uma Sprint é: Total de horas planejadas para a Sprint / Total de horas realizadas na Sprint
10. Fator de foco Mantemos na planilha o histórico do “Fator de Foco “ das 3 últimas Sprints para nos ajudar a definir o fator de foco para a próxima Sprint. Se você não conhece o Fator de Foco do seu time no projeto atual em que estão trabalhando, comece com 75% e então comece a medir. Ter um fator de foco de 75% significa que: 75% da capacidade do time vai ser destinada para itens planejados na reunião de planejamento da Sprint e 25% da capacidade será destinada a itens não planejados.
11. Comprometimento O comprometimento do time significa o quanto o time se comprometeu durante a reunião de planejamento em relação a sua capacidade máxima. O time não deve se comprometer com 100% da sua capacidade. O melhor é se comprometer próximo ao seu Fator de Foco.
12. velocidade A velocidade é definida pela quantidade de pontos entregues na reunião de revisão. Apenas são considerados os itens prontos, ou seja, itens que atingiram a Definição de Pronto do Time e os critérios de aceitação definidos na estória pelo Product Owner. Mantemos na planilha o histórico da Velocidade do Time nas últimas 5 Sprints para nos dar nos ajudar estimar a velocidade do Time na próxima Sprint. Tiramos então uma média aritmética dessas amostragens e então definimos a velocidade prevista do Time para a próxima execução.
13.
14. Veja a velocidade de outros times semelhantes, em projetos semelhantes.
15. Essa opção só é valida quanto você tem projetos com domínios semelhantes, times com capacidade e experiência semelhante e tecnologia semelhante.
16. Se algum desses fatores mudar, os dados deixam de ter relevância.
27. Um time com a velocidade estimada em 14 pontos teria as seguintes probabilidades de velocidade:
28. 90% de certeza Mike Cohn desenvolveu uma teoria onde dada uma amostragem mínima de 5 velocidades, é possível se afirmar com 90% de certeza o intervalo de velocidade previsto para aquele time. Baseado no histórico de velocidades apresentado anteriormente e na teoria do Mike Cohn, podemos afirmar com 90% de certeza, de que a velocidade do Time na próxima execução estará entre 12 e 17 pontos.
29.
30. É definido uma quantidade de tempo onde o Time, em conjunto com o Product Owner irão adicionar detalhes, estimativas e prioridades aos itens no Product Backlog. É o momento onde os itens são analisados e revistos.
31. O Scrum Guide propõem um valor de até 10% da capacidade total da Sprint para esta finalidade.
43. OS PBIs são descompostos em tarefas técnicas e estas tarefas estimadas em horas.
44. O time trabalha na real nas tarefas técnicas. Uma vez que todas as tarefas técnicas de um PBI tenham atingido a definição de pronto do Time, a Estória é dada como concluída.
45. É comum Times não conseguirem identificar 100% das tarefas de todos os PBIs.
48. É bastante difícil ter uma visão completamente abstrata para se definir o quanto de valor um ítem possui.
49. O melhor talvez seja comparar um ítem em relação a outro ítem. Mas quando dizemos que vamos comparar, precisamos definir quais serão os critérios dessa comparação. Na planilha definimos os seguintes:
61. Data As datas e dias são preenchidos automaticamente de acordo com o período de data informado na sessão de configuração da Sprint. A planilha preenche automaticamente apenas os dias úteis de trabalho. Ela desconsidera os finais de semana e os feriados informados no período.
62.
63. Quantidade total de horas concluídas pelo time em tarefas planejadas naquele dia.
65. ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o número dos campos ID das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.
68. O Objetivo aqui é informar o Business Value potencial atingido. Lembrando que tarefa técnica não tem Business Value, somente estórias. Então sempre que todas as tarefas técnicas de uma estória tiver sido concluídas, o time pode lançar o Business Value referente à estória concluída.
69.
70. Quantidade total de horas concluídas pelo time em tarefas não planejadas naquele dia.
72. ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o número dos campos ID das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.
75. O Objetivo aqui é informar o Business Value potencial atingido. Lembrando que tarefa técnica não tem Business Value, somente estórias. Então sempre que todas as tarefas técnicas de uma estória tiver sido concluídas, o time pode lançar o Business Value referente à estória concluída.
79. ID da tarefa. Se você estive utilizando o Sprint Backlog da própria planilha, informe o número dos campos ID das tarefas que o time concluiu. Se tiver utilizando outro repositório, informe o ID informado pelo repositório. O Objetivo é manter rastreabilidade do que o time está concluindo.
85. Projeção no tempo de como o total de horas planejadas + horas não planejadas deveriam ser queimadas em relação a quantidade de dias de trabalho da Sprint.
106. Quantidade de horas realizadas (queimadas) pelo time, incluindo tarefas das estórias planejadas e não planejadas.
107. Total de horas que deveria ter sido realizadas na Sprint até o momento
108. Quantidade de horas que o time deveria ter queimado até o momento, considerando o dia atual da Sprint.
109. Total de horas que deveria ter sido realizadas na Sprint até o momento considerando INP
110. Quantidade de horas que o time deveria ter queimado até o momento, considerando a reserva de tempo que foi feita (fator de foco) para itens não planejados.
141. Quantas horas não planejadas ainda são suportadas pela Sprint. Essa quantidade vai aumentando e diminuindo dinamicamente de acordo com o aproveitamento do time.
153. Linha ideal desenhada no gráfico exibindo a quantidade total de horas da Sprint, incluindo itens planejados e itens não planejados sendo queimada ao longo dos dias da Sprint. Essa é a linha real de esforço da Sprint.
188. Márcio Sete @marciosete www.marciosete.com.br marcio.sete@challengeit.com.br Visual Studio ALM Consultor em ALM e processos ágeis de desenvolvimento de software Colaboração e Revisão: Thiago Bernabé thiago.bernabe@gmail.com