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

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

Á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

Product Discovery – Dicas e Passos.

February 6, 2021February 6, 2021

O processo de descoberta do produto é o estágio onde identificamos e validamos os riscos que este novo produto pode trazer ao nosso “Produto Global”/negócio. Imagine que você tenha uma loja virtual e você teve a ideia de uma funcionalidade que deseja adicionar à esta loja. O processo de descoberta…

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