Começando a entender Gestão de Produtos usando metodologias ágeis?
Então acredito que abaixo esteja o melhor vídeo para você cair neste mundo.
O primeiro vídeo é o original, em Inglês. Se você tem um nível razoável de entendimento da língua sugiro ver esta versão pois você já vai se familiarizando com os termos e, infelizmente, a maioria das novas referências desta área ainda são produzidas, majoritariamente, em inglês.
Se você acha que “ainda não é a hora” de se jogar em outra língua, encontrei um vídeo dublado pelo Eduardo Borges com autorização do autor, então.. é só rolar a página um pouco que este vídeo está aqui também.
Se quiser ver o vídeo “um pouco mais preparado” clique aqui para ler os principais tópicos que são abordados.
Url para a versão em Inglês: https://www.youtube.com/watch?v=502ILHjX9EE
Clique aqui para ver a imagem completa criada durante o vídeo.
Url para a versão em Português : https://www.youtube.com/watch?v=7lhnYbmovb4
Tópicos abordados no vídeo:
- A Metodologia Ágil na perspectiva do Product Owner (PO).
- O PO é quem tem a visão de “para onde o produto deve ir” e é responsável por compartilhar com todos.
- Os Stakeholders são usuários e clientes que sempre tem muitas ideias (user stories) de como melhorar/evoluir o produto.
- O Time de Desenvolvimento é pequeno, multi-funcional e auto-organizado.
- O Time de Desenvolvimento tem uma capacidade limitada de entrega de novas atividades em um determinado período.
- O PO é responsável por gerenciar o Product Backlog e, principalmente, por dizer não para atividades que ele entenda não ajudar com a atingir a visão do produto.
- O PO precisa saber “adivinhar” o valor e o tamanho da história comunicando-se com os Stakeholders e com o Time de Desenvolvimento.
- O processo de estimativa e priorização deve ser um hábito. Algo que não era importante ontem pode ser hoje e o contrário também é válido.
- O Product Backlog ideal deve conter histórias menores na “frente” e maiores no “fundo”. Fazendo isso no tempo certo conseguimos identificar novas ideias para o produto.
- O PO precisa entender os “Tipos de Riscos” associados à cada atividade.
- O PO precisa priorizar pensando em atividades pró-ativas e reativas.
- Na construção do produto:
- O PO é quem quer construir a coisa certa;
- O Time de Desenvolvimento quer construir da melhor forma;
- O Coach (Scrum Master) quer construir a coisa rápida.
- Aqui é preciso encontrar o equilíbrio para o sucesso do produto.
- É preciso ficar atento ao débito técnico.
- Mais de um time trabalhando no mesmo produto.
- Durante o vídeo é dito que: Um PO de sucesso geralmente é aquele que tem paixão pelo produto e pela comunicação. Isso vai de encontro aos valores do manifesto ágil que citei rapidamente aqui.
- Para os finalizar os tópicos, durante o vídeo ele diz que se sua organização não gosta de verdade e honestidade provavelmente ela não gostará de metodologia ágil.
Clique aqui para voltar para o vídeo.