Planeamento de ciclos: o que é e como fazê-lo?

O que é o planeamento do sprint?

O planeamento do sprint é a fase inicial de um ciclo de desenvolvimento ágil e faz parte do planeamento de projetos ágeis. Nesta reunião, toda a equipa se reúne para uma reunião de planeamento do sprint, na qual define o trabalho a realizar num sprint e cria um plano para alcançar esses objetivos.

Normalmente, a reunião de planeamento do sprint está estruturada em duas partes:

1. O “porquê” e o “o quê” do sprint: a equipa define o objetivo do sprint e acorda o que será feito. Seleciona os itens do backlog do produto que serão tratados durante o sprint. As ferramentas de planeamento de projetos com funcionalidades de planeamento de sprints podem ajudar a organizar e a definir prioridades para os itens do backlog, garantindo que a equipa se mantém focada e alinhada com os objetivos do sprint.
2. O “como” do sprint: os programadores discutem os detalhes de cada item do backlog e dividem-nos em tarefas. Cada tarefa é concebida para ser concluída num dia útil ou menos e pode ser acompanhada com uma ferramenta de gestão de tarefas.

Dependendo da duração do sprint, a reunião de planeamento dura entre duas e oito horas. Deve ser limitada no tempo de acordo com a duração do sprint (por exemplo, uma reunião com a duração máxima de 4 horas para um sprint de duas semanas).

No final da reunião, o objetivo do sprint e as tarefas a concluir devem estar definidos, e o sprint deve ter começado oficialmente.

Porque é importante o planeamento do sprint?

O planeamento do sprint é importante porque estabelece uma direção clara para o próximo sprint da equipa. Quando bem realizada, uma sessão de planeamento do sprint pode:

• Estabelecer uma compreensão clara e partilhada das metas e dos objetivos do projeto
• Permitir que as equipas definam prioridades e selecionem itens de trabalho para o próximo sprint
• Promover uma afetação eficaz de recursos e uma boa gestão do tempo
• Fomentar a colaboração e a comunicação entre os membros da equipa

De um modo geral, o planeamento do sprint é uma etapa preparatória essencial na gestão de projetos ágeis. Estabelece as bases para um sprint bem organizado e eficiente, permitindo que as equipas entreguem resultados de elevada qualidade dentro do prazo definido.

Quem participa no planeamento do sprint?

Em resumo, toda a equipa Scrum deve participar no planeamento do sprint e estar presente no evento Scrum no início de cada sprint. Estes membros da equipa podem incluir:

• O responsável pelo produto: fornece informações sobre a visão do produto, esclarece os requisitos e define as prioridades dos itens do backlog a incluir no sprint.
• O mestre Scrum (chamado treinador ágil em algumas equipas e que não deve ser confundido com um gestor de projetos): facilita a reunião, garante que o fluxo de trabalho acordado é seguido e que os participantes desenvolvem uma compreensão comum do objetivo do sprint. 
• Os programadores: fornecem conhecimentos técnicos e informações sobre a viabilidade e o esforço necessário para implementar histórias de utilizador.

Por vezes, também participam consultores das partes interessadas da empresa, caso possam fornecer uma perspetiva importante ou conhecimentos úteis.

Como preparar a reunião de planeamento do sprint

Para uma reunião eficaz, o responsável pelo produto (PO) deve preparar os seguintes elementos:

1. As conclusões da última revisão do sprint e da retrospetiva do sprint, bem como o feedback das partes interessadas na lista de pendências.
2. Uma visão geral do trabalho já realizado.

Além disso, o responsável pelo produto deve preparar-se para uma reunião de planeamento do sprint realizando vários processos, que discutirei mais detalhadamente abaixo. Estes incluem:

1. Definir previamente o objetivo do sprint com os itens da lista de pendências priorizados associados, que podem ser discutidos no planeamento.
2. Aperfeiçoar regularmente a lista de pendências, atualizando os itens mais importantes.
3. Avaliar a velocidade e a capacidade da equipa para o sprint seguinte.

Descreverei estas três atividades em pormenor abaixo.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

