Please enable JavaScript.

Coggle requires JavaScript to display documents.

Prioridades (O Product Owner (Jeff Sutherland identificou esse papel no…

- - - - Decide qual deve ser o trabalho
      - Controla o Backlog. O que é incluído e como ele é ordenado(priorizado)
  - - - Deve entender o processo que a equipe está executando para saber o que pode e o que não pode ser realizado
      - Deve compreender o o que bem o suficiente para saber como traduzir o que pode ser concretizado em valor real e significativo
    - - Não tem interferência da gerência pra saber qual é a visão do produto
      - Se responsabiliza pelos resultados mas não interfere nas decisões da equipe
      - Tem que aguentar a pressão dos stakeholders
    - - Por ser o responsável pelo backlog, é necessário o diálogo constante com a equipe
        
        Muitas vezes a experiência do grupo indica as decisões que o Product Owner precisa tomar
      - Precisa ser confiável, coerente e estar disponível
      - Os integrantes do grupo contam com ele para "a visão" e também para aplicar a inteligência de mercado à importância das tarefas
      - Se ele não estiver disponível, o processo inteiro pode desmoronar
    - - Ao decidir qual é a medida de valor, o Product Owner terá a responsabilidade de entregá-lo em quantidades cada vez maiores
      - Valor
        
        Receita gerada por "ponto"(estimativa da tarefa) de esforço
        
        Sucesso do grupo
        
        Número de prisões de criminosos procurados por semana
        
        Qualidade dos serviços prestados à sua congregação e pelo crescimento dela
- - - - Dessa forma você já tem um feedback pra trabalhar no próximo sprint
      - Cometa os erros no início, com o mínimo de dano possível
- - - - Anunciantes querendo pagar menos por anúncios on-line do que pelos impressos
      - Custo de produção de reportagem não muda
      - Alguns quiseram cobrar pelo conteúdo, mas muitos disponibilizavam gratuitamente
      - Custo para deslocamento de repórteres para testemunhar fatos é caro. Resultado: fechamento de redações pelo mundo inteiro
- - - - Esse modelo nega ao cliente o que ele realmente quer
      - O tempo passa, a percepção muda, a inovação existe assim como a criatividade
      - Não prioriza a entrega dos 20% mais importantes
      - Praticamente obriga o cliente a fazer alterações
  - - - Para incluir um novo recurso, exclua um velho de mesmo tamanho
- - - - O que é possível implementar? Pode ter feito algo que ninguém quer de verdade, mesmo que você ame
      - O que é possível vender? Pode não conseguir produzir
      - O que é possível amar? Tem que ter potencial de vendas e amar o produto para não produzir algo medíocre
- - - - Talvez você não faça tudo, mas é bom ter uma lista de tudo o que poderia haver na visão do produto
    - - Scrum - Como desenvolver esses 20% primeiro?
      - Descubra em que ponto pode entregar mais valor com menos esforço e faça isso de imediato
      - Siga em frente identificando o próximo item mais valioso e assim por diante
      - Quando menos perceber, terá criado ou entregado algo com resultados demonstráveis, reais. O segredo é priorizar o trabalho
      - Alguém que consiga descobrir qual é a visão do produto e em quais itens o valor se concentra. No Scrum ele é o Product Owner
  - - - Ex: "Como proprietário de uma casa, quero ser capaz de ver quem está na minha porta, para que eu possa abri-la apenas para as pessoas que quero que entrem"
      - Até ter uma lista de tudo o que achavam que seu sistema precisaria fazer para ser um produto atraente
      - Como abrir o portão da garagem, ligar o aquecimento, controlar lâmpadas...
    - - O que faremos amanhã?
      - O que é mais importante para o cliente?
      - Como podemos entregar valor a ele mais rápido do que qualquer concorrente?