Skip to content
ProductManagement.com.br
ProductManagement.com.br

Um lugar aberto à discussão sobre produtos digitais

  • Product Management
    • Product Discovery – Dicas e Passos.
    • O Product Owner e o Business Analyst
    • Refinement Meeting: Por que e como fazer?
    • Visão geral do PO em projeto Ágil
    • Perfis legais para seguir no Twitter
  • Scrum
    • Scrum, o primeiro contato!
    • Ágil. Porque tantas tentativas falham?
    • O Product Owner e o Business Analyst
    • Ágil. Gestão do conhecimento, escopo, documentação, testes, falhas e mais…
    • Scrum. Gestão do conhecimento e mudanças de escopo
    • Ágil. Um pouco sobre documentação de regras, testes e comunicação
    • Refinement Meeting: Por que e como fazer?
    • Refinement Meeting: Respondendo as 6 dúvidas iniciais
    • Características de um bom Product Backlog – DEEP
    • Perfis legais para seguir no Twitter
  • English
    • Agile Product Ownership in a nutshell
    • Agile. Why so many projects fail?
    • Grooming the Product Backlog: Answering 6 initial questions
    • Great profiles to follow on Twitter
ProductManagement.com.br

Um lugar aberto à discussão sobre produtos digitais

Refinement Meeting: Respondendo as 6 dúvidas iniciais

Daniel Baldini, February 25, 2017November 7, 2020

Refinement: Uma palavra e muitas perguntas.

Qual é o conceito da ? Qual é o objetivo? Quais são as atividades? Quem participa? Quanto tempo é necessário? Quando fazer?

Certamente estas são as primeiras questões que vem à cabeça daqueles que estão iniciando no Scrum quando se fala em Refinement meeting.

Vamos às respostas:

  • Conceito: Aprofundar-se/Detalhar os itens do Product Backlog.
  • Objetivo: Manter o Product Backlog atualizado.
  • Atividades que fazem parte da Refinement meeting:
    • Novos itens podem ser adicionados e/ou estimados.
    • Os itens podem ser repriorizados.
    • Itens grandes podem ser transformados em menores e, estes menores, podem ser estimados e repriorizados.
      • Grandes = Não cabem em uma sprint / Menores = Cabem em um sprint.
      • Aqui, geralmente são considerados os itens que estão “no topo” do Product Backlog.
      • Como referência eu diria que são itens que serão desenvolvidos no máximo em 4 sprints
    • Os “Critérios de Aceitação” (Acceptance Criteria) dos itens, que são usados como base para os Testes, podem ser criados para atingir a “Definição de Preparado”.
      • A “Definição de Preparado” é um conjunto de regras que definem quando o item (história) está pronta para entrar em um Sprint. É mesma lógica da “Definição de Pronto” que o time de desenvolvimento usa mas refere-se à preparação do item (história).
    • Itens podem ser apagados do Product Backlog.
    • Observação: Usei “podem” propositalmente pois cada “Refinement Meeting ” não precisa abordar todas as atividades, mas pode.
  • Quando realizar: Antes do Sprint (Durante os sprints anteriores)
  • Tempo: Para Sprints de 2 semanas, 2 reuniões de 1:30h cada.
  • Quem participa: Product Owner, Scrum Master, Development Team e aqueles que realmente tiverem algo a acrescentar.

Todas estas respostas estão em um vídeo e em um livro que compartilho abaixo com vocês.

Perguntas 1, 2 e 3.

https://www.youtube.com/watch?v=KXJuss2w39w

Perguntas 4, 5 e 6: Growing Agile: A Coach’s Guide to Training Scrum (pág. 42)

Espero ter ajudado com as respostas e as indicações.

Achou interessante? Tem dúvidas ou discorda de algo? 
Me adicione ao LinkedIn e vamos conversar. 

[English Version]

Product Management Scrum

Post navigation

Previous post
Next post

Related Posts

Visão geral do Product Owner utilizando Metodologia Ágil

February 22, 2017February 22, 2017

Começando a entender Gestão de Produtos usando metodologias ágeis? Então acredito que abaixo esteja o melhor vídeo para você cair neste mundo. O primeiro vídeo é o original, em Inglês. Se você tem um nível razoável de entendimento da língua sugiro ver esta versão pois você já vai se familiarizando com…

Read More

Ágil. Um pouco sobre documentação de regras, testes e comunicação

March 5, 2017

Uma ideia muito comum das pessoas é que projetos ágeis não possuem qualquer documentação e por isso, não existe formalização de regras e isso leva a algumas dificuldades como por exemplo: Como estimar testes? Avançando nesta lógica temos uma eminente tensão entre os próprios profissionais de tecnologia bem como com profissionais…

Read More

Scrum. Gestão do conhecimento e mudanças de escopo

March 5, 2017March 21, 2017

No mundo Lean/Ágil ao contrário do modelo tradicional, o projeto não tem um “conjunto de features pré-estabelecidas” e a partir destas o produto começa a ser desenvolvido visando desenvolver estas funcionalidades. Tá bom, então como funciona? A empresa possui a Visão do Produto, que nada mais é do que o…

Read More

Últimos posts

  • Product Discovery – Dicas e Passos.
  • Refinement Meeting: Por que e como fazer?
  • O Product Owner e o Business Analyst
  • Características de um bom Product Backlog – DEEP
  • Ágil. Gestão do conhecimento, escopo, documentação, testes, falhas e mais…

Comentários

  • Urânia Reis on Ágil. Porque tantas tentativas falham?
©2025 ProductManagement.com.br | WordPress Theme by SuperbThemes