O que é um objetivo de sprint?

Durante o planeamento do sprint, o responsável pelo produto e os programadores chegam a acordo sobre um objetivo específico para o sprint. O objetivo do sprint descreve o resultado ou desfecho do novo sprint em que a equipa está a trabalhar. É um marco de curto prazo no caminho para o produto final. 

O objetivo é que, no final do sprint, exista um incremento do produto pronto para entrega que já ofereça um benefício aos clientes.

O que é uma lista de pendências?

Se é responsável por um produto, é provável que já tenha ouvido o termo "lista de pendências" mais vezes do que consegue contar. Mas o que é exatamente? É certo que, a um nível fundamental, todos sabemos o que é — uma lista de tarefas ou funcionalidades que têm de ser concluídas. 

No entanto, quando chegamos aos pormenores, como a diferença entre uma lista de pendências do produto e uma lista de pendências do sprint, as coisas complicam-se rapidamente. Por isso, prepare-se e vamos aprofundar o tema!

Lista de pendências do produto vs. lista de pendências do sprint

A equipa Scrum reúne na lista de pendências do produto todas as histórias de utilizador, épicos e tarefas necessários para criar o produto final. E o responsável pelo produto atribui prioridades aos itens da lista de pendências, para que as histórias com maior valor para os clientes fiquem no topo. Esta priorização é normalmente feita em conjunto com os programadores.

No entanto, a lista de pendências do produto não é uma lista final criada no início da fase de desenvolvimento e depois processada. Não, esta lista está constantemente a crescer e a mudar ao longo do tempo. 

Cresce tanto com os conhecimentos adquiridos nos sprints como com os novos requisitos que surgem no futuro. Por isso, é necessário aperfeiçoar regularmente a lista de pendências para dar resposta a estas alterações.

Por exemplo, suponhamos que a lista de pendências do produto é composta por todas as histórias necessárias para criar um sítio Web, por exemplo, a página inicial, o formulário de contacto e as páginas de produtos. Se a equipa de marketing perceber subitamente que precisa mesmo de uma secção de blogue no sítio Web, esta pode ser incluída na lista de pendências e priorizada em conformidade.

Em comparação com a lista de pendências do produto, a lista de pendências do sprint contém apenas os itens da lista de pendências selecionados para o sprint atual e um objetivo geral do sprint.

Como estimar itens na lista de pendências

Quanto trabalho pode uma equipa concluir durante o sprint? Esta é uma das questões centrais a que os programadores têm de responder durante o planeamento do sprint. Para poderem fazer uma previsão, elaboram uma estimativa. 

Isto pode ser bastante difícil, uma vez que a equipa está a lidar com muitas variáveis desconhecidas. No entanto, com o tempo e com a experiência adquirida nos sprints concluídos, a equipa melhora cada vez mais as suas estimativas.

Como calcular a velocidade e a capacidade da equipa

Antes de a estimativa poder começar, é essencial conhecer o desempenho médio dos sprints anteriores (velocidade) e a capacidade disponível da equipa para o sprint seguinte, que pode ser reduzida devido a formação, férias, etc. 

Com base nestas considerações, a equipa estima a quantidade de trabalho (velocidade) que consegue realizar no sprint, avalia depois os itens individuais da lista de pendências e escolhe quantos incluir na lista de pendências do sprint.

Suponhamos que a velocidade média foi de 40 pontos de história nos últimos sprints (ciclo de 2 semanas) e que não é esperada uma redução significativa na disponibilidade dos membros da equipa. Nesse caso, a equipa fará o planeamento com base na manutenção desta mesma velocidade (ou seja, os itens da lista de pendências selecionados para o sprint seguinte totalizarão cerca de 40 pontos de história).

Embora o tempo médio para concluir uma tarefa possa normalmente ser monitorizado com uma boa ferramenta de controlo de tempo, também pode utilizar vários outros métodos de estimativa para fazer o planeamento da capacidade ágil e determinar a velocidade da sua equipa.

Métodos de estimativa: uma breve visão geral

