O papel do Product Owner em 15 minutos

Desenvolvimento de Software na Perspectiva do Produto Pioneer

Visão Geral da Seção: Nesta seção, vamos explorar o desenvolvimento de software na perspectiva do produto Pioneer. Discutiremos a importância do dono do produto e dos stakeholders, a entrega contínua e os desafios de lidar com as demandas dos stakeholders.

O Dono do Produto e os Stakeholders

• O dono do produto é responsável por ter uma visão clara do produto e entender o problema que ele vai resolver.

• Os stakeholders são as pessoas interessadas no projeto, que vão usar o sistema ou ser afetadas por ele.

• As necessidades dos stakeholders são expressas como histórias de usuário.

Entrega Contínua

• O desenvolvimento ágil envolve entregar cedo e com frequência, em vez de fazer uma única entrega no final do projeto.

• Um time ágil geralmente entrega cerca de quatro histórias por semana.

• Para manter esse ritmo, é importante investir em testes automatizados e integração contínua.

Lidando com as Demandas dos Stakeholders

• Os stakeholders sempre terão novas ideias e solicitações para o sistema.

• Tentar atender a todas essas demandas pode sobrecarregar o time e comprometer a qualidade.

• É importante definir limites para o trabalho em andamento, seja através da capacidade do time ou utilizando métodos como Kanban.

Priorização do Produto

• O trabalho mais importante do dono do produto é decidir o que não desenvolver.

• É necessário avaliar o valor e tamanho de cada história para priorizá-las adequadamente.

• A palavra "não" é fundamental para evitar que a fila de demandas fique fora de controle.

Conclusão

O desenvolvimento de software na perspectiva do produto Pioneer envolve ter um dono do produto com uma visão clara, lidar com as demandas dos stakeholders de forma equilibrada e priorizar o trabalho com base no valor e tamanho das histórias. A entrega contínua e o investimento em testes automatizados são fundamentais para manter um ritmo sustentável.

Estimativas e Priorização

Visão Geral da Seção: Nesta seção, o palestrante discute a importância das estimativas e priorização no desenvolvimento ágil de produtos. Ele enfatiza que as estimativas são aproximações e chutes, não números absolutos, mas são essenciais para melhorar a precisão ao longo do tempo. A priorização é fundamental para entregar valor aos usuários de forma contínua.

Estimativas

• As estimativas iniciais estão inevitavelmente erradas, mas isso não é um problema.

• O aprendizado ocorre por meio das entregas para usuários reais, o que melhora as estimativas ao longo do tempo.

• A equipe deve priorizar e estimar continuamente para acertar as coisas.

• É importante começar com histórias pequenas e claras que possam ser concluídas em poucos dias.

Priorização

• Para entregar cedo e frequentemente, as histórias devem ser divididas em pedaços pequenos.

• O formato de funil com histórias pequenas à frente permite aproveitar os insights mais recentes sobre o produto e as necessidades dos usuários.

• O backlog grooming é uma prática importante para revisar, estimar e priorizar histórias regularmente.

Comunicação

• A comunicação desempenha um papel crucial no trabalho do Product Owner.

• É essencial garantir que todos entendam a visão do time e estejam em contato direto com os stakeholders.

• Feedback frequente dos usuários reais ajuda na tomada de decisões diárias pela equipe.

Risco e Conhecimento

• Existem diferentes tipos de riscos no início de um projeto, como risco de negócio, risco técnico e risco de custo e cronograma.

• O conhecimento é a chave para reduzir o risco. Protótipos e experimentos técnicos são valiosos nesse sentido.

• À medida que o conhecimento aumenta, mais valor pode ser entregue aos clientes.

Equilíbrio

• É importante encontrar um equilíbrio entre valor de curto prazo e valor de longo prazo.

• O trabalho reativo (apagar incêndios) e proativo (prevenir incêndios) devem ser equilibrados.

• O foco deve estar em construir a coisa certa, construir corretamente e entregar rapidamente.

Valor para o Cliente

Visão Geral da Seção: Nesta seção, o palestrante discute a importância de encontrar um equilíbrio entre valor para o cliente e valor de conhecimento. Ele destaca a necessidade de desenvolver com segurança a curto prazo enquanto se mantém uma visão de longo prazo.

Valor para o Cliente

• Valor para o cliente é a soma do valor do conhecimento e do valor entregue ao cliente.

• É necessário encontrar um equilíbrio entre esses dois tipos de valor.

• É preciso considerar tanto pensamento de curto prazo quanto pensamento de longo prazo.

Equilíbrio

• Deve-se equilibrar trabalho reativo (construir coisas novas que os usuários adoram) com trabalho proativo (melhorias futuras).

• Não se deve gastar muito tempo buscando a perfeição, pois pode-se perder oportunidades de mercado.

• É importante equilibrar o desenvolvimento do produto com a arquitetura e a qualidade técnica.

Conclusão

Visão Geral da Seção: Nesta seção final, o palestrante conclui destacando a importância de encontrar um equilíbrio entre construir corretamente, construir a coisa certa e entregar rapidamente. Ele enfatiza que o objetivo é entregar valor aos clientes enquanto se mantém ágil e adaptável às mudanças.

Equilíbrio

