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

Grooming the Product Backlog: Answering 6 initial questions

February 25, 2017March 2, 2017

What is the concept? What is the aim? What are the activities? When should I have it? How long does it take? Who participates? I am sure those are the questions that come into our minds when we first think about Grooming sessions. Let’s go to the answers: Concept: To deepen/to detail the…

Read More

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

Perfis legais para seguir no Twitter

February 21, 2017February 27, 2017

Interessado em manter-se atualizado sobre Product Management e Scrum? Tem uma galera muito interessante piando por aí…. Vou deixar aqui alguns perfis que valem a pena serem seguidos no Twitter.   http://www.twitter.com/@MindtheProduct http://www.twitter.com/@ProductHunt http://www.twitter.com/@scrumology http://www.twitter.com/@leadingagile http://www.twitter.com/@lissijean http://www.twitter.com/@ScrumAlliance http://www.twitter.com/@Scrumdotorg http://www.twitter.com/@TheStartupTimes http://www.twitter.com/@VentureBeat http://www.twitter.com/@ProPad http://www.twitter.com/@abuzitos http://www.twitter.com/@sjohnson717 http://www.twitter.com/@jefflash http://www.twitter.com/@ProductTank http://www.twitter.com/@AgileAlliance http://www.twitter.com/@simplybastow http://www.twitter.com/@ericries http://www.twitter.com/@evankimbrell http://www.twitter.com/@colemercer http://www.twitter.com/@StartupGrind [English…

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