SlideShare uma empresa Scribd logo
1 de 59
Baixar para ler offline
Marcia Maia. Product Owner no Terra. Arquiteta de informação.
Designer pela UFPE, pós graduada em Ergonomia e
Usabilidade pela PUC-RJ. Trabalhou com Scrum também na
Globo.com e na Locaweb.

Dezembro/2010
Manifesto Ágil:
Valores, princípios e práticas


“   Estamos descobrindo maneiras melhores de desenvolver software
    fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste
    trabalho, passamos a valorizar:

    Indivíduos e interação entre eles mais que processos e ferramentas
    Software em funcionamento mais que documentação abrangente
    Colaboração com o cliente mais que negociação de contratos
    Responder a mudanças mais que seguir um plano

    Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os



                                                                    ”
    itens à esquerda.




    Fonte: http://manifestoagil.com.br/
Waterfall: Abismo entre

Definição de requisitos




Entrega do produto
O SCRUM é iterativo e incremental




O cliente não é apenas um gerador
de demandas, participa do processo
e é parte da equipe.
O Scrum é

Um processo de desenvolvimento
iterativo e incremental
para gerenciamento de projetos
e desenvolvimento ágil de software.
Responsável    Responsável para    Responsável pelo
pelo produto   que o ambiente de   desenvolvimento
               trabalho funcione   no dia-a-dia
PO é a voz do cliente
Responsabilidades do PO
   Visão de produto

   Requisitos / User stories

   Product backlog / Priorização

   Dar direcionamento ao trabalho

   Aprovar ou rejeitar entregas

   Metas e releases

   ROI
Visão de produto
Definir claramente o que é o produto
com objetivo de que todos trabalhem
com o própósito de atingir o mesmo
fim.
Deve ser feita antes de se começar o
desenvolvimento do projeto.
Visão de produto




Elevator statement or
Elevator speech
Visão de produto




                        O que estamos fazendo,
                       por quê, para quem, qual é
                       o principal benefício, qual é
                          o principal diferencial


      30”de conversa
Visão de produto




      Estamos redesenhando o webmail do
     TerraMail para que o produto permita a
       inclusão de novas funcionalidades,
       possibilite futuras alterações e seja
    possível integrá-lo a outros produtos Terra.
    Além de oferecer uma nova interface web
     mais simples de usar e mais consistente
      para todos os usuários, e usuários em
             potencial, Brasil e Latam.
Visão de produto



Product Vision Box
Frente


• Nome do produto
• Tres ou quatros pontos chave
que ajudem a vender o produto




Imagem: http://www.qualitystreet.fr/2009/07/29/la-vision-du-produit/
Visão de produto



                   Product Vision Box
                   Verso


                   • Principais features
                   • Principais requisitos operacionais




                   Imagem: http://www.qualitystreet.fr/2009/07/29/la-vision-du-produit/
Visão de produto



Trade off matrix

                   Fixo   Variável

    Custo          x

    Prazo          x

    Escopo                   x
Visão de produto

Fator de exploração
Visão de produto

Custo de atraso
Visão de produto

Atributos de performance e qualidade
Visão de produto

Arquitetura do produto
Visão de produto

Dificuldades e riscos
Visão de produto

Principais marcos do projeto
Visão de produto




       Project data sheet

       • Definição e objetivos do produto
       • Funcionalidades chave do produto
       • Benefícios para o cliente
       • Trade off matrix
       • Fator de exploração
       • Custo de atraso
       • Atributos de performance e qualidade
       • Arquitetura do produto
       • Dificuldades e riscos
       • Principais marcos do projeto
Visão de produto
Visão de produto




     Product Owner

      • É responsável pela visão de produto

      • Compartilha essa visão com o time

      • Refina essa visão com o time
Visão de produto


Uma boa visão de produto
permanece relativamente
constante, o caminho para
implementação da visão é
frequentemente adaptado
Product backlog
Lista de tudo que gostaríamos de
ter no produto


Derivado de um plano de negócios
ou de uma visão de produto


Pode ser escrito em formato de user
stories, use cases, features, etc


Responsabilidade do PO, mas
todos podem contribuir
Product backlog
Utilizando user stories



User Story
Descrição de uma necessidade para um público
específico com um valor de negócio




Quem? / O que? / Por que?
Product backlog
User stories
Identificar/conhecer público e definir “personas”

Algumas técnicas:
   • Entrevistas
   • Questionários
   • Observação
Product backlog
User stories
Para escrever as users stories:

• Necessidades dos usuários
• Necessidades do cliente/empresa
• Histórico do produto (se houver)
• PO pode escrever sozinho ou
promover story-writing workshop
Product backlog
User story - Story-writing Workshop




          Fonte: http://www.agileway.com.br/2010/07/20/story-writing-workshop/
Product backlog
User stories

               Independente

                Negociável

                Estimável

                 Pequena

                 Testável
Product backlog
User stories

• Devem ser compreensíveis por todos:
usuários, cliente e time de desenvolvimento


• Evitam “interpretações” de documentação


• Detalhes das users stories podem ser feitos
como casos de aceitação, wireframes ou
especificações e através da comunicação
(Sobre documentação...)

Do Manifesto Ágil:
“Software em funcionamento
mais que documentação abrangente”



A quantidade e o formato
da documentação deve ser
feita de acordo com as
necessidades da equipe e
do ambiente.
Product backlog
User Story
Descrição de uma necessidade                 Story
para um público específico com
um valor de negócio


Temas                                       Tema
Um grupo de stories                 Story    Story   Story

                                    Story    Story   Story



Épicos
Grande feature sem                           Épico
especificação ou definição clara,
é uma story grande, bruta
Fatores de priorização


   Valor                 Custo




 Exploração              Risco
Fatores de priorização
Valor

• KANO
Feature: Empolgante, lienar, mandatória


• Theme Screening
A partir de uma funcionalidade eleita como base, as outras são
comparadas com ela


• Buy a feature
As funcionalidades são precificadas para que os clientes
negociem a compra das mais importantes
Fatores de priorização
Valor
Fatores de priorização
Custo

Planning poker
Fatores de priorização
Exploração

Exploração                                Quanto mais você acredita
de Requisitos                             que os requisitos vão
                                          mudar ao longo do tempo
                                          ou que a equipe não
                                          conhece a tecnologia a ser
                                          utilizada mais alto será o
                                          nível de exploração, mais
                                          adequado será utilizar o
                                          scrum




                                   Exploração
                                   de Tecnologia


O scrum foi feito para projetos com fator de exploração alto
Fatores de priorização
Risco x Valor
Risco


         Alto risco    Alto risco
         Baixo valor   Alto valor



         Baixo risco   Baixo risco
         Baixo valor   Alto valor




                                     Valor
Fatores de priorização
Risco x Valor
Risco


         Alto risco    Alto risco
         Baixo valor   Alto valor        1

         Baixo risco   Baixo risco
         Baixo valor   Alto valor        2
                3

                                     Valor
Product backlog

Alta prioridade    Cada sprint implementa as
                   estórias de prioridade mais alta


                   Cada novo requisito é priorizado
                   e inserido no Product Backlog
                   pelo Product Owner a qualquer
                   momento


                   Requisitos podem ser
                   repriorizados pelo Product
                   Owner a qualquer momento


                   Requisitos podem ser retirados
                   do Product Backlog pelo Product
                   Owner a qualquer momento
Baixa prioridade
Do manifesto Ágil:


"Responder a mudanças
mais que seguir um plano”

“Colaboração com o cliente
mais que negociação de contratos”
Product backlog   Sprint atual
                  (users stories)




                  Release atual
                  (users stories
                  agrupadas por temas)




                  Próxima release
                  (users stories ou epicos)
Condições de satisfação

         Condição para o requisito entrar no sprint
         • User story?
 Ready   • Teste de aceitação?
         • Qual é o grau de detalhamento necessário?




          Condição para saída de um item do sprint
          • Codificado?
  Done    • Testado?
          • Documentado?
Planejamento de release
       Continua planejando releases até que a visão de produto seja alcançada




                                               Selecionar
                                               um tamanho
                                               de Sprint



Determinar as          Estimar os              Estimar a                   Selecionar
condições de           itens do                velocidade                  itens e datas
satisfação             Backlog                 do Sprint                   do Release



                                               Priorizar
                                               User Stories
PO + Time
comunicação
Product Owner deve
Manter um canal de comunicação forte e aberto
com Scrum master/ Time

Ter alta disponibilidade


Responder à questões diariamente
Product Owner dentro do
Product Owner nas cerimonias do Scrum
No Sprint Planning 1, PO leva o backlog idealmente
estimado e priorizado, onde a meta do Sprint deve
ser definida e o time junto com o PO decide o que
entra no Sprint


Deve participar, APENAS se convidado:
• Sprint planning 2
• Reuniões diárias
• Retrospectiva
Do manifesto Ágil:

“Indivíduos e interação entre eles
mais que processos e ferramentas
Time dentro do mesmo elevador que o PO
PO dentro do mesmo taxi que o TIME
PO: o responsável pela visão do produto

Mais conteúdo relacionado

Mais procurados

Agile boards in Jira Are For Everyone
Agile boards in Jira Are For EveryoneAgile boards in Jira Are For Everyone
Agile boards in Jira Are For EveryoneChris Nicosia
 
Product owner
Product ownerProduct owner
Product ownerMrSnow76
 
Apostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumApostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumMindMasterBrasil
 
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...Hyder Baksh
 
Principios operativos ágiles - Modelo Operativo Ágil
Principios operativos ágiles - Modelo Operativo ÁgilPrincipios operativos ágiles - Modelo Operativo Ágil
Principios operativos ágiles - Modelo Operativo ÁgilJohnny Ordóñez
 
[Agile Brazil 2017] Guildas e comunidades de prática
[Agile Brazil 2017] Guildas e comunidades de prática[Agile Brazil 2017] Guildas e comunidades de prática
[Agile Brazil 2017] Guildas e comunidades de práticaGuilherme Motta
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1Christof Zahn
 
Metodologia ágil das Desenvolvimento Adaptativo Software
Metodologia ágil das   Desenvolvimento Adaptativo SoftwareMetodologia ágil das   Desenvolvimento Adaptativo Software
Metodologia ágil das Desenvolvimento Adaptativo SoftwareMarilainny Martins da Silva
 
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
 
Tips for Effectively Applying the Product Owner Role
Tips for Effectively Applying the Product Owner RoleTips for Effectively Applying the Product Owner Role
Tips for Effectively Applying the Product Owner RoleRoman Pichler
 
Flaps Model Thinking - Um voo rumo a Business Agility
Flaps Model Thinking - Um voo rumo a Business AgilityFlaps Model Thinking - Um voo rumo a Business Agility
Flaps Model Thinking - Um voo rumo a Business AgilityAndyBarbosa2
 
Monitoring at the Speed of DevOps
Monitoring at the Speed of DevOpsMonitoring at the Speed of DevOps
Monitoring at the Speed of DevOpsDevOps.com
 
Metodologias Ágeis de Gestão de Projetos
Metodologias Ágeis de Gestão de ProjetosMetodologias Ágeis de Gestão de Projetos
Metodologias Ágeis de Gestão de ProjetosLeandro Faria
 
Agile Roles & responsibilities
Agile Roles & responsibilitiesAgile Roles & responsibilities
Agile Roles & responsibilitiesRavi Tadwalkar
 

Mais procurados (20)

Product Backlog Management
Product Backlog ManagementProduct Backlog Management
Product Backlog Management
 
Agile scrum roles
Agile scrum rolesAgile scrum roles
Agile scrum roles
 
