SlideShare uma empresa Scribd logo
1 de 55
Treinamento Product Owner
Scrum Product Owner
Introdução ao Scrum
O Mindset necessário para ser um Scrum Product Owner
Quem veio antes, o Scrum ou o Ágil?
• 1986 – “The New Product Develpment
Game” - Hirotaka Takeuchi e Ikujiro Nonaka.
• 1993 – Easel Corporation - Jeff Sutherland,
John Scumniotales e Jeff McKenna.
• 1995 – Formalização a definição do Scrum -
Ken Schwaber.
• 2001 – Manifesto ágil - Kent Beck, Mike Beedle, Arie van Bennekum,
Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning,
Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert
C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland e Dave Thomas.
Manifesto Ágil http://www.manifestoagil.com.br/
Pilares do Scrum
Transparência:
Exposição clara e direta do dia a dia ao time e aos responsáveis pelos
resultados.
Inspeção e Adaptação:
Ajuste do que está sendo produzido, caso esteja se desviando e
tornando o resultado inaceitável.
Valores do Scrum
• Comprometimento com os objetivos do Time.
• Coragem para fazer a coisa certa e trabalhar em problemas difíceis.
• Foco no trabalho da Sprint e nos objetivos do Time.
• Transparência de todo o trabalho e desafios com da execução.
• Respeito com os outros membros do Time.
O que é Scrum?
O Scrum não é
• Um processo ou uma técnica para construir produtos.
• Uma metodologia de Gestão de Projetos.
• Qualquer implementação de apenas parte(s) do Scrum.
• Qualquer implementação sem algum componente do Scrum.
• Qualquer implementação com alterações nos papéis, artefatos,
eventos ou regras do Scrum.
O Scrum é
• Um framework para tratar de problemas complexos e adaptativos.
• Um container para outras técnicas, metodologias e práticas.
• Leve e simples de entender, mas extremamente difícil de dominar.
• Para ajudar times a entregarem produtos com o mais alto valor
possível de maneira produtiva e criativa.
• Baseado no Empirismo.
• Interativo e Incremental.
Framework
• Uma estrutura que suporta a construção de alguma outra coisa
Framework
• Um sistema de regras, ideias e crenças que é usado para decidir algo
Framework
• Uma base legal para resolver disputas judiciais
Framework
• Um esboço criado antes de escrever uma redação ou um desenho
Papeis do Scrum
Papeis do Scrum
Product Owner
• O Product Owner 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.
Papeis do Scrum
Scrum Master
• O Scrum Master é responsável por
garantir que o Scrum seja
entendido e aplicado.
• O Scrum Master trabalha para
garantir que o Time Scrum esteja
aderente à teoria, práticas e
regras do Scrum e ajuda o P.O. a
trabalhar com o time.
Papeis do Scrum
Dev Team
• As pessoas que trabalham para
entregar uma versão usável que
potencialmente incrementa o
produto “Pronto” ao final de cada
Sprint.
• Somente integrantes do Time de
Desenvolvimento criam
incrementos.
Papeis do Scrum
Scrum Team
• O Time Scrum é composto pelo
Product Owner, o Time de
Desenvolvimento e o Scrum
Master.
Scrum Product Owner
Como usar o Scrum, sendo um Product Owner
Anatomia do Scrum - foco no Product Owner
O Framework tem componentes com propósitos específicos. Reconhecê-los
e utilizá-los adequadamente é essencial para o sucesso.
• 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 ou o valor a ser entregue e fornecem
a transparência, para as oportunidades de inspeção e adaptação.
Sprint – O coração do Scrum
O Sprint
• As Sprints são compostas por uma reunião Planning, Dailies, o
trabalho de desenvolvimento, uma Review e uma Retrospectiva da
Sprint – é onde “acontece todo o Scrum”.
• 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.
Durante o Sprint
• Não são feitas mudanças que possam comprometer a entrega de
valor comprometida para aquele time frame.
• As metas de qualidade não diminuem.
• O escopo pode ser clarificado e até renegociado entre o Product
Owner e o Time de Desenvolvimento, quanto mais for aprendido
sobre o que se está construindo.
O Product Backlog
• É uma lista ordenada de tudo que deve ser necessário no produto.
• É uma origem única de requisitos para qualquer mudança a ser feita
no produto.
• O Product Owner é responsável pelo Backlog do Produto, incluindo
seu conteúdo, disponibilidade e priorização.
O Product Backlog Item (PBI)
• É um item qualquer do Product Backlog.
• Pode ser uma Funcionalidade, um Bug, Épico ou qualquer outra coisa
que o produto precise ter.
Sprint Planning
• Onde o Product Owner apresenta e clarifica os itens com o time.
• Participa o Time todo e pode ter stakeholders convidados pelo P.O.
• Define o plano de trabalho para o próximo time-frame.
• Tem um time box.
• O Scrum Master é o facilitador da reunião.
• Os inputs para essa reunião
• o Product Backlog já priorizado.
• a última entrega do time.
• a capacidade do time projetada para o Sprint que está começando.
• a performance passada do time.
Planning dividido em “1” e “2”
• A divisão do Planning em duas partes é recomendada como boas práticas.
• No planning 1 o foco é no que será feito. O time e o P.O. contribuem no
esclarecimento do requisito de negócio e técnico, o suficiente para que
seja dada uma estimativa do Dev Team sobre o esforço para conclusão da
entrega. Participam todos, Scrum Team e Stakeholders convidados.
• No planning 2 o foco é no como será feito e acontece a quebra das
atividades em tarefas (tasks) necessárias, para acontecer a entrega.
Participam essencialmente o Dev Team e o Scrum Master.
O Sprint Backlog
• O Sprint Backlog é um conjunto de
itens do Product Backlog
selecionados para a Sprint,
juntamente com o plano para
entregar o incremento do produto
e atingir o objetivo do Sprint.
O Daily
• Time-box de 15 minutos.
• Criar um plano para as próximas 24 horas.
• Inspecionar o trabalho desde o último Daily.
• Prever o trabalho que deverá ser feito antes do próximo Daily.
• Perguntas para ajudar a direcionar o evento:
• O que eu fiz ontem que ajudou o Dev Team a cumprir o compromisso?
• O que eu farei hoje para ajudar o o Dev Team a cumprir o compromisso?
• Vejo algo que impeça a mim ou o Dev Team de cumprir o compromisso?
As Entregas
• A entrega é a soma de todos os itens do Backlog do Produto
completados durante o Sprint e o valor dos incrementos de todos os
Sprints anteriores.
• Deve estar na condição utilizável, independente do Product Owner
decidir por liberá-lo realmente e atender a definição de “Pronto” do
Time Scrum.
A Sprint Review
• A Review é executada no final do Sprint, para inspecionar as entregas
e adaptar o Backlog do Produto se necessário.
• Participam o Time Scrum e os Stakeholders chaves convidados pelo
Product Owner.
• O Dev Team demonstra o trabalho Done e responde questões sobre.
• O Product Owner esclarece quais itens do Sprint Backlog
apresentados estão aceitáveis.
Retrospective
O propósito da Retrospectiva do Sprint é:
• Inspecionar como o último Sprint foi em relação às pessoas,
relacionamentos, processos e ferramentas.
• Identificar e ordenar os principais itens que foram bem e as
potenciais melhorias.
• Planejar para implementar as melhorias no trabalho do Scrum Team.
• Adaptar a definição de “Pronto” quando necessário, buscando
aumentar a qualidade da entrega.
Estimativas – o que são?
Definition of Done (DoD) - Pronto
• Todos devem entender o que o significa o DONE.
• Varia de Time para Time.
• Com um Time mais maduro, é esperado que a definição de DONE seja
expandida para incluir mais critérios sobre a qualidade da entrega.
Além do Scrum
Conceitos, Técnicas e boas práticas para a gestão de produto
Treinamento - Product Owner - CLARO-NET-EMBRATEL
O que é um Produto?
Segundo Philip Kotler,
“valor é o que o cliente
recebe em troca daquilo
que dá. Alguns
consumidores consideram
todos os benefícios que
recebem assim como todos
os componentes de
sacrifício (dinheiro, tempo,
esforço)”.
Visão do Produto
• Breve descrição de para onde você quer levar sua ideia de produto.
• Pode ser criada usando Stakeholders, Time ou consultoria.
Elevator Statement:
Para <público alvo>
Que tem dificuldade <necessidade que você quer atender>
O <seu produto>
É um <definição do seu produto>
Que <como seu produto atende à necessidade>
Diferentemente de <solução concorrente>
O Nosso produto <diferencial do seu produto>
Business Model Canvas
Value Proposition Canvas
Features
Feature
• A cohesive bundle of externally visible
functionality that should align with
business goals and objectives. Each
feature is a logically related grouping of
functional requirements or non-
functional requirements described in
broad strokes.
– BABOK (http://www.iiba.org/)
Personas
Jornada do Cliente
• Percurso ou
sequência de passos
dados, para alcançar
um objetivo.
• Alguns desses
passos representam
os diferentes pontos
de contato com o
produto, criando as
interações com ele.
User Story
• Formato mais popular usado para definição de incrementos de
produto com valor e foco em quem usa.
• Serve para criar os PBIs – Product Backlog Itens (features ou épicos).
• É breve e os detalhes são escritos como critérios de aceite/satisfação.
• Qualquer membro do time pode escrever.
• Eu, como <um usuário do produto>, quero <um
desejo/meta/solução>, para <motivação/justificativa para a
funcionalidade>.
Épicos
O Product Rodmap
Os Releases
Evolução de um Produto
MVP - Minimun Viable Product
• A versão maios simples de
um produto que pode ser
disponibilizada para o
usuário e representa uma
hipótese, para o negócio
aprender com ela.
Métricas
O Grooming
• É o refinamento do Backlog do Produto.
• Ações para adicionar detalhes, estimativas e ordem aos itens no
Backlog do Produto.
• Este é um processo contínuo onde o Product Owner e o Time de
Desenvolvimento colaboram nos detalhes dos itens do Backlog do
Produto (PBI).
Definition of Ready
Técnicas de Priorização
MoSCoW
• Must – Contém tudo o que um Release “precisa ter”, para não ser
considerado um fracasso.
• Should – Itens que são importantes, mas não são críticos para o Release.
Aquilo que geralmente consideramos ser “legal ter”.
• Could – São desejados, mas não são necessários. Incrementos menores e
de baixo custo podem entrar aqui.
• Won’t – Itens de pouca importância ou que ainda não foram alinhados com
a estratégia do produto. Podem entrar em Releases futuros ou até serem
descartados.
Técnicas de Priorização
Valor X Esforço
Combina o valor para o negócio com o esforço de desenvolvimento da
feature. O que tiver valor mais alto e esforço mais baixo, vem na frente
do que tem valor mais baixo e esforço mais alto.
Daniel Calmazini
calmazini@gmail.com
@calmazini
(11) 99185-9507
(11) 4313-2853
id: calmaziniMandem seus feedbacks, por favor!

Mais conteúdo relacionado

Mais procurados

Scrum - Desenvolvimento Ágil
Scrum - Desenvolvimento ÁgilScrum - Desenvolvimento Ágil
Scrum - Desenvolvimento ÁgilIsrael Santiago
 
Scrum - Fundamentos, teorias e práticas!
Scrum - Fundamentos, teorias e práticas!Scrum - Fundamentos, teorias e práticas!
Scrum - Fundamentos, teorias e práticas!Annelise Gripp
 
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempre
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempreGerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempre
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempreLeandro Faria
 
Scrum - Framework, Competências e Valores (versão community)
Scrum -  Framework, Competências e Valores (versão community)Scrum -  Framework, Competências e Valores (versão community)
Scrum - Framework, Competências e Valores (versão community)Manoel Pimentel Medeiros
 
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Rildo (@rildosan) Santos
 
Requisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetRequisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetFábio Aguiar
 
Gestao agil de projetos com Scrum
Gestao agil de projetos com ScrumGestao agil de projetos com Scrum
Gestao agil de projetos com ScrumIgor Macaubas
 
Palestra de SCRUM em Juazeiro
Palestra de SCRUM em JuazeiroPalestra de SCRUM em Juazeiro
Palestra de SCRUM em JuazeiroPaulo Furtado
 
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016Annelise Gripp
 
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelScrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelManoel Pimentel Medeiros
 
Gestão Ágil de Produtos com Lean Startup para times Scrum
Gestão Ágil de Produtos com Lean Startup para times ScrumGestão Ágil de Produtos com Lean Startup para times Scrum
Gestão Ágil de Produtos com Lean Startup para times ScrumMarcos Garrido
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPersonal
 
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)Leonardo Dias Nascimento
 