Quer compreender melhor a arte da estimativa? Com diferentes métodos e variáveis em jogo, este pode muitas vezes parecer um tema intimidante — mas não se preocupe! Ao compreender os conceitos básicos, ficará bem preparado para estimar a sua lista de pendências num instante.

Pontos de história

Muitas equipas ágeis que trabalham em projetos de longo prazo estimam a sua velocidade em pontos de história. 

Os pontos de história são uma unidade abstrata que a equipa utiliza para estimar o esforço necessário para concluir um item da lista de pendências. Isto baseia-se em três critérios:

1. Quantidade de trabalho: Quantas subtarefas têm de ser concluídas para concluir a história de utilizador?
2. Riscos e incerteza: Todos os requisitos são claros ou poderão ocorrer atrasos e alterações inesperados?
3. Complexidade da história: As subtarefas individuais estão ligadas entre si, fazendo com que a complexidade da história aumente? E existem dependências fora da equipa?

A sequência de Fibonacci e os números primos

O planeamento ágil com recurso à sequência de Fibonacci e aos números primos ajuda as equipas a fazer previsões que não se baseiam apenas no otimismo intuitivo, mas que são antes orientadas por princípios de lógica numérica. 

Se uma história de utilizador tiver muitas variáveis e for complexa ou abrangente, atribuir-lhe um número mais elevado na escala de Fibonacci significa que a equipa está preparada para atribuir recursos e esforço suficientes para a concluir — porque já conhece a quantidade de trabalho inerente a uma iniciativa deste tipo. 

Por outro lado, as histórias com menos variáveis ou resultados mais simples recebem números mais baixos — permitindo assim um controlo mais rigoroso do tempo e da energia. Em suma, o planeamento ágil retira esperanças e sonhos da mesa da direção e coloca no seu lugar alguns números concretos e tangíveis!

No entanto, tenha em mente que os pontos de história não são necessariamente comparáveis entre equipas de desenvolvimento de software, uma vez que cada equipa estima o âmbito de forma ligeiramente diferente. Isto significa que aquilo que a equipa A estima como uma história de 5 PH pode ser uma história de 8 PH para a equipa B.

A estimativa por pontos de história também é adequada para equipas ou projetos mais pequenos, uma vez que, com este método, a equipa avalia as tarefas com base na complexidade e no tempo necessário para as processar. Outras técnicas incluem estimar o esforço com base em tamanhos de t-shirt ou no método do póquer de planeamento.

Tamanhos de t-shirt 

Estimar itens da lista de pendências através de tamanhos de t-shirt é uma abordagem interessante para ajudar a definir a prioridade das tarefas do projeto. Em vez de atribuir um número exato de horas ou dias a uma tarefa, pode atribuir-lhe um de quatro tamanhos (pequeno, médio, grande e extragrande), dependendo do seu grau de complexidade ou incerteza.

É uma forma simplificada, mas surpreendentemente eficaz, de garantir que as tarefas certas são concluídas no momento certo — quer esteja a lidar com projetos pequenos, médios ou de grande escala, tudo o que precisa de fazer é escolher o tamanho adequado. Certifique-se apenas de que todas as pessoas envolvidas no projeto concordam sobre a correspondência entre cada tamanho e um nível estimado específico de esforço!

Póquer de planeamento

Se procura uma forma inteligente de estimar os itens da sua lista de pendências, porque não experimentar o póquer de planeamento? 

É uma técnica popular que existe desde 2002, quando James Grenning cunhou o termo. 

A abordagem é simples: os membros da equipa fornecem as suas estimativas anonimamente, escolhendo cartas do baralho de cartas de póquer de planeamento que representam diferentes estimativas (ou seja, o número estimado de pontos de história do item).

Isto incentiva todas as pessoas a expressarem a sua opinião sem receio de serem julgadas ou ridicularizadas pelas outras. Depois de todos os membros da equipa terem introduzido as suas estimativas e de se chegar a um consenso, a equipa passa ao item seguinte.

More Articles

