PLANILHA ÁGILEstimar, planejar e acompanhar
Considerações gerais
Considerações geraisSempre 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-9133244Feedbacks são bem vindos e esperados:marcio.sete@gmail.com@marciosete
Exclusão de GarantiaEssa 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.
Configuração da sprint
Período da sprintInforme a data de início e término da SprintVocê 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.
Formação do timeO processo propõem a formação de times de no máximo 9 integrantesEscreva o nome da pessoaEscreva a sua disponibilidadePara não considerar uma pessoa no time, deixe sua disponibilidade com 0%
capacidadeA 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.
Fator de focoO 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
Fator de focoMantemos 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.
ComprometimentoO 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.
velocidadeA 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.
Estimando a velocidade do seu timeCaso seja a primeira Sprint do Time no Projeto, temos algumas opções:Usar dados históricos
Veja a velocidade de outros times semelhantes, em projetos semelhantes.
Essa opção só é valida quanto você tem projetos com domínios semelhantes, times com capacidade e experiência semelhante e tecnologia semelhante.
Se algum desses fatores mudar, os dados deixam de ter relevância.
Rode uma Sprint baseado em Comprometimento
Durante a primeira reunião de planejamento, deixe o time se comprometer com a quantidade de trabalho que eles sentem que são capazes de realizar durante aquele Timebox, então meça a velocidade entregue por eles ao final da Sprint.Cone da incertezaEm 1981 Barry Boehm desenhou a primeira versão do que mais tarde Steve McConnell chamou de “Cone da Incerteza”.O Cone da Incerteza mostra uma variação do nível de certeza em relação ao tempo, sendo que temos um alto grau de incerteza no começo e com o passar do tempo, a incerteza vai dando lugar a certeza.Dentro do contexto da agilidade, o Cone da Incerteza é utilizado em diversos momentos e de diversas formas.Neste momento vamos utilizar o Cone da Incerteza para definir um intervalo de valores possíveis da velocidade, dada uma estimativa.
Cone da incertezaA escala da variação da velocidade no tempo, dada uma estimativa é a seguinte:Para times rodando a primeira Sprint em um novo Projeto:
Entre 60% e 160%
Para times rodando a segunda Sprint no mesmo Projeto:
Entre 80% e 125%
Para times rodando a terceira Sprint no mesmo Projeto:
Entre 85% e 115%
Para times rodando a partir da quarta Sprint no mesmo Projeto:
Entre 90% e 110%
Um time com a velocidade estimada em 14 pontos teria as seguintes probabilidades de velocidade:
90% de certezaMike 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.
PremissasPercentual da capacidade do time dedicada ao Backlog Grooming
É 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.
O Scrum Guide propõem um valor de até 10% da capacidade total da Sprint para esta finalidade.
Quantidade de horas dedicadas por dia/pessoa nas atividades do projeto
Pessoas não trabalham 100% do seu tempo nas atividades do projeto. A quantidade de tempo varia de pessoa pra pessoa e de empresa pra empresa.
Pesquisas demonstram que pessoas investem entre 55% e 70% do seu tempo nas atividades do projeto.
Uma pessoa alocada em tempo integral, conseguirá dedicar ao projeto de 4 a 6 horas por dia.Custo do processo em horasO processo do Scrum reserva um momento diário para que o Time se sincronize, faça inspeção e adaptação e mantenha o foco na entrega do software.Outro momento de sincronismo é o Backlog Grooming, onde o Product Owner tem a oportunidade de se alinhar junto ao Time a respeito dos próximos itens do Product Backlog.Esses momentos são fundamentais para o sucesso da Sprint e consequentemente do projeto, entretanto eles tem um custo que precisam ao menos ser compreendidosDaily meeting
Fórmula para saber a quantidade de horas que serão investidas nas reuniões diárias durante a Sprint:
(Quantidade de Pessoas no Time * Quantidade de dias da Sprint * 15) / 60
Backlog Grooming
Fórmula para saber quantas horas devem ser dedicadas pelo time ao Backlog Grooming:
(Capacidade em horas do time * % de tempo dedicado ao Grooming) / Quantidade de Pessoas no TimeMeta de negócioA meta de negócio da Sprint dá ao Time alguma flexibilidade em relação as funcionalidades implementadas dentro da Sprint, já que, a princípio, o time não se compromete com a quantidade de trabalho incluído no Sprint Backlog e sim a atingir a meta de negócio definida pelo Product Owner, que deve ser uma meta plausívelO Time deve trabalhar sempre com a meta de negócio na cabeça.A meta de negócio da Sprint pode ser por exemplo um marco num propósito maior do roadmap do Projeto.
Sprint backlog
Product backlog item X tarefasProduct Backlog Itens (PBIs) são estimados utilizando Story Points.
OS PBIs são descompostos em tarefas técnicas e estas tarefas estimadas em horas.
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.
É comum Times não conseguirem identificar 100% das tarefas de todos os PBIs.
Normalmente novas tarefas emergem durante a execução da Sprint.
A definição do Fator de Foco vai permitir ao Time trabalhar nessas tarefas emergentes sem que a Sprint seja comprometida.Business valueÉ a definição do quanto de valor de negócio um ítemagrega ao seu projeto em relação ao tempo.
É bastante difícil ter uma visão completamente abstrata para se definir o quanto de valor um ítem possui.
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:
Fatores que contribuem para aumentar o valor agregado do ítem