Engenharia de Software 100% Agil (SCRUM, FDD e XP)
Engenharia de Software 100% Agil (SCRUM, FDD e XP)Engenharia de Software 100% Agil (SCRUM, FDD e XP)
Engenharia de Software 100% Agil (SCRUM, FDD e XP)Rildo (@rildosan) Santos
 

Mais procurados (20)

Treinamento Ágil / Scrum
Treinamento Ágil / ScrumTreinamento Ágil / Scrum
Treinamento Ágil / Scrum
 
Scrum - Desenvolvimento Ágil
Scrum - Desenvolvimento ÁgilScrum - Desenvolvimento Ágil
Scrum - Desenvolvimento Ágil
 
Scrum - Fundamentos, teorias e práticas!
Scrum - Fundamentos, teorias e práticas!Scrum - Fundamentos, teorias e práticas!
Scrum - Fundamentos, teorias e práticas!
 
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempre
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempreGerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempre
Gerenciamento Ágil de Projetos, Uma nova abordagem para os desafio de sempre
 
Scrum - Framework, Competências e Valores (versão community)
Scrum -  Framework, Competências e Valores (versão community)Scrum -  Framework, Competências e Valores (versão community)
Scrum - Framework, Competências e Valores (versão community)
 
Apostila introdutória ao Scrum (V1)
Apostila introdutória ao Scrum (V1)Apostila introdutória ao Scrum (V1)
Apostila introdutória ao Scrum (V1)
 