• Mestres Scrum vs. Gestores de Projetos: principais diferenças
• Kanban versus Ágil: Qual é a diferença?
• Metodologia Ágil vs. Cascata para a Gestão de Projetos
• Kanban vs. Scrum: Diferenças e como escolher
• 3 principais semelhanças entre as metodologias Lean e Agile

A agenda do planeamento do sprint

Assim, já fez todos os preparativos necessários e finalmente chegou à reunião de planeamento do sprint. O planeamento de um sprint Scrum segue normalmente a seguinte agenda:

1. O proprietário do produto (PO) apresenta o seu objetivo de sprint predefinido e partilha a sua ideia sobre como aumentar o valor do produto no próximo sprint. O objetivo final do sprint é definido conjuntamente pelo proprietário do produto e pelos programadores.
2. O PO nomeia os itens (priorizados) do backlog do produto que devem ser implementados para alcançar o objetivo.
3. A equipa estima o esforço das entradas individuais, caso isso ainda não tenha sido feito anteriormente (por exemplo, no refinamento do backlog). Se necessário, a equipa aperfeiçoa entradas ou conteúdos individuais (por exemplo, critérios de aceitação dado-quando-então).
4. A equipa seleciona os itens do backlog do produto que entregará até ao final do sprint. Nesta fase, o proprietário do produto discute com os programadores as tarefas a concluir, com base no valor para o cliente e no esforço. Os itens selecionados são suficientes para cumprir o objetivo do sprint e criar valor para o cliente? No final, os programadores decidem por si próprios quanto trabalho assumem no sprint. Importante: Esta seleção não constitui um compromisso perante o proprietário do produto e as partes interessadas, mas sim uma previsão baseada na estimativa de esforço e na velocidade média da equipa.
5. Os programadores reúnem-se depois para dividir os itens do backlog selecionados em tarefas mais pequenas. Idealmente, estes pacotes de trabalho devem ser concebidos para serem concluídos num dia ou menos.
6. O backlog do sprint é composto pelo objetivo do sprint acordado conjuntamente, pelos itens do backlog a processar e pelo plano para os processar.
7. Muitas equipas visualizam o backlog do sprint e o trabalho a realizar num quadro Scrum. Cada equipa tem o seu próprio quadro e utiliza diferentes colunas para documentar o progresso do sprint. Essencialmente, as três colunas mais importantes de todos os quadros devem ser as seguintes: "Por fazer", "Em curso", "Concluído".

Na prática, muitas equipas Scrum dividem o planeamento do sprint em duas fases: 

Na primeira parte, têm lugar os primeiros quatro itens da agenda descritos acima. O proprietário do produto e a equipa esclarecem as questões: “Porque é que este sprint é valioso?” e “O que será implementado neste sprint?” Os programadores realizam a segunda parte sem o PO e tratam da forma como irão executar o trabalho selecionado.

Modelo de agenda para a reunião de planeamento do sprint

Precisa de um modelo de agenda para as suas reuniões de planeamento do sprint? Transfira o nosso modelo claro e simples para começar rapidamente a preparar as suas reuniões de planeamento do sprint. Encontrará também uma lista de verificação e um modelo de e-mail, para maior comodidade. 

Está na altura de aplicar o método Marie Kondo às suas reuniões de planeamento do sprint

Com este guia abrangente, está agora preparado para tirar o máximo partido das suas sessões de planeamento do sprint. Se considerou este guia útil, recomendamos também que consulte o nosso guia sobre reuniões de planeamento de projetos.

Ao seguir os passos descritos nesta publicação, os proprietários de produtos conseguirão certamente transformar o caos em clareza e ajudar os membros da sua equipa a preparar o próximo sprint com sucesso. Saiba mais sobre a estrutura Scrum e outras cerimónias Scrum, como o Scrum diário, aqui.

Para se manter atualizado com mais dicas organizacionais e destaques sobre temas relacionados com a gestão eficaz de projetos orientados para o produto, convido-o a subscrever o boletim informativo do The Digital Project Manager. A partir daí, continuaremos a partilhar conhecimentos de especialistas do setor e gestores de projetos de todo o mundo.