Sprints no Planner Premium: como aplicar Scrum no plano
Sprints no Planner são um recurso dos planos premium que permite dividir o trabalho em ciclos com data de início e fim, distribuir as tarefas entre eles e acompanhar cada ciclo no quadro, na grade, na linha do tempo e nos gráficos. Para quem já usa o Microsoft 365 e quer aplicar Scrum sem adotar outra ferramenta, é o caminho mais curto.
Ter o recurso, porém, não é o mesmo que fazer Scrum. O Guia do Scrum fala de meta da sprint, backlog ordenado, incremento com Definição de Pronto e quatro eventos com propósito definido. Este guia mostra como mapear cada um desses elementos para o Planner premium, o passo a passo para criar as sprints, como conduzir os eventos dentro do plano e onde a ferramenta deixa lacunas que o time precisa cobrir.
As informações sobre a ferramenta foram conferidas na página de planos do Planner e no blog oficial da equipe do Planner em outubro de 2026.
Formação relacionada
Microsoft Planner do básico ao premium
Governança leve de projetos com Planner, para equipes que não vão adotar uma ferramenta pesada.
O que o Planner premium oferece para sprints
Pela página de planos da Microsoft, o Planner Plano 1 inclui lista de pendências e sprints, além de metas do projeto, esforço e duração das tarefas, até dez campos personalizados, modo de exibição Pessoas e linha do tempo em Gantt. O Planner e Project Plano 3 tem tudo isso e mais. O Planner básico do Microsoft 365 não tem sprints. A diferença entre as versões está em Planner Premium vs versão gratuita, e o panorama geral da ferramenta em o que é o Microsoft Planner e como ele funciona.
Uma regra de licença ajuda no orçamento: quem tem só o Planner do Microsoft 365 pode editar planos premium criados por um usuário licenciado, segundo a página de planos. Na prática, o Product Owner ou o Scrum Master com Plano 1 monta a estrutura, e o restante do time atualiza as próprias tarefas. Confira, porém, se os modos de exibição que o time vai usar estão disponíveis para quem não tem licença paga.
Como o Scrum se encaixa no plano
| Elemento do Guia do Scrum | Como representar no Planner premium |
|---|---|
| Product Backlog e Meta do Produto | Tarefas ainda sem sprint, ordenadas por prioridade; a Meta do Produto nas notas de uma tarefa fixa ou como meta do plano |
| Sprint | Uma sprint do Planner, com data de início e fim |
| Meta da Sprint | Uma meta do plano ligada às tarefas da sprint |
| Sprint Backlog | As tarefas atribuídas à sprint |
| Incremento e Definição de Pronto | Lista de verificação padrão em cada tarefa com os critérios de pronto |
| Estimativa | Campo de esforço ou campo personalizado "Pontos" |
| Impedimentos | Rótulo "Impedimento" |
O Guia do Scrum define sprints de duração fixa, de um mês ou menos. No Planner, mantenha todas as sprints com o mesmo tamanho (duas semanas é o mais comum) para que a comparação entre elas faça sentido.
Passo a passo: como criar sprints no Planner
O roteiro abaixo segue o blog oficial do Planner. Os nomes entre parênteses são os da interface em inglês, usados pela Microsoft no blog; a tradução na sua tela pode variar.
- Crie ou abra um plano premium. Para ver um exemplo pronto, a Microsoft indica o modelo de planejamento de sprints (Sprint Planning), disponível na criação de um novo plano.
- Mude para o modo de exibição Quadro (Board).
- Agrupe as tarefas por sprint (Group by e Sprint). Nesse agrupamento, você cria novas sprints, define as datas de cada uma e atribui tarefas às sprints, arrastando-as.
- Mantenha o backlog nas tarefas que ainda não pertencem a nenhuma sprint, ou num bucket Backlog, ordenado por prioridade. É de lá que o time puxa o trabalho na sprint planning.
- Use o filtro de sprints (Filters e Sprints) para ver uma sprint específica na Grade, na Linha do tempo e nos Gráficos.
- Crie uma meta para cada sprint e ligue a ela as tarefas que a sustentam. Metas ligadas a tarefas são um recurso do Plano 1.
Exemplo ilustrativo
Um time de 5 pessoas desenvolve um aplicativo de agendamento para clínicas, com sprints de duas semanas. A sprint 4 tem a meta "Paciente consegue remarcar consulta pelo aplicativo". No Planner, a sprint 4 vai de uma segunda a uma sexta, duas semanas depois; a meta do plano tem o mesmo texto; seis tarefas estão ligadas a ela, cada uma com a lista de verificação de pronto (código revisado, testes passando, aceito pelo Product Owner).
Os eventos do Scrum dentro do Planner
Sprint Planning. Com o quadro agrupado por sprint, o time arrasta tarefas do backlog para a nova sprint até o volume estimado caber na capacidade. O Guia do Scrum limita a sprint planning a oito horas para sprints de um mês; para sprints de duas semanas, o time costuma precisar de menos. Saia da reunião com a meta da sprint registrada no plano.
Daily Scrum. São 15 minutos, pelo Guia do Scrum. Abra o plano filtrado pela sprint atual, e o time olha o que está em andamento e o que está com o rótulo Impedimento. A visão Pessoas, com o filtro de sprints, mostra a carga de cada um; segundo o blog do Planner, dá para arrastar tarefas entre pessoas para reequilibrar.
Sprint Review. Filtre a sprint, mostre o que está concluído e atende à Definição de Pronto, e devolva ao backlog o que não terminou, sem sprint, para nova priorização.
Sprint Retrospective. O blog do Planner sugere criar buckets para registrar o que foi bem e o que pode melhorar. Uma alternativa mais limpa é um plano de retrospectivas separado, para não poluir o quadro do produto. Cada ação de melhoria vira tarefa com dono na sprint seguinte.
Estimativa e métricas
O Plano 1 traz campos de esforço e duração e permite até dez campos personalizados por tarefa. Times que usam pontos podem criar um campo "Pontos"; times que estimam em horas podem usar o esforço.
O que a página de planos não lista é um gráfico de burndown ou de velocidade. Para acompanhar o trabalho restante e a velocidade entre sprints:
- Exporte o plano ao fim de cada sprint, ou leve os dados ao Power BI.
- Some os pontos das tarefas concluídas por sprint para obter a velocidade.
- Use a média das últimas três sprints como referência para a próxima sprint planning, nunca como meta de desempenho.
A visão Gráficos do Planner ajuda no acompanhamento diário do andamento, mas não substitui essas medidas.
Limites do Planner para times Scrum
O Planner premium atende bem times pequenos e médios, em especial os que não são de software ou que combinam desenvolvimento com outras áreas. Os limites aparecem em quatro situações:
- Vários times no mesmo produto, com backlog único e dependências entre times.
- Integração com repositório de código, quando o time quer ligar tarefas a commits e pull requests.
- Métricas ágeis prontas, como burndown, velocidade e diagrama de fluxo cumulativo.
- Equipe de campo no celular, porque há relatos de usuários de que planos premium não aparecem no aplicativo móvel; teste antes.
Nesses casos, uma ferramenta dedicada a times ágeis tende a servir melhor. Em projetos híbridos, em que o cronograma do projeto convive com sprints da equipe, o artigo sobre Scrum no MS Project mostra outra forma de organizar.
Erros comuns
- Criar sprints sem meta. Vira apenas um lote de tarefas com prazo. Toda sprint precisa de uma meta registrada.
- Encher a sprint além da capacidade. O excesso volta para o backlog na review e desmotiva o time.
- Usar buckets como colunas de status. Com sprints, o andamento fica no campo de progresso e o escopo nos buckets.
- Gerente tradicional no papel de Scrum Master sem mudar a postura. O Planner não muda o modo de trabalhar; o guia de Scrum para gerentes de projetos tradicionais trata dessa transição.
Primeira sprint no Planner
Escolha um time pequeno, crie o plano premium a partir do modelo de planejamento de sprints, defina sprints de duas semanas e conduza a primeira sprint planning dentro do plano, com a meta registrada. Na retrospectiva, avalie se o Planner ajudou ou atrapalhou. Para dominar os recursos premium que sustentam as sprints, como campos personalizados, metas e as visões Linha do tempo e Pessoas, o curso Microsoft Planner da Projeto Diário trabalha esses recursos em turma fechada para empresas.