O que é SCRUM
O que é SCRUMO que é SCRUM
O que é SCRUM
 
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
Workshop Scrum Product Owner, Delírios de PO em Dia de Verão v6
 
Requisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindsetRequisitos Ágeis um novo mindset
Requisitos Ágeis um novo mindset
 
Gestao agil de projetos com Scrum
Gestao agil de projetos com ScrumGestao agil de projetos com Scrum
Gestao agil de projetos com Scrum
 
Métodos ágeis
Métodos ágeisMétodos ágeis
Métodos ágeis
 
Palestra de SCRUM em Juazeiro
Palestra de SCRUM em JuazeiroPalestra de SCRUM em Juazeiro
Palestra de SCRUM em Juazeiro
 
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016
Extreme Programming - Workshop Praticas Jedi XP - LinguÁgil 2016
 
Scrum em 1h.
Scrum em 1h.Scrum em 1h.
Scrum em 1h.
 
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel PimentelScrum - Conceitos, Práticas e Experiências - Manoel Pimentel
Scrum - Conceitos, Práticas e Experiências - Manoel Pimentel
 
SCRUM - Priorização do backlog
SCRUM  - Priorização do backlogSCRUM  - Priorização do backlog
SCRUM - Priorização do backlog
 
Gestão Ágil de Produtos com Lean Startup para times Scrum
Gestão Ágil de Produtos com Lean Startup para times ScrumGestão Ágil de Produtos com Lean Startup para times Scrum
Gestão Ágil de Produtos com Lean Startup para times Scrum
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia Scrum
 
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)
Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)
 
