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

Características de um bom Product Backlog – DEEP

April 6, 2017November 7, 2020

O que é DEEP? DEEP é um acrônimo para: Detalhada, Estimada, Emergente e Priorizada. Originalmente: Detailed, Estimated, Emergent and Prioritised. Esses são alguns conceitos que são usados para definir se o Backlog do Produto (Product Backlog) “está bom”. Claro que para um Produto ser bem sucedido não basta apenas ter um Backlog de Produto…

Read More

Agile. Why so many projects fail?

February 23, 2017February 28, 2017

The answer is quite easy and you should know, but I’ll show you a slide to explain it better. In a previous post, I have shown what I understand to be the greatest difference between a Traditional (Waterfall) Project and an Agile Project. When writing, the difference is tiny. But there…

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?
©2026 ProductManagement.com.br | WordPress Theme by SuperbThemes