Desmistificando o Scrum e o Product Owner

Resumo do Ciclo do Scrum

Time de Scrum Product Owner o Garante e maximiza o ROI do cliente a partir do trabalho do Time! Time de Desenvolvimento (o Time) o Gera valor para o cliente construindo incrementos do produto com alta qualidade! ScrumMaster Garante que aos valores do Scrum, práticas e regras estão sendo compreendidos e seguidos

Visão do Produto Durante um levantamento não se deve focar na funcionalidade desejada, mas sim no problema a ser resolvido. Não é de responsabilidade do cliente saber o que ele precisa Steve Jobs Se perguntasse para as pessoas eles falariam que queriam cavalos mais velozes Henry Ford

Product Owner: Atribuições Responsável por garantir e maximizar o ROI do cliente a partir do trabalho do Time Gerencia o Product Backlog: garante a visibilidade, insere, remove, modifica e ordena os itens Gerencia os stakeholders do projeto o identifica os stakeholders e seu nível de apoio o comunica-se com eles para entender suas necessidades o balanceia as diferentes necessidades dos stakeholders o influencia os stakeholders Gerencia a Visão do Produto: estabelece, mantém e comunica

Product Owner: Atribuições Gerencia os Releases do produto para o cliente Participa ativamente das Sprints Disponível para o Time Sprint Planning / Sprint Review (e Release Planning) Aceita ou rejeita na Sprint Review o trabalho realizado pelo Time Gerencia o orçamento: garante que há orçamento suficiente para o projeto durante todo seu desenvolvimento

Product Owner: Características Único (só pode haver um!) o Não é comitê, não há substitutos o Influenciado por outros (Time, stakeholders e até mesmo um time de negócios) o Tem a voz final sobre o Product Backlog Disponível o para tirar dúvidas do Time e tomar decisões sobre o produto o para falar com os stakeholders e atualizar o Product Backlog frequentemente Representativo o com suficiente poder e conhecimento necessário para tomar decisões rápidas e corretas sobre o produto

Como fazer proposta sem escopo fechado Com Scrum não tem como fazer proposta Escopo aberto o cliente não aceita Cliente quer saber o custo final

Uso de Funcionalidades pelo Cliente

Entrega de Valor Uso de Funcionalidades pelo Cliente 35% das Funcionalidades mais utilizadas A qualquer momento pode ser finalizado o desenvolvimento, podendo ser antes do previsto, gerando economia e podendo aproveitar essa economia para atuar em novas demandas. Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Tempo

Escopo, Custo e Prazo Modo Tradicional Modo Scrum Escopo Custo Prazo Custo Prazo Escopo

Desafio Construir o negócio certo Construir certo Produto Perfeito e arquitetura perfeita. Gera muito tempo, pode perder a janela de mercado, custo pode ficar caro. Produto Perfeito e rápido. Ótimo para curto prazo, mas protótipo mal definido pode gerar uma divida técnica muito grande a médio prazo. Construir Rápido Construção Correta e Rápida Sem o envolvimento do negócio o produto pode ser perfeito, mas não para resolver o problema do cliente.

O que é Product Roadmap? Plano em alto nível de como o produto poderá evoluir ao longo das próximas releases Para cada release: Data de release Funcionalidades principais x clientes-alvo Ferramenta de comunicação: facilita diálogo entre Time Scrum e stakeholders sobre evolução do produto Ajuda a organização a coordenar o desenvolvimento e release de produtos relacionados

Definição de Pronto Ao final da Sprint ou Release, o trabalho desenvolvido deve estar pronto Mas o que significa pronto? O Time e o Product Owner devem definir o que significa pronto Quando alguém diz que algo está pronto, todos devem entender o que isso significa Ex. de software: codificado, testado e documentado

Desenvolvimento de um produto Definição de Pronto da Release Definição de Pronto do Sprint Road Map Product Backlog Product Backlog Sprting Backlog Aceite do Sprint? Mais Sprints para a meta do realese? Aceite do Release Sprint 1 Sprint 2 Sprint 3 Liberado para Produção

Personas

Personas Exemplo: Projeto de Call center para agendamento de exames laboratoriais Judite 19 Anos Atendente de Call center Estudante universitária Trabalha durante o dia e estuda a noite Possui conhecimento de computador limitado, basicamente sabe navegar em sites e tem dificuldades de digitação. Fabio Porchat 31 Anos Empresário Por ser um empresário não possui tempo para ser perdido aguardando um agendamento por telefone. Gosta de atendimento rápido e que seja objetivo indo direto ao assunto. Sr. Bula 72 Anos Aposentado Mensalmente realiza uma bateria de exames. Gosta de conversar e quando iniciado o atendimento não tem pressa em concluir. Fica feliz quando é reconhecido pelo atendente do Callcenter

Mitos e Verdades Falso Antes de iniciar um projeto deve ser feito um levantamento detalhado de todo o RoadMap do Projeto. Falso Antes de iniciar um projeto deve ser feito uma estimativa de todas as tarefas do backlog. Falso Projetos de substituição de um sistema atual deve ser congelado o atual e depois desenvolvido por completo o novo para então ser atingida a meta de substituição.

Mitos e Verdades Verdade Falso O PO deve interagir ativamente junto com a equipe. O PO deve participar obrigatoriamente das daily. Falso O grooming do backlog deve ser realizado na Sprint Planning. Falso Cada um do time de desenvolvimento deve possuir uma história para ser desenvolvida e garantir o sucesso do Sprint.

Mitos e Verdades Falso Uma vez definido o Sprint backlog não deve sofrer alteração dos itens. Falso Falso Documentação não deve fazer parte do Sprint de desenvolvimento. Teste não deve fazer parte do Sprint de desenvolvimento.

Exemplo E-commerce de Livros Considerando o Sprint 1 do desenvolvimento desse e- commerce, quais atividades irão compor esse Sprint?

Fonte Material retirado e adaptado do Curso: O Product Owner https://www.youtube.com/watch?v=7lhnybmovb4