Carregado porDaniel Calmazini
Quem é e qual o papel do Product Owner para o Negócio
O Product Owner é responsável por definir e priorizar as funcionalidades do produto, decidir quando elas serão lançadas, e aceitar ou rejeitar as entregas do time. Seu papel é importante para o negócio por contribuir para a transparência, planejamento incremental e empírico do produto, e garantir que cada entrega gere valor para o usuário.
Quem é e qual o papel do Product Owner para o Negócio
- 1. Quem é equal o papel do Product Owner para o negócio Daniel Calmazini calmazini@gmail.com @calmazini (11) 99185-9507 id: calmazini
- 2. O Product Owner éum dos 3 papeis do Scrum SCRUM Product Owner
- 3. Product Owner • OProduct Owner é quem define e ajusta as features do produto, decide quando serão disponibilizadas ao usuário, prioriza o backlog e aceita ou rejeita as entregas do time. • Como isso é feito, pode variar de empresa para empresa e até mesmo de time para time.
- 4. O + interessantedo Scrum para o negócio • Não é um processo, um técnica ou uma metodologia de Gestão de Projetos • É um framework, super simples, feito para ajudar times a entregarem produtos com o maior valor possível de uma maneira produtiva e criativa • Um container para aplicação de técnicas, metodologias e práticas • Ele é baseado no empirismo, é interativo e incremental • Seus pilares são baseados na transparência, na inspeção e adaptação
- 5. É no Sprintque acontece todo o Scrum • Os Sprints começam numa reunião de Planning e terminam numa Review Sprint. • No final, cada Sprint tem que ter entregas de funcionalidades potencialmente utilizáveis e aderentes à definição de DONE do Time. • O Product Owner escolhe se libera ou não a entrega imediatamente aos usuários no final de cada Sprint.
- 6. Anatomia do Scrum(simplificada) • 3 Papeis: Product Ownet, Scrum Master e Time. • 4 Eventos: Sprint Planning, Daily, Sprint Review e Retrospective. • 3 Artefatos: Product Backlog, Sprint Backlog e as Entregas. • Os artefatos do Scrum representam o trabalho a ser feito e o valor a ser entregue. São os objetos da inspeção, para possíveis adaptações.
- 7. Mais importante queo Framewrk é o Mindset
- 8. Então, a importânciado papel do P.O. para negócio, está mais na atitude e no mindset: • Contribuir para a transparência nos processos • Planejar o desenvolvimento de forma interativa e incremental, medindo o comportamento dos usuários e os feedbacks • Aceitar o empirismo na evolução do produto e do Time • Inspecionar e quando necessário adaptar a evolução da entrega • Priorizar e dar visibilidade do Backlog para todos os interessados e envolvê- los no produto • Contribuir com o Time nos plannings e ser crítico nas Reviews • Ter no fim de cada Sprint entregas de funcionalidades que possam ser disponibilizadas para o usuário
- 9. O bom doÁgil para quem patrocina o produto • Na parte da esquerda do manifesto é onde está o maior benefício • Estrutura organizacional enxuta ajuda o P.O. a desenvolver produto • Ágil é mais sobre a simplicidade e a leveza • Rapidez e a velocidade são consequências http://www.manifestoagil.com.br/
- 10. Ex: Usando maiso lado esquerdo do Manifesto Front API DataBase FileSystem 3rd Products API Legacy
- 11. Gestão de Projeto– Seguir um plano Front API DataBase FileSystem 3rd Products API Legacy “Fase 1” “Fase 2” “Fase 3” “Fase 4” “Fase 5” “Fase 6” “Fase 5”
- 12. Gestão de Projeto– Usando (só) Scrum Front API DataBase FileSystem 3rd Products API Legacy “Release 1” “Release 1” “Release 2” “Release 3” “Release 4” “Releases, 5, 6, 7…” “Release 4”
- 13. Só “instalar” umframework não vai ajudar muito • Se não trabalhar o Mindset, vai cascatear mesmo com o Scrum, kanban ou outros • Tecnologia não é só uma ferramenta, ela é parte da entrega de valor, por isso precisa ser desenvolvida junto com a feature • O negócio precisa envolver o P.O. na estratégia, para ele criar produtos que joguem sempre a favor da relação com o usuário e ajudar de maneira consciente nos objetivos de negócio (OKR?)
- 14. Negócio orientado àFDD (Feature Driven Development) O P.O. vai planejar por funcionalidade O Time vai detalhar por funcionalidade Cada Sprint vai construir e entregar uma ou mais funcionalidades • Vc vai sentir necessidade de testar mais hipóteses para evoluir • De trabalhar com experimentação para saber onde investir • Vai querer criar alguns MVPs e vai gastar menos errando logo • Vai precisar definir métricas que fazem mais sentido para cada aposta que você fizer e vai querer discutir isso com os P.O. E, talvez, nesse ponto você não precise mais do Scrum
- 15. Software funcionando &resposta à mudanças Front API DataBase FileSystem 3rd Products API Legacy “Feature 1” “Feature 2” “Feature 3” “Feature 4” “Feature 5” “Feature 6” MétricasdeSistemas+deNegócio(principalmente)
- 16. Com acompanhar aevolução das entregas? Alguns que já experimentei: • Google Analytics • GA + Google Data Studio • Geekboard • MixPanel O importante é a solução te servir e não o contrário. “Buy don’t build” conselho de um CDO que costuma me ajudar
- 17. Com acompanhar aevolução das entregas? Também dá para construir sua Própria DMP + Dashing (http://dashing.io/) + D3JS (https://d3js.org/) e usar para medir seus produtos & usuários
- 18. Daniel Calmazini https://www.linkedin.com/in/calmazini calmazini@gmail.com @calmazini (11) 99185-9507 id:calmaziniMandem seus feedbacks, por favor! Quem é e qual o papel do Product Owner para o negócio
Notas do Editor
- #7 Seus componentes têm propósitos específicos e utilizá-los adequadamente é essencial para o sucesso.
- #10 01) Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor. 02) Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas. 03) Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos. 04) Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto. 05) Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho. 06) O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara. 07) Software funcional é a medida primária de progresso. 08) Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes. 09) Contínua atenção à excelência técnica e bom design, aumenta a agilidade. 10) Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. 11) As melhores arquiteturas, requisitos e designs emergem de times auto-organizáveis. 12) Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo.