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

Ágil. Porque tantas tentativas falham?

February 23, 2017March 4, 2017

A resposta é simples e você já conhece, mas vou usar um slide com alguns números para exemplificar. No post Scrum, o primeiro contato!  apresentei superficialmente o que entendo ser a maior diferença entre um projeto tradicional e um projeto Ágil, Scrum, Lean ou seja lá como você queira tratar…

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

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

Ú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