Engenharia de Software 100% Agil (SCRUM, FDD e XP)
Engenharia de Software 100% Agil (SCRUM, FDD e XP)Engenharia de Software 100% Agil (SCRUM, FDD e XP)
Engenharia de Software 100% Agil (SCRUM, FDD e XP)
 

Semelhante a Treinamento - Product Owner - CLARO-NET-EMBRATEL

Scrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do ScrumScrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do ScrumAndré Borgonovo
 
Slides da Aula de Gestão de Projetos Digitais
Slides da Aula de Gestão de Projetos DigitaisSlides da Aula de Gestão de Projetos Digitais
Slides da Aula de Gestão de Projetos DigitaisMárcio Oya
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosWilliam Lima
 
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetosCenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetosJoão Clineu - CTFL, CSM, CSD
 
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014Vanilton Pinheiro
 
Introdução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumIntrodução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumInove
 
Apostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumApostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumMindMasterBrasil
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMLucas Vinícius
 
Scrum e Plataforma Microsoft
Scrum e Plataforma MicrosoftScrum e Plataforma Microsoft
Scrum e Plataforma MicrosoftFernando Ferreira
 
Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4leobower
 
Curso "Scrum na Real" - Parte 3
Curso "Scrum na Real" - Parte 3Curso "Scrum na Real" - Parte 3
Curso "Scrum na Real" - Parte 3leobower
 
Workshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilWorkshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilRicardo Infante
 

Semelhante a Treinamento - Product Owner - CLARO-NET-EMBRATEL (20)

Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do ScrumScrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do Scrum
 
Slides da Aula de Gestão de Projetos Digitais
Slides da Aula de Gestão de Projetos DigitaisSlides da Aula de Gestão de Projetos Digitais
Slides da Aula de Gestão de Projetos Digitais
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetosCenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
 
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
 
Scrum agil
Scrum agilScrum agil
Scrum agil
 
Introdução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumIntrodução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com Scrum
 
[IFMG][ENGENHARIA DE SOFTWARE] - SCRUM
[IFMG][ENGENHARIA DE SOFTWARE] - SCRUM[IFMG][ENGENHARIA DE SOFTWARE] - SCRUM
[IFMG][ENGENHARIA DE SOFTWARE] - SCRUM
 
Gerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrumGerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrum
 
Apostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumApostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do Scrum
 
Seja ágil com o Scrum - parte 02
Seja ágil com o Scrum - parte 02Seja ágil com o Scrum - parte 02
Seja ágil com o Scrum - parte 02
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUM
 
Scrum Overview
Scrum OverviewScrum Overview
Scrum Overview
 
Scrum e Plataforma Microsoft
Scrum e Plataforma MicrosoftScrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
 
Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4
 
Curso "Scrum na Real" - Parte 3
Curso "Scrum na Real" - Parte 3Curso "Scrum na Real" - Parte 3
Curso "Scrum na Real" - Parte 3
 
Ignição gp-scrum-em-uma-página
Ignição gp-scrum-em-uma-páginaIgnição gp-scrum-em-uma-página
Ignição gp-scrum-em-uma-página
 
Workshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilWorkshop Desenvolvimento Ágil
Workshop Desenvolvimento Ágil
 