Planilha ágil

  • 1.
  • 2.
  • 3.
    Considerações geraisSempre quehouver 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-9133244Feedbacks são bem vindos e esperados:marcio.sete@gmail.com@marciosete
  • 4.
    Exclusão de GarantiaEssaplanilha 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.
  • 5.
  • 6.
    Período da sprintInformea data de início e término da SprintVocê 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 timeOprocesso propõem a formação de times de no máximo 9 integrantesEscreva o nome da pessoaEscreva a sua disponibilidadePara não considerar uma pessoa no time, deixe sua disponibilidade com 0%
  • 8.
    capacidadeA capacidade dotime é 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 focoOFator 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 focoMantemosna 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.
    ComprometimentoO comprometimento dotime 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.
    velocidadeA 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.
    Estimando a velocidadedo seu timeCaso seja a primeira Sprint do Time no Projeto, temos algumas opções:Usar dados históricos
  • 14.
    Veja a velocidadede 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 dessesfatores mudar, os dados deixam de ter relevância.
  • 17.
    Rode uma Sprintbaseado em Comprometimento
  • 18.
    Durante a primeirareunião de planejamento, deixe o time se comprometer com a quantidade de trabalho que eles sentem que são capazes de realizar durante aquele Timebox, então meça a velocidade entregue por eles ao final da Sprint.Cone da incertezaEm 1981 Barry Boehm desenhou a primeira versão do que mais tarde Steve McConnell chamou de “Cone da Incerteza”.O Cone da Incerteza mostra uma variação do nível de certeza em relação ao tempo, sendo que temos um alto grau de incerteza no começo e com o passar do tempo, a incerteza vai dando lugar a certeza.Dentro do contexto da agilidade, o Cone da Incerteza é utilizado em diversos momentos e de diversas formas.Neste momento vamos utilizar o Cone da Incerteza para definir um intervalo de valores possíveis da velocidade, dada uma estimativa.
  • 19.
    Cone da incertezaAescala da variação da velocidade no tempo, dada uma estimativa é a seguinte:Para times rodando a primeira Sprint em um novo Projeto:
  • 20.
  • 21.
    Para times rodandoa segunda Sprint no mesmo Projeto:
  • 22.
  • 23.
    Para times rodandoa terceira Sprint no mesmo Projeto:
  • 24.
  • 25.
    Para times rodandoa partir da quarta Sprint no mesmo Projeto:
  • 26.
  • 27.
    Um time coma velocidade estimada em 14 pontos teria as seguintes probabilidades de velocidade:
  • 28.
    90% de certezaMikeCohn 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.
    PremissasPercentual da capacidadedo time dedicada ao Backlog Grooming
  • 30.
    É definido umaquantidade 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 Guidepropõem um valor de até 10% da capacidade total da Sprint para esta finalidade.
  • 32.
    Quantidade de horasdedicadas por dia/pessoa nas atividades do projeto
  • 33.
    Pessoas não trabalham100% do seu tempo nas atividades do projeto. A quantidade de tempo varia de pessoa pra pessoa e de empresa pra empresa.
  • 34.
    Pesquisas demonstram quepessoas investem entre 55% e 70% do seu tempo nas atividades do projeto.
  • 35.
    Uma pessoa alocadaem tempo integral, conseguirá dedicar ao projeto de 4 a 6 horas por dia.Custo do processo em horasO processo do Scrum reserva um momento diário para que o Time se sincronize, faça inspeção e adaptação e mantenha o foco na entrega do software.Outro momento de sincronismo é o Backlog Grooming, onde o Product Owner tem a oportunidade de se alinhar junto ao Time a respeito dos próximos itens do Product Backlog.Esses momentos são fundamentais para o sucesso da Sprint e consequentemente do projeto, entretanto eles tem um custo que precisam ao menos ser compreendidosDaily meeting
  • 36.
    Fórmula para sabera quantidade de horas que serão investidas nas reuniões diárias durante a Sprint:
  • 37.
    (Quantidade de Pessoasno Time * Quantidade de dias da Sprint * 15) / 60
  • 38.
  • 39.
    Fórmula para saberquantas horas devem ser dedicadas pelo time ao Backlog Grooming:
  • 40.
    (Capacidade em horasdo time * % de tempo dedicado ao Grooming) / Quantidade de Pessoas no TimeMeta de negócioA meta de negócio da Sprint dá ao Time alguma flexibilidade em relação as funcionalidades implementadas dentro da Sprint, já que, a princípio, o time não se compromete com a quantidade de trabalho incluído no Sprint Backlog e sim a atingir a meta de negócio definida pelo Product Owner, que deve ser uma meta plausívelO Time deve trabalhar sempre com a meta de negócio na cabeça.A meta de negócio da Sprint pode ser por exemplo um marco num propósito maior do roadmap do Projeto.
  • 41.
  • 42.
    Product backlog itemX tarefasProduct Backlog Itens (PBIs) são estimados utilizando Story Points.
  • 43.
    OS PBIs sãodescompostos em tarefas técnicas e estas tarefas estimadas em horas.
  • 44.
    O time trabalhana 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 Timesnão conseguirem identificar 100% das tarefas de todos os PBIs.
  • 46.
    Normalmente novas tarefasemergem durante a execução da Sprint.
  • 47.
    A definição doFator de Foco vai permitir ao Time trabalhar nessas tarefas emergentes sem que a Sprint seja comprometida.Business valueÉ a definição do quanto de valor de negócio um ítemagrega ao seu projeto em relação ao tempo.
  • 48.
    É bastante difícilter uma visão completamente abstrata para se definir o quanto de valor um ítem possui.
  • 49.
    O melhor talvezseja 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:
  • 50.
    Fatores que contribuempara aumentar o valor agregado do ítem