Agile boards in Jira Are For Everyone
Agile boards in Jira Are For EveryoneAgile boards in Jira Are For Everyone
Agile boards in Jira Are For Everyone
 
Product owner
Product ownerProduct owner
Product owner
 
Apostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do ScrumApostila Scrum: Fundamentos do Scrum
Apostila Scrum: Fundamentos do Scrum
 
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...
Overview on Agile, Scrum, Kanban, Extreme programming (XP) and Scaled Agile F...
 
Kanban para Desenvolvimento de Software
Kanban para Desenvolvimento de SoftwareKanban para Desenvolvimento de Software
Kanban para Desenvolvimento de Software
 
Principios operativos ágiles - Modelo Operativo Ágil
Principios operativos ágiles - Modelo Operativo ÁgilPrincipios operativos ágiles - Modelo Operativo Ágil
Principios operativos ágiles - Modelo Operativo Ágil
 
[Agile Brazil 2017] Guildas e comunidades de prática
[Agile Brazil 2017] Guildas e comunidades de prática[Agile Brazil 2017] Guildas e comunidades de prática
[Agile Brazil 2017] Guildas e comunidades de prática
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
 
Metodologia ágil das Desenvolvimento Adaptativo Software
Metodologia ágil das   Desenvolvimento Adaptativo SoftwareMetodologia ágil das   Desenvolvimento Adaptativo Software
Metodologia ágil das Desenvolvimento Adaptativo Software
 
Metricas ageis
Metricas ageisMetricas ageis
Metricas ageis
 
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
 
Tips for Effectively Applying the Product Owner Role
Tips for Effectively Applying the Product Owner RoleTips for Effectively Applying the Product Owner Role
Tips for Effectively Applying the Product Owner Role
 
Flaps Model Thinking - Um voo rumo a Business Agility
Flaps Model Thinking - Um voo rumo a Business AgilityFlaps Model Thinking - Um voo rumo a Business Agility
Flaps Model Thinking - Um voo rumo a Business Agility
 
Monitoring at the Speed of DevOps
Monitoring at the Speed of DevOpsMonitoring at the Speed of DevOps
Monitoring at the Speed of DevOps
 
Feature toggles
Feature togglesFeature toggles
Feature toggles
 
Apresentação RUP
Apresentação RUPApresentação RUP
Apresentação RUP
 
Metodologias Ágeis de Gestão de Projetos
Metodologias Ágeis de Gestão de ProjetosMetodologias Ágeis de Gestão de Projetos
Metodologias Ágeis de Gestão de Projetos
 
Agile Roles & responsibilities
Agile Roles & responsibilitiesAgile Roles & responsibilities
Agile Roles & responsibilities
 

Destaque

Product Owner Super Powers
Product Owner Super PowersProduct Owner Super Powers
Product Owner Super PowersStefan Haas
 
Innovate & Invigorate Your Agile Discovery Practices
Innovate & Invigorate Your Agile Discovery PracticesInnovate & Invigorate Your Agile Discovery Practices
Innovate & Invigorate Your Agile Discovery PracticesEBG Consulting, Inc.
 
That Settles It: Techniques for Transparent & Trusted Decision Making
That Settles It: Techniques for Transparent & Trusted Decision Making That Settles It: Techniques for Transparent & Trusted Decision Making
That Settles It: Techniques for Transparent & Trusted Decision Making EBG Consulting, Inc.
 
CQRS and Eventing Sourcing
CQRS and Eventing SourcingCQRS and Eventing Sourcing
CQRS and Eventing SourcingAbhaya Chauhan
 
Agile Open Jam at Building Business Capability Conference 2015
Agile Open Jam at Building Business Capability Conference 2015Agile Open Jam at Building Business Capability Conference 2015
Agile Open Jam at Building Business Capability Conference 2015EBG Consulting, Inc.
 
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...EBG Consulting, Inc.
 
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...EBG Consulting, Inc.
 
Intro To Agile Requirements(Agile2016 Bootcamp)
Intro To Agile Requirements(Agile2016 Bootcamp)Intro To Agile Requirements(Agile2016 Bootcamp)
Intro To Agile Requirements(Agile2016 Bootcamp)EBG Consulting, Inc.
 
Break Through Agile Transformation Stagnation
Break Through Agile Transformation StagnationBreak Through Agile Transformation Stagnation
Break Through Agile Transformation StagnationTasktop
 
Scrum em Escala: de volta às origens
Scrum em Escala: de volta às origensScrum em Escala: de volta às origens
Scrum em Escala: de volta às origensRodrigo Silva Pinto
 
Business Analyst As Product Owner
Business Analyst As Product OwnerBusiness Analyst As Product Owner
Business Analyst As Product OwnerCraig Brown
 
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...Managing Requirements in Agile Development - Best Practices for Tool-Based Re...
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...pd7.group
 
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...LeadingAgile
 
O analista UX como Product Owner
O analista UX como Product OwnerO analista UX como Product Owner
O analista UX como Product OwnerDiana Fournier
 

Destaque (17)

Product Owner Super Powers
Product Owner Super PowersProduct Owner Super Powers
Product Owner Super Powers
 
Innovate & Invigorate Your Agile Discovery Practices
Innovate & Invigorate Your Agile Discovery PracticesInnovate & Invigorate Your Agile Discovery Practices
Innovate & Invigorate Your Agile Discovery Practices
 
That Settles It: Techniques for Transparent & Trusted Decision Making
That Settles It: Techniques for Transparent & Trusted Decision Making That Settles It: Techniques for Transparent & Trusted Decision Making
That Settles It: Techniques for Transparent & Trusted Decision Making
 
CQRS and Eventing Sourcing
CQRS and Eventing SourcingCQRS and Eventing Sourcing
CQRS and Eventing Sourcing
 
Agile Open Jam at Building Business Capability Conference 2015
Agile Open Jam at Building Business Capability Conference 2015Agile Open Jam at Building Business Capability Conference 2015
Agile Open Jam at Building Business Capability Conference 2015
 
Success With User Stories:
Success With User Stories: Success With User Stories:
Success With User Stories:
 
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...
Power Up Your Agile Planning and Analysis: Deliver Value Via Structured Conve...
 
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...
Success with User Stories: Cut Through User Story Chaos (Toronto Agile Commun...
 
Intro To Agile Requirements(Agile2016 Bootcamp)
Intro To Agile Requirements(Agile2016 Bootcamp)Intro To Agile Requirements(Agile2016 Bootcamp)
Intro To Agile Requirements(Agile2016 Bootcamp)
 
Slicing User Stories
Slicing User StoriesSlicing User Stories
Slicing User Stories
 
Break Through Agile Transformation Stagnation
Break Through Agile Transformation StagnationBreak Through Agile Transformation Stagnation
Break Through Agile Transformation Stagnation
 
Model storming
Model stormingModel storming
Model storming
 
Scrum em Escala: de volta às origens
Scrum em Escala: de volta às origensScrum em Escala: de volta às origens
Scrum em Escala: de volta às origens
 
Business Analyst As Product Owner
Business Analyst As Product OwnerBusiness Analyst As Product Owner
Business Analyst As Product Owner
 
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...Managing Requirements in Agile Development - Best Practices for Tool-Based Re...
Managing Requirements in Agile Development - Best Practices for Tool-Based Re...
 
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...
Product Owner Team: Leading Agile Program Management from Agile2015 by Dean S...
 
O analista UX como Product Owner
O analista UX como Product OwnerO analista UX como Product Owner
O analista UX como Product Owner
 

Semelhante a PO: o responsável pela visão do produto

Workshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilWorkshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilRicardo Infante
 
Inciando com Scrum
Inciando com ScrumInciando com Scrum
Inciando com ScrumIdéia Ágil
 
Jornada do backlog do produto
Jornada do backlog do produtoJornada do backlog do produto
Jornada do backlog do produtoIvan Ferraz
 
Gestão da Qualidade - Metodologia ágil
Gestão da Qualidade - Metodologia ágilGestão da Qualidade - Metodologia ágil
Gestão da Qualidade - Metodologia ágilSabrina Mariana
 
Gestão da qualidade metodologia ágil v01 (2)
Gestão da qualidade   metodologia ágil v01 (2)Gestão da qualidade   metodologia ágil v01 (2)
Gestão da qualidade metodologia ágil v01 (2)Sabrina Mariana
 
Gestão de Produtos com Scrum e algo mais...
Gestão de Produtos com Scrum e algo mais...Gestão de Produtos com Scrum e algo mais...
Gestão de Produtos com Scrum e algo mais...Fábio Aguiar
 
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMI
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMIGerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMI
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMIVitor Massari
 
Treinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELTreinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELDaniel Calmazini
 
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
 
Ciclo de Vida de um Produtos de Software
Ciclo de Vida de um Produtos de SoftwareCiclo de Vida de um Produtos de Software
Ciclo de Vida de um Produtos de SoftwareRafaelScheidt1
 
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
 
Bate-papo com Especialista Terra XP
Bate-papo com Especialista Terra XPBate-papo com Especialista Terra XP
Bate-papo com Especialista Terra XPWildtech
 
IPA Conhecendo XP
IPA Conhecendo XPIPA Conhecendo XP
IPA Conhecendo XPWildtech
 

Semelhante a PO: o responsável pela visão do produto (20)

Requisitos Ágeis
Requisitos ÁgeisRequisitos Ágeis
Requisitos Ágeis
 
Workshop Desenvolvimento Ágil
Workshop Desenvolvimento ÁgilWorkshop Desenvolvimento Ágil
Workshop Desenvolvimento Ágil
 
Inciando com Scrum
Inciando com ScrumInciando com Scrum
Inciando com Scrum
 
Jornada do backlog do produto
Jornada do backlog do produtoJornada do backlog do produto
Jornada do backlog do produto
 
Treinamento Ágil / Scrum
Treinamento Ágil / ScrumTreinamento Ágil / Scrum
Treinamento Ágil / Scrum
 
Gestão da Qualidade - Metodologia ágil
Gestão da Qualidade - Metodologia ágilGestão da Qualidade - Metodologia ágil
Gestão da Qualidade - Metodologia ágil
 
Gestão da qualidade metodologia ágil v01 (2)
Gestão da qualidade   metodologia ágil v01 (2)Gestão da qualidade   metodologia ágil v01 (2)
Gestão da qualidade metodologia ágil v01 (2)
 
Scrum em 1h.
Scrum em 1h.Scrum em 1h.
Scrum em 1h.
 
Gestão de Produtos com Scrum e algo mais...
Gestão de Produtos com Scrum e algo mais...Gestão de Produtos com Scrum e algo mais...
Gestão de Produtos com Scrum e algo mais...
 
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMI
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMIGerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMI
Gerenciamento Ágil de Projetos Seguindo as Boas Práticas do PMI
 
Aula 3
Aula 3Aula 3
Aula 3
 
Produto ou projeto
Produto ou projeto Produto ou projeto
Produto ou projeto
 
Treinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATELTreinamento - Product Owner - CLARO-NET-EMBRATEL
Treinamento - Product Owner - CLARO-NET-EMBRATEL
 
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)
 
Scrum
ScrumScrum
Scrum
 
Ciclo de Vida de um Produtos de Software
Ciclo de Vida de um Produtos de SoftwareCiclo de Vida de um Produtos de Software
Ciclo de Vida de um Produtos de Software
 
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
 
Bate-papo com Especialista Terra XP
Bate-papo com Especialista Terra XPBate-papo com Especialista Terra XP
Bate-papo com Especialista Terra XP
 
IPA Conhecendo XP
IPA Conhecendo XPIPA Conhecendo XP
IPA Conhecendo XP
 

