Leodario.com

Leodario.com – Tudo sobre Tecnologia

Aula 27 – Gerência Projetos de TI – Estimativas Ágeis – Story Points, Planning Poker

Imagem destacada da aula de Gerência Projetos de TI

📚 Informações da Aula

Curso: Gerência Projetos de TI – Completo

Tempo estimado: 25 minutos

Pré-requisitos: Conhecimentos básicos de TI

📖 Curso Completo de Gerência Projetos de TI

Do básico ao avançado • 80 aulas práticas

Introdução (3 min)

Imagine reformar sua cozinha. Você não sabe exatamente quanto tempo cada tarefa levará, certo? Estimar em horas pode ser impreciso. Em projetos de TI, a mesma incerteza existe. Story points e planning poker nos ajudam a lidar com essa imprecisão, estimando o esforço relativo, não o tempo absoluto.

Para gerentes de TI, essa habilidade é fundamental para planejar sprints, releases e gerenciar as expectativas das partes interessadas. Nesta aula, vamos construir uma compreensão sólida de story points e planning poker, aplicando-os em um cenário prático de desenvolvimento de software.

No contexto corporativo de TI, onde prazos e orçamentos são vitais, dominar essas técnicas ágeis de estimativa possibilita maior previsibilidade e controle sobre o projeto.

Conceito Fundamental (7 min)

Story points representam o esforço, complexidade e risco relativo de uma user story. Eles não são unidades de tempo (horas ou dias), mas sim uma escala abstrata. Usamos a sequência de Fibonacci (1, 2, 3, 5, 8, 13, 21…) ou uma escala similar (t-shirt sizes: XS, S, M, L, XL) para representar essa relação de tamanho.

Planning poker é uma técnica gamificada para estimar story points em grupo. Cada membro do time recebe um conjunto de cartas com os valores da escala escolhida. Após a discussão de uma user story, todos escolhem uma carta simultaneamente, revelando sua estimativa. A discussão continua até que o time chegue a um consenso.

Em um projeto de desenvolvimento de um novo aplicativo móvel, por exemplo, podemos usar story points para estimar o esforço de implementar o login, o cadastro de usuário e a tela principal. Essas técnicas se integram com outras práticas de gerenciamento de projetos, como o planejamento de sprint e o acompanhamento da velocidade do time.

Vantagens: Estimativas mais precisas a longo prazo, maior engajamento do time, foco no esforço relativo. Desvantagens: Requer prática e calibração do time, pode ser difícil de explicar para stakeholders externos.

Implementação Prática (10 min)

Vamos simular um planning poker para estimar a implementação de um novo recurso em um sistema de e-commerce: “Integração com um novo gateway de pagamento”.

Template de User Story:

        
Como [usuário]
Eu quero [funcionalidade]
Para que [benefício]

      

No nosso caso:

        
Como um cliente
Eu quero poder pagar com o novo gateway de pagamento
Para que eu tenha mais opções de pagamento

      

Passo a passo do Planning Poker:

  1. O Product Owner lê a user story e responde a perguntas.
  2. Cada membro do time escolhe secretamente uma carta com sua estimativa de story points.
  3. Todos revelam suas cartas simultaneamente.
  4. Se houver divergência, os membros com as estimativas mais alta e mais baixa justificam suas escolhas.
  5. Repetimos os passos 2 a 4 até chegar a um consenso.

Métricas: Velocidade do time (quantos story points o time entrega por sprint) é uma métrica valiosa para prever a capacidade futura.

Gestão de Riscos: Identificar histórias com alta estimativa (ex: 13, 21) e quebrá-las em histórias menores reduz o risco.

Exercício Hands-On (5 min)

Desafio: Estimar as seguintes user stories usando story points (escala Fibonacci):

  • Como administrador, eu quero poder gerar relatórios de vendas, para que eu possa acompanhar o desempenho da loja.
  • Como cliente, eu quero poder salvar meus produtos favoritos, para que eu possa comprá-los depois.

Solução: Não existe uma solução única. O importante é o processo de discussão e consenso do time. Imagine que, após o planning poker, o time estimou a primeira história em 8 pontos e a segunda em 3 pontos.

Validação: Acompanhe a velocidade do time nos próximos sprints. Se a estimativa de 8 pontos para a primeira história se mostrar consistentemente superestimada ou subestimada, ajuste as estimativas futuras.

Troubleshooting: Se o time tem dificuldade em chegar a um consenso, revise a definição de pronto, detalhe melhor as user stories ou busque a ajuda de um Agile Coach.

Próximos passos: Pratique planning poker com seu time, refine o processo de estimativa e utilize a velocidade do time para planejar sprints e releases de forma mais eficaz.

🚀 Pronto para a próxima aula?

Continue sua jornada na gestão de projetos de TI!

📚 Ver todas as aulas