• O objetivo é encontrar um equilíbrio entre construir corretamente, construir a coisa certa e entregar rapidamente.

• É necessário equilibrar trabalho reativo (construção rápida) com trabalho proativo (construção correta).

• A agilidade nos negócios envolve ser capaz de cortar projetos menos importantes ou iniciar novas funcionalidades conforme necessário.

Adaptabilidade

• A capacidade de adaptação é fundamental para lidar com incertezas e mudanças no ambiente de desenvolvimento.

• O foco deve estar em aprender constantemente, ganhar conhecimento e tomar decisões informadas no dia-a-dia.

O que é um backlog de produto e como gerenciar expectativas

Visão geral da seção: Nesta seção, o palestrante discute a importância de entender o conceito de backlog de produto e como gerenciar as expectativas dos stakeholders.

Entendendo o backlog de produto

• O termo "backlog do produto" pode ser confuso, pois dá a ideia de que há apenas um único produto.

• Na realidade, um produto terminado sempre requer manutenção e melhorias contínuas.

• Ao desenvolver um novo produto, é comum que a equipe continue mantendo o produto anterior enquanto trabalha no novo.

• Portanto, em vez de ter um backlog específico para cada produto, muitas vezes temos um backlog do time, uma lista de coisas a serem feitas pelo time relacionadas aos diferentes produtos.

Gerenciando expectativas

• É responsabilidade do Product Owner gerenciar as expectativas dos stakeholders.

• É importante ser realista ao fazer previsões sobre prazos e entregas.

• Medir a velocidade do time ou dos times combinados pode ajudar a criar gráficos que mostram o número acumulado de histórias entregues ao longo do tempo.

• A meta não é produzir o máximo possível, mas sim alcançar os resultados desejados usando o mínimo necessário.

• Traçar linhas otimistas e pessimistas em gráficos pode ajudar na previsão futura.

• No entanto, é crucial lembrar que a velocidade tende a se estabilizar com o tempo e que imprevistos podem ocorrer.

Reduzindo escopo versus estendendo prazo

• Em situações em que há um prazo fixo, mas o escopo é variável, é melhor reduzir o escopo do que estender o prazo.

• Reduzir o escopo permite a opção de adicionar as histórias restantes posteriormente, se necessário.

• É importante atualizar as projeções regularmente com base em dados empíricos e não apenas no desejo de cumprir prazos.

• O time deve manter um ritmo sustentável para evitar acumular déficit técnico e garantir que a curva de entrega continue crescendo.

Gerenciando múltiplos times e produtos

• Em cenários com vários times e produtos diferentes, é essencial ter uma boa comunicação entre os times.

• Organizar os backlogs de cada time para minimizar dependências é fundamental.

• A capacidade de comunicação entre os stakeholders e a equipe de produto também é crucial.

• Volume e velocidade são somados para fazer projeções ou podem ser tratados separadamente, dependendo da situação.

Como fazer previsões realistas usando dados empíricos

Visão geral da seção: Nesta seção, o palestrante discute como fazer previsões realistas usando dados empíricos em vez de estimativas subjetivas.

Usando dados empíricos para previsões

• É importante basear as previsões em dados reais em vez de estimativas subjetivas.

• Manter um ritmo sustentável e evitar atalhos ajuda a criar uma base sólida para previsões realistas.

• Atualizar as projeções regularmente com base nos dados coletados ajuda a comunicar honestamente com os stakeholders.

Alertas sobre déficit técnico

• Acumular déficit técnico, como falta de testes ou melhoria contínua da arquitetura, pode levar a um ritmo mais lento e afetar as previsões.

• É responsabilidade do time garantir que estejam mantendo um ritmo sustentável e evitando atalhos que possam comprometer a qualidade.

Gerenciando expectativas em cenários complexos

• Em cenários com vários times e produtos diferentes, é necessário ter uma boa comunicação entre os times.

• Organizar os backlogs de cada time para minimizar dependências é fundamental.

• A capacidade de comunicação entre os stakeholders e a equipe de produto também é crucial.

Conclusão: Gerenciando expectativas e fazendo projeções realistas

Visão geral da seção: Nesta seção final, o palestrante reforça a importância de gerenciar expectativas e fazer projeções realistas usando dados empíricos.

Importância da gestão das expectativas

• Gerenciar as expectativas dos stakeholders é essencial para manter uma comunicação transparente.

• Fazer previsões realistas ajuda a evitar promessas não cumpridas e construir confiança com os stakeholders.

Manter um ritmo sustentável

• Evitar acumular déficit técnico e manter um ritmo sustentável são fundamentais para fazer projeções realistas.

• O time deve priorizar melhorias contínuas na arquitetura e nos processos para garantir um fluxo constante de entrega.

Comunicação eficaz em cenários complexos

• Em cenários com vários times e produtos diferentes, uma boa comunicação entre os times é essencial.

• Organizar os backlogs de cada time para minimizar dependências ajuda a manter um fluxo de trabalho eficiente.

Usando dados empíricos para previsões

• Basear as previsões em dados empíricos, como a velocidade do time, ajuda a criar projeções realistas.

• Atualizar regularmente as projeções com base nos dados coletados é fundamental para uma comunicação honesta e precisa.

Fim da transcrição