PO: o responsável pela visão do produto

  • 1.
  • 2. Marcia Maia. Product Owner no Terra. Arquiteta de informação. Designer pela UFPE, pós graduada em Ergonomia e Usabilidade pela PUC-RJ. Trabalhou com Scrum também na Globo.com e na Locaweb. Dezembro/2010
  • 3.
  • 4. Manifesto Ágil: Valores, princípios e práticas “ Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar: Indivíduos e interação entre eles mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os ” itens à esquerda. Fonte: http://manifestoagil.com.br/
  • 5. Waterfall: Abismo entre Definição de requisitos Entrega do produto
  • 6. O SCRUM é iterativo e incremental O cliente não é apenas um gerador de demandas, participa do processo e é parte da equipe.
  • 7. O Scrum é Um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software.
  • 8.
  • 9. Responsável Responsável para Responsável pelo pelo produto que o ambiente de desenvolvimento trabalho funcione no dia-a-dia
  • 10. PO é a voz do cliente
  • 11. Responsabilidades do PO  Visão de produto  Requisitos / User stories  Product backlog / Priorização  Dar direcionamento ao trabalho  Aprovar ou rejeitar entregas  Metas e releases  ROI
  • 12. Visão de produto Definir claramente o que é o produto com objetivo de que todos trabalhem com o própósito de atingir o mesmo fim. Deve ser feita antes de se começar o desenvolvimento do projeto.
  • 13. Visão de produto Elevator statement or Elevator speech
  • 14. Visão de produto O que estamos fazendo, por quê, para quem, qual é o principal benefício, qual é o principal diferencial 30”de conversa
  • 15. Visão de produto Estamos redesenhando o webmail do TerraMail para que o produto permita a inclusão de novas funcionalidades, possibilite futuras alterações e seja possível integrá-lo a outros produtos Terra. Além de oferecer uma nova interface web mais simples de usar e mais consistente para todos os usuários, e usuários em potencial, Brasil e Latam.
  • 16. Visão de produto Product Vision Box Frente • Nome do produto • Tres ou quatros pontos chave que ajudem a vender o produto Imagem: http://www.qualitystreet.fr/2009/07/29/la-vision-du-produit/
  • 17. Visão de produto Product Vision Box Verso • Principais features • Principais requisitos operacionais Imagem: http://www.qualitystreet.fr/2009/07/29/la-vision-du-produit/
  • 18. Visão de produto Trade off matrix Fixo Variável Custo x Prazo x Escopo x
  • 19. Visão de produto Fator de exploração
  • 21. Visão de produto Atributos de performance e qualidade
  • 24. Visão de produto Principais marcos do projeto
  • 25. Visão de produto Project data sheet • Definição e objetivos do produto • Funcionalidades chave do produto • Benefícios para o cliente • Trade off matrix • Fator de exploração • Custo de atraso • Atributos de performance e qualidade • Arquitetura do produto • Dificuldades e riscos • Principais marcos do projeto
  • 27. Visão de produto Product Owner • É responsável pela visão de produto • Compartilha essa visão com o time • Refina essa visão com o time
  • 28. Visão de produto Uma boa visão de produto permanece relativamente constante, o caminho para implementação da visão é frequentemente adaptado
  • 29. Product backlog Lista de tudo que gostaríamos de ter no produto Derivado de um plano de negócios ou de uma visão de produto Pode ser escrito em formato de user stories, use cases, features, etc Responsabilidade do PO, mas todos podem contribuir
  • 30. Product backlog Utilizando user stories User Story Descrição de uma necessidade para um público específico com um valor de negócio Quem? / O que? / Por que?
  • 31. Product backlog User stories Identificar/conhecer público e definir “personas” Algumas técnicas: • Entrevistas • Questionários • Observação
  • 32. Product backlog User stories Para escrever as users stories: • Necessidades dos usuários • Necessidades do cliente/empresa • Histórico do produto (se houver) • PO pode escrever sozinho ou promover story-writing workshop
  • 33. Product backlog User story - Story-writing Workshop Fonte: http://www.agileway.com.br/2010/07/20/story-writing-workshop/
  • 34. Product backlog User stories Independente Negociável Estimável Pequena Testável
  • 35. Product backlog User stories • Devem ser compreensíveis por todos: usuários, cliente e time de desenvolvimento • Evitam “interpretações” de documentação • Detalhes das users stories podem ser feitos como casos de aceitação, wireframes ou especificações e através da comunicação
  • 36. (Sobre documentação...) Do Manifesto Ágil: “Software em funcionamento mais que documentação abrangente” A quantidade e o formato da documentação deve ser feita de acordo com as necessidades da equipe e do ambiente.
  • 37. Product backlog User Story Descrição de uma necessidade Story para um público específico com um valor de negócio Temas Tema Um grupo de stories Story Story Story Story Story Story Épicos Grande feature sem Épico especificação ou definição clara, é uma story grande, bruta
  • 38. Fatores de priorização Valor Custo Exploração Risco
  • 39. Fatores de priorização Valor • KANO Feature: Empolgante, lienar, mandatória • Theme Screening A partir de uma funcionalidade eleita como base, as outras são comparadas com ela • Buy a feature As funcionalidades são precificadas para que os clientes negociem a compra das mais importantes
  • 42. Fatores de priorização Exploração Exploração Quanto mais você acredita de Requisitos que os requisitos vão mudar ao longo do tempo ou que a equipe não conhece a tecnologia a ser utilizada mais alto será o nível de exploração, mais adequado será utilizar o scrum Exploração de Tecnologia O scrum foi feito para projetos com fator de exploração alto
  • 43. Fatores de priorização Risco x Valor Risco Alto risco Alto risco Baixo valor Alto valor Baixo risco Baixo risco Baixo valor Alto valor Valor
  • 44. Fatores de priorização Risco x Valor Risco Alto risco Alto risco Baixo valor Alto valor 1 Baixo risco Baixo risco Baixo valor Alto valor 2 3 Valor
  • 45. Product backlog Alta prioridade Cada sprint implementa as estórias de prioridade mais alta Cada novo requisito é priorizado e inserido no Product Backlog pelo Product Owner a qualquer momento Requisitos podem ser repriorizados pelo Product Owner a qualquer momento Requisitos podem ser retirados do Product Backlog pelo Product Owner a qualquer momento Baixa prioridade
  • 46. Do manifesto Ágil: "Responder a mudanças mais que seguir um plano” “Colaboração com o cliente mais que negociação de contratos”
  • 47. Product backlog Sprint atual (users stories) Release atual (users stories agrupadas por temas) Próxima release (users stories ou epicos)
  • 48. Condições de satisfação Condição para o requisito entrar no sprint • User story? Ready • Teste de aceitação? • Qual é o grau de detalhamento necessário? Condição para saída de um item do sprint • Codificado? Done • Testado? • Documentado?
  • 49. Planejamento de release Continua planejando releases até que a visão de produto seja alcançada Selecionar um tamanho de Sprint Determinar as Estimar os Estimar a Selecionar condições de itens do velocidade itens e datas satisfação Backlog do Sprint do Release Priorizar User Stories
  • 52. Product Owner deve Manter um canal de comunicação forte e aberto com Scrum master/ Time Ter alta disponibilidade Responder à questões diariamente
  • 54. Product Owner nas cerimonias do Scrum No Sprint Planning 1, PO leva o backlog idealmente estimado e priorizado, onde a meta do Sprint deve ser definida e o time junto com o PO decide o que entra no Sprint Deve participar, APENAS se convidado: • Sprint planning 2 • Reuniões diárias • Retrospectiva
  • 55. Do manifesto Ágil: “Indivíduos e interação entre eles mais que processos e ferramentas
  • 56.
  • 57. Time dentro do mesmo elevador que o PO
  • 58. PO dentro do mesmo taxi que o TIME