quarta-feira, 7 de julho de 2010

Planning Poker

Olá pessoal, faz um tempinho que não posto mas é porque as coisas estão muito corridas, estou preparando um treinamento para a equipe, para dar uma nivelada no conhecimento e para nos prepararmos para implantar algumas práticas do XP. Quando tiver mais detalhes do treinamento posto aqui, hoje vou falar sobre o planning poker que realizamos na última planning.


Tivemos que improvisar um baralho de papel para um membro da equipe rsrs mas estaremos providenciando um baralho mais decente para os próximos plannings. rsrs

O importante é a técnica e os benefícios da mesma. =)






Foi nosso primeiro planning poker, foi bem interessante pois podemos perceber os beneficios desta técnica. Em algumas tarefas as diferenças foram consideráveis, chegando a variar e 5 a 13 horas, em outras parecia que tinhamos combinado, o que segnifica que a equipe possui um certo alinhamento. O legal foi perceber que cada um tinha uma visão da tarefa, cada um enxergava problemas e facilidades e o fato de as cartas serem apresentadas juntas, reduziu a zero qualquer possibilidade de influência entre os membros da equipe. Com isso, a cada rodada do poker com uma divergência muito grande, haviam as explicações que serviam para esclarecer a tarefa, expor possiveis obstáculos e facilidades.

Diante disso, posso citar alguns benefícios imediatos que identifiquei na adoção do planning poker:
- Reduçao do fator "influência" na estimativa da equipe
- Melhor esclarecimento das tarefas
- Exposição de possiveis problemas para todos os membros da equipe
- Toda a equipe por dentro das tarefas(desmembradas a partir das estórias)


É isso aí pessoal, vou ficando por aqui.
Um grande abraço.

quinta-feira, 1 de julho de 2010

Primeira Review e Planning

Boa noite galera.

Hoje foi um dia corrido, foi dia de review e planning com o Product Owner.
Desta vez, corrigindo uma falha cometida por mim no planejamento do primeiro sprint, toda a equipe participou das reuniões junto ao P.O.

Aproveitamos o encontro para reforçar os principios do Agile e o papel do P.O, em resumo, explicitamos o seguinte:
- Product Owner
- Nortear o desenvolvimento através da definição e priorização do BackLog.(É a nossa bússola de negócio/valor)
- Validar o resultado da entrega do sprint.
- Estar disponivel para dúvidas sempre que necessário.
- Equipe
- Se comprometer com aquilo que pode cumprir.
- Se dedicar e se auto-organizar para entregar o que foi acordado.
- Buscar melhorar a sí mesma através das reuniões de retrospectiva.
- ScrumMaster
- Antes de mais nada é um membro da equipe e tem as mesmas responsabilidades da mesma.
- Remover impedimentos da equipe.
- Estimular e potencializar o rendimento da equipe

Após este breve reforço dos papéis e mais uma passada nos principios do Agile, que agora guiam o departamento de desenvolvimento, iniciamos a review.

Durante a review apresentamos o acordado para o primeiro sprint, durante a apresentação o P.O fez algumas ressalvas como por exemplo quanto a usabilidade e layout. Em relação a funcionalidades o mesmo ficou satisfeito com a entrega.
O interessante foi que já notamos um grande benefício da adoção de Agile. O Feedback precoce. Já discutimos mudanças na interface visando melhorar a usabilidade evitando que construissemos novas telas seguindo um padrão não tão produtivo para o usuário.

Após a review já geramos um insumo para o próximo sprint, que seriam os ajustes deste primeiro.

Seguimos da review para o planning, onde discutimos a sequencia dos recursos a serem desenvolvidos.

Após discutirmos os recursos desejados e priorizados pelo P.O, fizemos uma lista com o que seria entregue em duas semanas(Definimos que trabalharemos com o sprint de 10 dias pois o de 5 dias ficou muito apertado). Além disso, solicitamos ao mesmo uma definição de PRONTO para o próximo sprint, dessa forma corrigimos mais uma falha do primeiro sprint, quando isso não foi tão bem definido pelo P.O.
Explicamos que era fundamental essa definição para o próximo sprint pois essa definição iria nos guiar como meta e consequentemente determinar o sucesso ou fracasso do sprint.

Em suma a review e o planning foram isto, foi bem interessante pois sentimos que o P.O gostou e que o mesmo viu o desenvolvimento completamente aberto a mudanças, flexível e focado em gerar valor para o negócio. Sem contar que sentimos que estamos dando passos seguros rumo ao sucesso do projeto além de estarmos todos alinhados com o mesmo(P.O - Equipe - ScrumMaster).

A idéia é já colocar o software em produção em um cliente ao final do próximo sprint. Ou seja, ao final de cerca de um mês(Sprint 1 + Sprint 2), pretendemos ter um produto no ar, algo que jamais conseguimos com outras abordagens. As reuniões de hoje só me reforçaram o sentimento e certeza de que Agile é, atualmente, a melhor forma de se desenvolver projetos de software.

Agora fico por aqui pessoal, feliz e ansioso pelos próximos sprints e evoluções :)

Amanhã tem retrospectiva :) e em breve estarei de volta.

Um abraço.
Até mais.