Olá Pessoal,
Mais um post da semana seguindo o ritual da serie Agile/Scrum ;). Hoje vamos ver a importância do Product Owner no planejamento do Sprint. A pergunta é: O quanto é importante a presença desse camarada? Vamos descobrir.
Lets GO…
Product Owner no planejamento do Sprint
Sem o product owner na reunião de planejamento não há Sprint. O PO é a chave para o inicio de qualquer Sprint, Há três pilares importantes: escopo, estimativa e importância. O escopo e importância são do PO, mas a estimativa fica com a equipe. Como a reunião começa com os itens mais importantes, se a estimativa for diferente do que o PO pensou isso pode fazer ele re-pensar no nível de importância, o mesmo pode acontecer com a equipe, se o escopo mudou a equipe deve re-pensar nas estimativas novamente. E assim cada parte envolvida responde as mudanças e se adapta a elas.
Se o PO não puder aparecer este pode nomear um intermediário, com os poderes de exercer o papel de PO, mas se não houver o PO o lançamento do Sprint é adiado até a disponibilidade dele. Quando falei, de uma pessoa representar e ter poderes de PO como intermediário, isso não é só ter a pessoa como alguém presente na reunião de planejamento e sim com permissões de mudar níveis de importância das estórias, escopo etc. E uma vez definido o intermediário, o Product Owner oficial não poderá alterar tudo que foi feito pelo seu intermediário após já ter dado inicio ao Sprint (claro que há exceções se as mudanças forem com base nas regras de negócio, mas o fato da mudança não pode ser com base porque o Product owner enviou um intermediário). Mas, se o PO Oficial resolve mudar tudo, então voltarmos à ter um novo planejamento do zero e jogamos fora tudo que foi feito e acabamos desperdiçando tempo, porém de quem foi a responsabilidade?!. Atenção deve ser tomada aqui, pois há product owner que pode enviar um intermediário somente para iniciar de imediato o Sprint, pois ele já sabe que sem um representante nada inicia, mas depois vai querer mudar tudo e como sabemos isso vai ferrar o Sprint e ninguém quer isso. Deixe transparente, que se mudar tudo, haverá um re-planejamento.
Há dois tipos de qualidade em projeto Agile que são extremamente importantes:
- Qualidade externa: aquela que o usuário tem acesso, como a interface, o design.
- Qualidade interna: aquela que é da equipe, ou seja, como a equipe faz aquilo. Algo que tem um profundo efeito de manutenabilidade do sistema, como refactoring, cobertura de testes etc.
Claro que um sistema com alta qualidade interna pode ainda ter baixa qualidade externa, mas um com baixa qualidade interna raramente terá uma qualidade externa alta, não dá para construir algo bom, se a base está podre. Então à qualidade interna, simplesmente não é negociável.
E assim finalizo mais um post da série Agile/Scrum, no próximo veremos como lidar com estimativa e escopo com o cliente, esse aqui sempre gera discussões nas reuniões.
Abraços, see ya!!
