Template para Gráfico Burndown
Ajude seu time a visualizar a produtividade e o progresso de um projeto, dentro da metodologia Agile (ou metodologia ágil) usando nosso template para gráfico burndown.
Trusted by 65M+ users and leading companies
Sobre o template para gráfico burndown
O que é um gráfico de burndown?
Os gráficos de burndown são gráficos visuais que mostram aos times quanto trabalho resta e quanto tempo está disponível para concluir o trabalho.
Um layout típico terá duas linhas representando o volume de trabalho e o número de dias úteis. Os membros do time que lideram e executam o trabalho diário podem usar um gráfico de burndown para fazer estimativas realistas sobre o projeto.
O formato visual ajuda os gerentes de projeto a descobrir a diferença entre o progresso “ideal” do trabalho e como o trabalho “real” está sendo rastreado. Os times podem usar um gráfico de burndown para trabalhar em direção a metas específicas e concluir um projeto no prazo e dentro do orçamento.
Quando usar um gráfico de Burndown?
Um gráfico de burndown pode ser uma alternativa mais rápida a um board Kanban ou a um gráfico de Gantt. Com um burndown, o time pode se concentrar no tempo restante para concluir as tarefas, em vez de nos detalhamentos específicos de cada tarefa.
Como uma referência visual, o gráfico de burndown incentiva a transparência do time e a conscientização de quanto trabalho está sendo feito no dia-a-dia.
Os gráficos de burndown também podem ajudar os membros individuais do time a perceber seu ritmo de trabalho. Verificando esse ritmo pelo menos uma vez por dia, todos podem descobrir como ajustar ou manter seu nível de produção de acordo com as necessidades do projeto.
Crie seu próprio gráfico burndown
Fazer seu próprio gráfico de burndown é fácil. A ferramenta de lousa digital da Miro é a tela perfeita para criar e compartilhá-los. Comece selecionando o template para gráfico de Burndown e siga os passos a seguir para criar o seu.
Defina uma meta para o número ideal de pontos de história que você precisa para terminar. Uma vez que o “total de pontos da história” for definido, esse número deve permanecer intocado durante o sprint de seu time. Por padrão, esse modelo pressupõe que seu sprint dure 2.5 semanas. Você pode editar o eixo X para acomodar sprints semanais, quinzenais ou mensais também. Seu time deve ficar de olho nos números “concluídos” e “restantes”, pois eles serão atualizados diariamente.
Edite a linha de taxa de conclusão “ideal” para definir sua meta. A linha pontilhada cinza representa como seria a taxa de produtividade do melhor caso. Considere essa sua linha de base visual para saber se seu projeto está ou não no caminho certo.
Edite e adicione ao enredo “concluído”. À medida que seu time conclui os pontos da história diariamente, atualize os post its relevantes. Aumente a linha sólida que representa a taxa real de conclusão do seu time adicionando extensões diárias. Lembre-se dos dias não úteis, como fins de semana ou feriados, em que o progresso diminui ou não é esperado.
Entre em contato com seu time para definir expectativas, prever riscos e manter seu projeto no caminho certo. As prioridades vão evoluir e as partes interessadas podem retornar ao seu time com novas solicitações. Se seu time mantiver um registro de seu progresso, os membros podem rejeitar solicitações irracionais juntos. Um gráfico de burndown acompanha o progresso diário de seu time de forma honesta. Os burndowns também devem considerar quando novos itens são adicionados após o início do sprint.
Use o gráfico como referência para planejar sprints futuros. O gráfico pode ajudar você a visualizar o impacto de novas solicitações de partes interessadas ao longo do tempo e o quanto seu time pode fazer em um período de sprint alocado. Notou um surto de produtividade no final do seu sprint? Divida as tarefas em tarefas menores e gerenciáveis para o seu próximo sprint.
Comece com esse modelo agora mesmo.
Modelo para Retrospectiva Rápida
Ideal para:
Educação, Retrospectivas, Reuniões
Um modelo de ferramenta retrospectiva scrum permite que você organize reuniões produtivas, faça um balanço do seu trabalho e itere de forma eficaz. O termo “retrospectiva” ganhou popularidade em relação aos termos mais comuns como “debriefing” e “post-mortem”, por ser mais neutro do que os outros. Alguns times se referem a essas reuniões como “retrospectivas de sprint”, “retrospectivas de iteração” ou “retrospectivas de metodologia ágil”. Se você faz parte de uma equipe Scrum, que usa a metodologia ágil ou faz algum tipo específico de retrospectiva (por exemplo, uma Retrospectiva Mad, Sad, Glad), os objetivos são geralmente os mesmos: descobrir o que deu certo, identificar a causa raiz dos problemas que você teve e encontrar maneiras de fazer as coisas ainda melhor na próxima iteração.
Modelo de Escopo do Projeto
Ideal para:
Planejamento de Projetos, Gerenciamento de Projetos, Tomada de Decisão
Um escopo do projeto ajuda você a planejar e confirmar objetivos, resultados, recursos, funções, tarefas, custos e prazos em seu projeto. Gerentes de projeto e times devem desenvolver um escopo de projeto o mais cedo possível, pois influenciará diretamente o cronograma e o custo de um projeto durante o seu progresso. Embora os escopos de projeto possam variar dependendo do time e dos objetivos, eles geralmente incluem objetivos, requisitos, principais resultados, pressupostos e restrições. Procure incluir todo o time quando criar o escopo do projeto, para garantir que todos estejam alinhados em relação às responsabilidades e prazos.
Template para Retrospectiva dos 4Ls
Ideal para:
Retrospectivas, Tomada de Decisão
Então você acabou de completar um sprint. Os times ralaram e os ânimos se acirraram. Agora dê uma olhada para trás e avalie o sprint honestamente (o que funcionou, o que não funcionou e o que pode ser melhorado). Essa abordagem (em inglês, a abordagem dos 4Ls significa curtiu (liked), aprendeu (learned), sentiu falta (lacked) e esperava (longed for) é uma maneira de remover a emoção e analisar o processo de forma crítica. É assim que você pode construir a confiança, melhorar o moral e aumentar o engajamento, além de fazer ajustes para ser mais produtivo e bem-sucedido no futuro.
Modelo de PI Planning
Ideal para:
Metodologia Ágil, Planejamento Estratégico, Desenvolvimento de Softwares
PI planning significa “program increment planning" (em português, planejamento de incremento do programa). Parte do Scaled Agile Framework (SAFe), o PI Planning ajuda as times a criar estratégias em direção a uma visão compartilhada. Em uma sessão típica de PI planning, os times se reúnem para revisar um backlog de programa, alinhar-se de forma multifuncional e decidir os próximos passos. Muitos times realizam um evento de PI planning a cada oito ou 12 semanas, mas você pode personalizar sua agenda de planejamento para atender às suas necessidades. Use o PI planning para analisar recursos, identificar riscos, encontrar dependências e decidir quais histórias você vai desenvolver.
Modelo de Kit para Sprint de Design
Ideal para:
Metodologia Ágil, UX Design, Planejamento de Sprints
Com a abordagem estratégica e focada correta, cinco dias é tudo que você precisa para solucionar os maiores desafios do seu produto. Este é o pensamento por trás da metodologia de Sprint de Design. Criado por Tanya Junell da Blue Label Labs, este Kit para Sprint de Design oferece um conjunto de modelos leves que apoiam as atividades colaborativas e a votação do Sprint de Design. Além de manter a energia, o espírito de equipe e a dinâmica despertados na sessão. Os suprimentos virtuais e lousas preparadas tornam este kit especialmente útil para Facilitadores de Sprint de Design remoto.
Modelo de PI Planning
Ideal para:
Metodologia Ágil, Planejamento Estratégico, Desenvolvimento de Softwares
PI planning significa “program increment planning" (em português, planejamento de incremento do programa). Parte do Scaled Agile Framework (SAFe), o PI Planning ajuda as times a criar estratégias em direção a uma visão compartilhada. Em uma sessão típica de PI planning, os times se reúnem para revisar um backlog de programa, alinhar-se de forma multifuncional e decidir os próximos passos. Muitos times realizam um evento de PI planning a cada oito ou 12 semanas, mas você pode personalizar sua agenda de planejamento para atender às suas necessidades. Use o PI planning para analisar recursos, identificar riscos, encontrar dependências e decidir quais histórias você vai desenvolver.