Treinamento - Product Owner - CLARO-NET-EMBRATEL

  • 2. Introdução ao Scrum O Mindset necessário para ser um Scrum Product Owner
  • 3. Quem veio antes, o Scrum ou o Ágil? • 1986 – “The New Product Develpment Game” - Hirotaka Takeuchi e Ikujiro Nonaka. • 1993 – Easel Corporation - Jeff Sutherland, John Scumniotales e Jeff McKenna. • 1995 – Formalização a definição do Scrum - Ken Schwaber. • 2001 – Manifesto ágil - Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland e Dave Thomas.
  • 5. Pilares do Scrum Transparência: Exposição clara e direta do dia a dia ao time e aos responsáveis pelos resultados. Inspeção e Adaptação: Ajuste do que está sendo produzido, caso esteja se desviando e tornando o resultado inaceitável.
  • 6. Valores do Scrum • Comprometimento com os objetivos do Time. • Coragem para fazer a coisa certa e trabalhar em problemas difíceis. • Foco no trabalho da Sprint e nos objetivos do Time. • Transparência de todo o trabalho e desafios com da execução. • Respeito com os outros membros do Time.
  • 7. O que é Scrum?
  • 8. O Scrum não é • Um processo ou uma técnica para construir produtos. • Uma metodologia de Gestão de Projetos. • Qualquer implementação de apenas parte(s) do Scrum. • Qualquer implementação sem algum componente do Scrum. • Qualquer implementação com alterações nos papéis, artefatos, eventos ou regras do Scrum.
  • 9. O Scrum é • Um framework para tratar de problemas complexos e adaptativos. • Um container para outras técnicas, metodologias e práticas. • Leve e simples de entender, mas extremamente difícil de dominar. • Para ajudar times a entregarem produtos com o mais alto valor possível de maneira produtiva e criativa. • Baseado no Empirismo. • Interativo e Incremental.
  • 10. Framework • Uma estrutura que suporta a construção de alguma outra coisa
  • 11. Framework • Um sistema de regras, ideias e crenças que é usado para decidir algo
  • 12. Framework • Uma base legal para resolver disputas judiciais
  • 13. Framework • Um esboço criado antes de escrever uma redação ou um desenho
  • 15. Papeis do Scrum Product Owner • O Product Owner 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.
  • 16. Papeis do Scrum Scrum Master • O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. • O Scrum Master trabalha para garantir que o Time Scrum esteja aderente à teoria, práticas e regras do Scrum e ajuda o P.O. a trabalhar com o time.
  • 17. Papeis do Scrum Dev Team • As pessoas que trabalham para entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint. • Somente integrantes do Time de Desenvolvimento criam incrementos.
  • 18. Papeis do Scrum Scrum Team • O Time Scrum é composto pelo Product Owner, o Time de Desenvolvimento e o Scrum Master.
  • 19. Scrum Product Owner Como usar o Scrum, sendo um Product Owner
  • 20. Anatomia do Scrum - foco no Product Owner O Framework tem componentes com propósitos específicos. Reconhecê-los e utilizá-los adequadamente é essencial para o sucesso. • 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 ou o valor a ser entregue e fornecem a transparência, para as oportunidades de inspeção e adaptação.
  • 21. Sprint – O coração do Scrum
  • 22. O Sprint • As Sprints são compostas por uma reunião Planning, Dailies, o trabalho de desenvolvimento, uma Review e uma Retrospectiva da Sprint – é onde “acontece todo o Scrum”. • 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.
  • 23. Durante o Sprint • Não são feitas mudanças que possam comprometer a entrega de valor comprometida para aquele time frame. • As metas de qualidade não diminuem. • O escopo pode ser clarificado e até renegociado entre o Product Owner e o Time de Desenvolvimento, quanto mais for aprendido sobre o que se está construindo.
  • 24. O Product Backlog • É uma lista ordenada de tudo que deve ser necessário no produto. • É uma origem única de requisitos para qualquer mudança a ser feita no produto. • O Product Owner é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e priorização.
  • 25. O Product Backlog Item (PBI) • É um item qualquer do Product Backlog. • Pode ser uma Funcionalidade, um Bug, Épico ou qualquer outra coisa que o produto precise ter.
  • 26. Sprint Planning • Onde o Product Owner apresenta e clarifica os itens com o time. • Participa o Time todo e pode ter stakeholders convidados pelo P.O. • Define o plano de trabalho para o próximo time-frame. • Tem um time box. • O Scrum Master é o facilitador da reunião. • Os inputs para essa reunião • o Product Backlog já priorizado. • a última entrega do time. • a capacidade do time projetada para o Sprint que está começando. • a performance passada do time.
  • 27. Planning dividido em “1” e “2” • A divisão do Planning em duas partes é recomendada como boas práticas. • No planning 1 o foco é no que será feito. O time e o P.O. contribuem no esclarecimento do requisito de negócio e técnico, o suficiente para que seja dada uma estimativa do Dev Team sobre o esforço para conclusão da entrega. Participam todos, Scrum Team e Stakeholders convidados. • No planning 2 o foco é no como será feito e acontece a quebra das atividades em tarefas (tasks) necessárias, para acontecer a entrega. Participam essencialmente o Dev Team e o Scrum Master.
  • 28. O Sprint Backlog • O Sprint Backlog é um conjunto de itens do Product Backlog selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo do Sprint.
  • 29. O Daily • Time-box de 15 minutos. • Criar um plano para as próximas 24 horas. • Inspecionar o trabalho desde o último Daily. • Prever o trabalho que deverá ser feito antes do próximo Daily. • Perguntas para ajudar a direcionar o evento: • O que eu fiz ontem que ajudou o Dev Team a cumprir o compromisso? • O que eu farei hoje para ajudar o o Dev Team a cumprir o compromisso? • Vejo algo que impeça a mim ou o Dev Team de cumprir o compromisso?
  • 30. As Entregas • A entrega é a soma de todos os itens do Backlog do Produto completados durante o Sprint e o valor dos incrementos de todos os Sprints anteriores. • Deve estar na condição utilizável, independente do Product Owner decidir por liberá-lo realmente e atender a definição de “Pronto” do Time Scrum.
  • 31. A Sprint Review • A Review é executada no final do Sprint, para inspecionar as entregas e adaptar o Backlog do Produto se necessário. • Participam o Time Scrum e os Stakeholders chaves convidados pelo Product Owner. • O Dev Team demonstra o trabalho Done e responde questões sobre. • O Product Owner esclarece quais itens do Sprint Backlog apresentados estão aceitáveis.
  • 32. Retrospective O propósito da Retrospectiva do Sprint é: • Inspecionar como o último Sprint foi em relação às pessoas, relacionamentos, processos e ferramentas. • Identificar e ordenar os principais itens que foram bem e as potenciais melhorias. • Planejar para implementar as melhorias no trabalho do Scrum Team. • Adaptar a definição de “Pronto” quando necessário, buscando aumentar a qualidade da entrega.
  • 33. Estimativas – o que são?
  • 34. Definition of Done (DoD) - Pronto • Todos devem entender o que o significa o DONE. • Varia de Time para Time. • Com um Time mais maduro, é esperado que a definição de DONE seja expandida para incluir mais critérios sobre a qualidade da entrega.
  • 35. Além do Scrum Conceitos, Técnicas e boas práticas para a gestão de produto
  • 37. O que é um Produto? Segundo Philip Kotler, “valor é o que o cliente recebe em troca daquilo que dá. Alguns consumidores consideram todos os benefícios que recebem assim como todos os componentes de sacrifício (dinheiro, tempo, esforço)”.
  • 38. Visão do Produto • Breve descrição de para onde você quer levar sua ideia de produto. • Pode ser criada usando Stakeholders, Time ou consultoria. Elevator Statement: Para <público alvo> Que tem dificuldade <necessidade que você quer atender> O <seu produto> É um <definição do seu produto> Que <como seu produto atende à necessidade> Diferentemente de <solução concorrente> O Nosso produto <diferencial do seu produto>
  • 41. Features Feature • A cohesive bundle of externally visible functionality that should align with business goals and objectives. Each feature is a logically related grouping of functional requirements or non- functional requirements described in broad strokes. – BABOK (http://www.iiba.org/)
  • 43. Jornada do Cliente • Percurso ou sequência de passos dados, para alcançar um objetivo. • Alguns desses passos representam os diferentes pontos de contato com o produto, criando as interações com ele.
  • 44. User Story • Formato mais popular usado para definição de incrementos de produto com valor e foco em quem usa. • Serve para criar os PBIs – Product Backlog Itens (features ou épicos). • É breve e os detalhes são escritos como critérios de aceite/satisfação. • Qualquer membro do time pode escrever. • Eu, como <um usuário do produto>, quero <um desejo/meta/solução>, para <motivação/justificativa para a funcionalidade>.
  • 48. Evolução de um Produto
  • 49. MVP - Minimun Viable Product • A versão maios simples de um produto que pode ser disponibilizada para o usuário e representa uma hipótese, para o negócio aprender com ela.
  • 51. O Grooming • É o refinamento do Backlog do Produto. • Ações para adicionar detalhes, estimativas e ordem aos itens no Backlog do Produto. • Este é um processo contínuo onde o Product Owner e o Time de Desenvolvimento colaboram nos detalhes dos itens do Backlog do Produto (PBI).
  • 53. Técnicas de Priorização MoSCoW • Must – Contém tudo o que um Release “precisa ter”, para não ser considerado um fracasso. • Should – Itens que são importantes, mas não são críticos para o Release. Aquilo que geralmente consideramos ser “legal ter”. • Could – São desejados, mas não são necessários. Incrementos menores e de baixo custo podem entrar aqui. • Won’t – Itens de pouca importância ou que ainda não foram alinhados com a estratégia do produto. Podem entrar em Releases futuros ou até serem descartados.
  • 54. Técnicas de Priorização Valor X Esforço Combina o valor para o negócio com o esforço de desenvolvimento da feature. O que tiver valor mais alto e esforço mais baixo, vem na frente do que tem valor mais baixo e esforço mais alto.
  • 55. Daniel Calmazini calmazini@gmail.com @calmazini (11) 99185-9507 (11) 4313-2853 id: calmaziniMandem seus feedbacks, por favor!

Notas do Editor

  1. 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.
  2. 1 - Comprometimento 2 - Coragem 3 - Foco 4 - Transparência 5 - Respeito
  3. O que significa dizer que o framework é baseado no Empirismo? O que significa dizer que o Scrum é Interativo e Incremental?
  4. Dinâmica Product Box