Siga Mônica DhimanSou apaixonado por resolver problemas de negócios reunindo a equipe e removendo impedimentos. Comecei minha carreira como analista de negócios antes de passar para o gerenciamento de produtos. Sou um Certified Scrum Master e também escrevo meus pensamentos sobre gerenciamento de produtos emMonicaDhiman.com.
8 minutos de leitura2394
A palavra “backlog” refere-se literalmente a uma tora escondida atrás de uma fogueira para uso posterior. Na maioria das vezes, o termo é usado ffigurativamente para significar um acúmulo de tarefas para iniciar ou retomar no futuro.
No mundo Agile, o backlog grooming refere-se ao processo de refinar e priorizar uma lista de tarefas para garantir que a equipe de desenvolvimento do produto tenha trabalho suficiente para pegar no próximo sprint.
Neste guia, daremos uma visão geral abrangente do processo de preparação do backlog (também chamado de refinamento do backlog), explicaremos como ele difere do planejamento do sprint e delinearemos dicas e práticas recomendadas para garantir que você aproveite ao máximo a preparação do seu backlog sessões.
Índice
- O que é preparação de backlog?
- Preparação do backlog vs. planejamento do sprint
- Quando deve ocorrer a preparação do backlog?
- O que é feito em uma sessão de preparação de backlog?
- Como executar uma sessão de preparação de backlog bem-sucedida
- O que é a estrutura DEEP?
O que é preparação de backlog?
A preparação do backlog é um processo no qual o proprietário do produto e os gerentes de produto revisam, discutem e priorizam a lista de histórias de usuários no backlog com toda a equipe. Um backlog é uma lista priorizada de tarefas para a equipe trabalhar. O backlog pode consistir em bugs do produto, novos recursos, dívida técnica, alterações na interface do usuário, etc.
Os itens do backlog precisam ser definidos em detalhes minuciosos e, em seguida, preparados - ou seja, discutidos com a equipe para garantir que todos entendam o que precisa ser feito. A sessão de preparação do backlog também oferece à equipe a oportunidade de consultar os gerentes e proprietários de produtos. Os gerentes e proprietários de produtos detalham as próximas etapas, reforçam a estratégia geral do produto para a qual os itens do backlog sobem e delineiam as metas que a equipe deve almejar após concluir um conjunto de itens do backlog.
Agora que entendemos o que é o backlog grooming, vamos revisar onde ele se encaixa no processo scrum.
Scrum é um framework ágil que define um conjunto de regras, papéis, responsabilidades e reuniões para desenvolver um produto de software de forma incremental. O objetivo é entregar em partes menores com mais rapidez e adaptar-se ao feedback à medida que avança em direção ao estágio final.
Conformeestrutura scrum, a equipe passa pelos seguintes eventos:
- Sprint — Um evento de time-box em que a equipe trabalha no sprint backlog
- Planejamento de sprint— A equipe avalia as histórias de usuário preparadas em termos de pontos da história. Este evento define o objetivo do sprint e o trabalho que precisa ser concluído no próximo sprint
- Scrum diário— Um evento diário que rastreia o progresso da equipe em direção à meta do sprint
- Revisão do Sprint— A equipe revisa o trabalho realizado durante o sprint com o proprietário do produto e as principais partes interessadas
- Retrospectiva do Sprint— Depois que um sprint é concluído, a equipe se reúne para discutir o que pode ser melhorado em sprints futuros e parabenizar uns aos outros pelo trabalho bem feito
Antes que um sprint possa começar,a equipe precisa de um backlog de produto. A preparação do backlog é o processo que garante que o backlog do produto esteja pronto para a equipe trabalhar.
Preparação do backlog vs. planejamento do sprint
É importante entender a diferença entre planejamento de sprint epreparação de carteira. O planejamento do sprint é um evento scrum conduzido pelo scrum master para definir um plano de sprint e uma meta para o próximo sprint. O planejamento do sprint ocorre antes do início de um sprint e após a sessão de preparação do backlog e é limitado por tempo (máximo de oito horas para um sprint de um mês).
A preparação do backlog acontece antes do planejamento do sprint. Em uma sessão de preparação do backlog, a equipe prioriza o backlog de tarefas a serem discutidas durante o planejamento do sprint. Com base nessa discussão, os desenvolvedores se comprometem a trabalhar em um conjunto selecionado de histórias de usuários.
O scrum master garante que histórias de usuário suficientes sejam planejadas para o próximo sprint com base na velocidade do sprint, nos planos de férias dos membros da equipe etc.
A tabela abaixo ilustra as principais diferenças entre a preparação do backlog e o planejamento do sprint:
Quando deve ocorrer a preparação do backlog?
A preparação do backlog ocorre antes da sessão de planejamento do sprint.
Para um cenário de exemplo, digamos que um sprint comece na segunda-feira e dure duas semanas. Aqui é quando os seguintes eventos aconteceriam:
- Oretrospectiva do sprintseria realizada no último dia do sprint - neste caso, sexta-feira à noite - antes do início do próximo sprint
- Planejamento de sprintpode acontecer na sexta ou quinta-feira antes do início do sprint na segunda-feira (ou, na pior das hipóteses, na segunda-feira de manhã antes do início do sprint, dependendo da disponibilidade de todos e quando a sessão de preparação acontece)
- Preparação de lista de pendênciasé conduzido por um proprietário do produto e é baseado em sua disponibilidade
O proprietário do produto geralmente conduz a sessão assim que as histórias do usuário estiverem prontas de um produto, design e perspectiva técnica. Se um sprint começar na segunda-feira, a preparação do backlog pode acontecer a qualquer momento entre segunda e sexta-feira antes do início do sprint. Se acontecer em uma sexta-feira, o planejamento do sprint pode ser adiado para a manhã de segunda-feira antes do início do sprint.
O gráfico a seguir mostra o tempo da preparação do backlog, retrospectiva do sprint e reuniões de planejamento do sprint para um sprint começando na segunda-feira sob os três cenários descritos acima:
Esse tempo para preparação do backlog garante que os itens do backlog sejam priorizados, discutidos, estimados e prontos para serem discutidos durante o planejamento do sprint. Sem uma sessão de preparação do backlog, a equipe não pode conduzir uma sessão de planejamento do sprint e, portanto, não pode iniciar o sprint.
Quem participa de uma sessão de preparação de backlog?
Toda a equipe participa da preparação do backlog. Como tal, o gerente de produto, proprietário do produto, scrum master, desenvolvedores, designers, QAs e todas as outras partes interessadas devem participar da sessão de preparação. Uma sessão de preparação de backlog geralmente é liderada pelo proprietário do produto.
O que é feito em uma sessão de preparação de backlog?
Em uma sessão típica de preparação do backlog, o proprietário do produto conduz a equipe através de novos recursos e designs com base nas histórias do usuário no backlog. A sessão também é uma oportunidade para a equipe discutir a visão e a estratégia do produto, o roteiro do produto ou quaisquer questões pendentes ou questões que precisem de esclarecimentos.
A preparação do backlog é feita para garantir que as histórias do usuário no backlog sejam priorizadas, atualizadas e prontas para os desenvolvedores trabalharem. Sua agenda de sessão de preparação do backlog deve ser projetada para colocar os desenvolvedores na mesma página sobre o que eles precisam fazer quando começarem a trabalhar nas histórias do usuário no backlog.
O objetivo de uma sessão de preparação de backlog é posicionar a equipe para entregar um produto melhor com mais eficiência. O proprietário do produto que lidera a equipe tem a responsabilidade crucial de manter o backlog do produto e conduzir as sessões de preparação para comunicar as próximas etapas para a equipe.
Subscreva a nossa newsletter de gestão de produtos
Receba artigos como este em sua caixa de entrada
O objetivo final da sessão de preparação do backlog é duplo:
- Atualize os itens do backlog com todos os detalhes necessários para que os desenvolvedores executem o plano
- Alinhar a equipe no roteiro e na estratégia do produto
Como executar uma sessão de preparação de backlog bem-sucedida: dicas e práticas recomendadas
A preparação do backlog é uma atividade contínua realizada pelo proprietário do produto em colaboração com outras partes interessadas importantes. Ao preparar o backlog, o proprietário do produto deve remover todos os itens desnecessários, priorizar os itens restantes, definir as histórias do usuário com critérios de aceitação claros e concisos e fornecer os detalhes técnicos e designs necessários antes da sessão com a equipe de engenharia.
Um backlog pode incluir centenas de itens ou mais, por isso é importante categorizá-los usando rótulos e épicos. Um backlog bem organizado e categorizado tornará o trabalho do proprietário do produto e da equipe de engenharia infinitamente mais fácil para os próximos sprints.
Abaixo estão algumas dicas e práticas recomendadas para executar uma sessão de preparação de backlog bem-sucedida.
Definir histórias de usuários para evitar confusão/incerteza
O proprietário do produto definirá as histórias do usuário da melhor maneira possível, mas ocasionalmente os desenvolvedores ainda precisam de mais explicações. A sessão de preparação do backlog dá à equipe a oportunidade de fazer perguntas e buscar esclarecimentos sobre as histórias do usuário para evitar qualquer confusão.
Não estar na mesma página sobre a descrição ou os critérios de aceitação das histórias do usuário pode levar os desenvolvedores a implementar histórias incompletas ou histórias que levam a resultados inesperados. Em situações como essa, durante a revisão, o proprietário do produto forneceria mais esclarecimentos e enviaria a história do usuário de volta ao desenvolvedor para revisá-la e implementá-la conforme o esperado. Não é difícil ver como esse vaivém pode atrasar a entrega do recurso.
Adicione novas histórias de usuários de acordo com novos insights
Às vezes, durante uma sessão de preparação, a equipe descobre outra tarefa que deve ser concluída antes de executar um novo recurso. Portanto, ele deve criar uma nova história de usuário. Adicionar novas histórias de usuário nessa situação garante que não haja lacunas ou etapas perdidas enquanto a equipe trabalha nas tarefas do backlog.
Atribuir/reatribuir pontos de história
A equipe avalia as histórias de usuário preparadas usando pontos de história. Os desenvolvedores estimam o esforço necessário para concluir as tarefas associadas à história do usuário. Geralmente, um ponto de história representa o esforço de um dia. Com base em um consenso estabelecido entre os desenvolvedores, as histórias de usuário recebem um valor de ponto de história.
Divida histórias amplas de usuários em itens menores
A equipe detalha as histórias de usuários que levam mais de três dias para serem concluídas. Histórias de usuário maiores são divididas em partes menores porque vai contra os princípios ágeis gastar muito tempo trabalhando em uma única e longa história de usuário. As histórias de usuários divididas em várias histórias menores e independentes são mais testáveis do que as histórias de usuários mais longas.
Remova histórias e tarefas de usuários desatualizadas
O roteiro do produto é um documento fluido. Pode evoluir com base em uma ampla gama de parâmetros, como uma mudança na estratégia da organização, uma mudança no mercado ou no comportamento do usuário ou a chegada de um novo concorrente.
O backlog precisa ser atualizado regularmente e realinhado para acompanhar as mudanças no roteiro do produto. É comum que as histórias e tarefas do usuário fiquem desatualizadas durante esse processo, portanto, você deve remover esses itens irrelevantes do backlog assim que receber uma orientação clara das partes interessadas.
Repriorizar histórias de usuários
O proprietário do produto reprioriza as histórias do usuário com base nas alterações no roteiro do produto. Durante uma sessão de preparação do backlog, a equipe pode descobrir etapas ou tarefas que precisam ser executadas antes de iniciar o trabalho em uma história de usuário.
Por exemplo, um recurso que precisa de integração de API com outra plataforma pode precisar ser concluído antes que a interface do usuário possa ser desenvolvida no aplicativo. Essa tarefa adicional de integração da API deve, portanto, ter prioridade. Neste cenário, a tarefa de integração da API é criada e colocada acima da funcionalidade real a ser implementada.
Identifique obstáculos e minimize os riscos associados a itens pendentes
À medida que a equipe discute um item pendente, é crucial identificar quaisquer obstáculos que possam impedir o progresso. Dependendo do tipo de problema, pode ser vantajoso dedicar uma sessão inteira e separada a um bloqueio ou conjunto de bloqueios.
A equipe deve tentar resolver quaisquer obstáculos previsíveis o mais rápido possível antes do início de um sprint. Se isso não for feito, o item deve ser removido da lista de histórias de usuários priorizadas. Incluir um item complicado em um sprint impediria a equipe de ver a história do usuário até a conclusão.
O que é a estrutura DEEP?
Em 2010, os luminares de gerenciamento de produtos Roman Pichler e Mike Cohn criaram oEstrutura DEEP para preparação de backlog. O DEEP estipula o seguinte:
Para garantir que o backlog do produto seja PROFUNDO e permaneça assim, você deve prepará-lo ou refiná-lo regularmente. Preparar o backlog do produto é um processo contínuo e colaborativo que envolve o proprietário do produto e a equipe.
A estrutura DEEP serve como um guia para ajudar os gerentes e proprietários de produtos a gerenciar o backlog do produto de maneira eficaz. DEEP significa:
- Detalhado apropriadamente
- Estimado
- Emergente
- Priorizado
Vamos ampliar cada um desses quatro atributos:
Detalhado apropriadamente
Cada item do backlog deve ser completamente explicado com todos os detalhes apropriados.
Por exemplo, digamos que uma história de usuário descreva a funcionalidade a ser implementada junto com os critérios de aceitação. A descrição da funcionalidade e os critérios de aceitação não são suficientes; a história do usuário também deve ter todos os designs relevantes anexados e detalhes técnicos escritos pelo líder técnico.
Dito isso, nem todos os itens do backlog são criados iguais. A estrutura DEEP estipula que os itens de maior prioridade devem ser descritos em detalhes mais granulares do que os de menor prioridade. Isso ajuda a manter o backlog conciso e garante que os recursos com maior probabilidade de serem implementados no próximo sprint estejam prontos a tempo.
Para que uma história de usuário seja completa, ela também deve estar vinculada a outras histórias que a bloqueiam. Caso contrário, outras dependências também devem ser concluídas.
Estimado
A equipe deve estimar o tempo e os recursos necessários para concluir todos os itens do backlog. Estimativas aproximadas fornecidas inicialmente podem ser revisadas posteriormente durante o planejamento do sprint; isso geralmente é necessário quando os desenvolvedores se deparam com algumas informações adicionais que podem afetar o sprint.
Emergente
Um backlog é um artefato dinâmico que muda constantemente de acordo com o roteiro do produto. Novas histórias são adicionadas e histórias de usuários desatualizadas são removidas conforme a necessidade.
Por exemplo, digamos que você tenha um conjunto de recursos do roteiro e receba um requisito das partes interessadas para incluir outro recurso. Com base nessa mudança, o proprietário do produto precisa colocar histórias adicionais no backlog. Ao mesmo tempo, pode haver outro recurso que apareceu anteriormente na lista de prioridades, mas agora fica em segundo plano de acordo com o roteiro atualizado do produto. Portanto, esse item precisa ser removido do backlog.
Priorizado
Os itens do backlog devem ser listados em ordem de prioridade. O proprietário do produto é responsável por determinar quais itens do backlog devem ser concluídos em qual ordem. Isso informa à equipe como abordar o backlog e quais tarefas devem ser concluídas antes de iniciar outras tarefas.
Conclusão
Um backlog saudável é um pré-requisito para o desenvolvimento de produtos de software eficiente, livre de estresse e incremental. Com as dicas e práticas recomendadas discutidas neste guia, você deve ter todas as ferramentas necessárias para executar sessões eficazes de preparação de pendências que levam a produtos bem-sucedidos (e entrega pontual).
Fonte da imagem em destaque:IconScoutName
LogRocketgera insights de produtos que levam a uma ação significativa
LogRocketidentifica pontos de fricção na experiência do usuário para que você possa tomar decisões informadas sobre mudanças de produto e design que devem acontecer para atingir seus objetivos.
Com LogRocket, você podeentender o escopo dos problemas que afetam seu produtoe priorizar as mudanças que precisam ser feitas. A LogRocket simplifica os fluxos de trabalho permitindo que as equipes de engenharia e design trabalhem a partir domesmos dados que você, eliminando qualquer confusão sobre o que precisa ser feito.
Coloque suas equipes na mesma página - tenteLogRockethoje.
Siga Mônica DhimanSou apaixonado por resolver problemas de negócios reunindo a equipe e removendo impedimentos. Comecei minha carreira como analista de negócios antes de passar para o gerenciamento de produtos. Sou um Certified Scrum Master e também escrevo meus pensamentos sobre gerenciamento de produtos emMonicaDhiman.com.
- Gestão de produtos
- #priorização
«Um guia para expressões regulares em Kotlin
O que são operações de produto?»
FAQs
What is backlog grooming vs backlog refinement? ›
Backlog grooming, also referred to as backlog refinement or story time, is a recurring event for agile product development teams. The primary purpose of a backlog grooming session is to ensure the next few sprints worth of user stories in the product backlog are prepared for sprint planning.
Why was backlog grooming renamed? ›The July 2011 version of the Scrum Guide then has Product Backlog Grooming added to Scrum. The July 2013 version has the word 'grooming' replaced by 'refinement'. The word grooming has negative connotations (child grooming).
What does backlog grooming mean? ›What is backlog grooming? Agile backlog grooming, also commonly referred to as backlog refinement, is the process by which product owners review their team's backlog to ensure that it is up-to-date with the latest items and user stories.
What is backlog refinement for? ›Backlog refinement, also known as backlog management or backlog grooming, is the period of time where product owners, managers, and team members review and prioritize product backlog items. This project management process is commonly used in development teams who use the Agile methodologies.
How long does backlog refinement take? ›There's no best time. Backlog refinement is an ongoing activity. Not just for the Product Manager, but for the entire team. The Product Owner can refine items on the backlog at any time, in or outside a meeting.
Who is responsible for refinement? ›Product Backlog Refinement is one of the main tasks of the Product Owner that decides the workflow of the entire Scrum Team. A good Product Backlog always encourages the Developer to create the right products and decide the best Product Backlog items for their Sprint during the Sprint Planning.
How often should backlog refinement happen? ›If the team is working a one-week sprint cycle, running a backlog refinement meeting every week is a recommended practice. On the other, if you are working on a two-week sprint cycle, running these meetings every alternate week should be considered.
What is the better name for backlog grooming? ›Backlog grooming, referred to also as backlog management, backlog refinement, pre-planning, or story time, is a widely adopted activity by Scrum and agile product teams. The most common tactical activities that occur during backlog management include: Removing outdated user stories and tasks.
Who should attend backlog refinement? ›Who Attends the Events? Attendance at a backlog refinement event is ideally the entire Scrum Team, including the Product Owner, the Scrum Master, and Development Team. There may also potentially be one or two stakeholders, if subject matter expertise is needed.
How do I prepare for a backlog grooming session? ›- Prepare Well. ...
- Prioritize the Customer or End User. ...
- Use a DEEP Format. ...
- Listen Actively. ...
- Manage Session Time Well. ...
- Keep Dependencies in Mind. ...
- Schedule Fewer Meetings.
What do you do in refinement? ›
Refinement is part of working with a product backlog. Refinement is defined in the Scrum Guide as an "ongoing activity to add details, such as description, order, and size." Even though this definition is simple, it can cause a good amount of confusion.
What happens during grooming session? ›During Scrum Backlog Refinement (Grooming) meetings, the participants fine-tune the Product Backlog with the following actions: Add new user stories based on newly discovered requirements. Remove user stories which are no longer required for the product. Fine-tune estimates of user stories.
What not to do in backlog refinement? ›- Ask more experienced team members to detail backlog items or provide estimates. ...
- Involve select team members. ...
- Document your decisions. ...
- Do not excessively detail backlog items. ...
- You shouldn't refine backlog items currently under development.
- Review the backlog items. In line with the overarching goals of the project, the product owner should first review all the product backlog items and remove the irrelevant ones as the user scenario or needs may change. ...
- Prioritize the items with added details.
Key advantages of product backlog refinement:
Removing uncertainty and unknown facts of user stories increase the product's efficiency. It assists to avoid rework in development and testing. Backlog grooming identifies the dependencies within the team and helps to foresee risks.
Backlog refinement is a process, not an event
And we get it. Agile is governed by a set of ceremonies or rituals that take place at specific times. We know that Sprint Planning comes at the start of the Sprint. We know that Retrospectives come at the end of the Sprint.
Who facilitates a Backlog Refinement Meeting? The scrum master facilitates a backlog grooming meeting. The product owner and team review stories at the top of the backlog to prepare for upcoming sprints.
How much time should be spent on refinement? ›The Scrum Guide suggests that "refinement usually consumes no more than 10% of the capacity of the Development Team."
What is the main purpose of refinement? ›The goal of Product Backlog refinement is to work with the Scrum Team and stakeholders (when relevant), to get Product Backlog items in a 'ready state'.
What is one key benefit of backlog refinement? ›By refining the backlog, teams can close gaps in their understanding of the stories and become closely aligned on the work. The most effective teams have a shared understanding of the work to be done to solve the business problem at hand. To create a shared understanding, conversation must take place.
Can a backlog refinement meeting be skipped? ›
You can remove the meeting entirely if the product owner is able to manage prioritization on their own while refining user stories in collaboration with the team.
What is the best time for a Product Owner to groom the backlog? ›A backlog grooming session should ideally take place at least once every sprint. If you're running a fortnightly sprint cycle this means at least 1 backlog grooming session per sprint.
Who owns product backlog? ›Who Owns the Backlog? While the entire cross-functional agile team works together on the backlog, the product owner owns it. In most cases, the product owner (or product manager) holds responsibility for organizing and maintaining the product backlog.
What happens in a backlog grooming session? ›The backlog grooming process usually happens within the agile framework. Backlog grooming,(or backlog refinement) is when the product owner the rest of the development team revisits items on the product backlog to make sure that the backlog contains the right items, that they are prioritized.
What are the benefits of backlog? ›The backlog prevents teams from idling. It gives them extra time on projects that aren't a priority. A view into the backlog can also provide a preview of what's to come. It allows technical teams to begin thinking about how they might implement those items.
How do I start a grooming session? ›- Set a goal for each session to jell the team. ...
- Limit stakeholder involvement to keep the water running. ...
- Meet more frequently to stay fresh and for a short duration until the team gets adept at it. ...
- Set a story time limit to avoid fatigue.
With refinement, things and people become more acceptable: the sugar's refinement makes it appropriate to serve at a fancy party, and your refinement makes you a perfect guest there.
What is refinement rule? ›For applications that contain multiple data sets, refinement rules allow you to connect attributes from the different data sets. When end users refine a data set by an attribute that belongs to a refinement rule, other data sets are refined by other attributes that belong to the refinement rule.
What is an example of refinement? ›Examples of refinement include housing and husbandry care to the scientific procedures performed on animals. The use of appropriate anaesthetics and analgesics, and avoiding stress by training animals using habituation and acclimatisation techniques.
What are the 7 steps of grooming? ›- Identifying and targeting the victim. Any child or teen may be a potential victim. ...
- Gaining trust and access. ...
- Playing a role in the child's life. ...
- Isolating the child. ...
- Creating secrecy around the relationship. ...
- Initiating sexual contact. ...
- Controlling the relationship.
How many hours does grooming take? ›
The quick answer is: It will take an average of 1 hour to groom your dog. If he has a short and low-maintenance coat you may be done in as little as 20 minutes. If you own a breed with a more difficult coat or a large breed, it may take up to 2 hours to groom your dog.
What is the best way to clear a backlog? ›- Developing a Plan of Action.
- Maximizing Your Study Time.
- Staying Motivated.
- Avoiding Future Backlogs.
A story point estimation is a kind of relative estimation that is performed during the Product Backlog Refinement sessions. The team that is responsible for the actual development and testing process is responsible for allotting the story points for the items in the Product Backlog.
Are there two types of grooming? ›I found two types of social grooming (elaborate social grooming (orange) and lightweight social grooming (green)) and social relationship forms depending on them.
Is backlog refinement a Scrum event? ›Product Backlog Refinement isn't an official Scrum Event, so there is no official time-box. The guideline for Product Backlog Refinement however is that it usually takes no more than 10% of the Development Teams' capacity.
Is refinement meeting same as grooming in Scrum? ›Grooming (or refinement) is a meeting of the Scrum team in which the product backlog items are discussed and the next sprint planning is prepared. Product grooming is critical in product management because it means keeping the backlog up to date and getting backlog items ready for upcoming sprints.
When did grooming change to refinement? ›In 2013, grooming was changed into refinement.
What is an example of backlog grooming? ›For example, adding user stories, prioritizing items (like user stories), updating items, adding or removing items, splitting user stories and evaluating and reevaluating estimates are all common backlog grooming activities.
What is the difference between backlog grooming and planning? ›Sprint planning meetings must be attended by the entire team, including product owners, whereas backlog grooming needs just a few team members. Sprint planning always happens at the beginning of a sprint, but backlog grooming sessions can happen at any stage in the product development process.
Who attends backlog refinement ceremony? ›The backlog refinement ceremony must be attended by team members with the highest involvement in the product building process: The individual who leads the meeting — product manager, product owner, or someone else. Product managers or other representatives of the product team.
What happens in refinement meeting? ›
In the Backlog Refinement Meeting, the team estimates the amount of effort they would expend to complete items in the Product Backlog and provides other technical information to help the Product Owner prioritize them. (The team should collaborate together to produce one jointly-owned estimate for an item.)
What is the hardest part of dog grooming? ›Keeping Up with Cleaning Protocols
One of the hardest parts about working at a dog grooming salon is keeping up with the cleaning. We have a constant flow of dogs coming in and out of our facility. Some people think that professional dog groomers just playing with puppies all day, and they are wrong!
- Have A Signature Cologne. Sometimes, we tend to remember people by the way they smell. ...
- Invest In Quality Hair Care Products. ...
- Trim Your Facial Hair. ...
- Exfoliate Twice A Week. ...
- Don't Forget About Your Feet.
A backlog grooming session should ideally take place at least once every sprint. If you're running a fortnightly sprint cycle this means at least 1 backlog grooming session per sprint.
What is one key benefit of a backlog refinement session? ›By refining the backlog, teams can close gaps in their understanding of the stories and become closely aligned on the work. The most effective teams have a shared understanding of the work to be done to solve the business problem at hand. To create a shared understanding, conversation must take place.
Who runs backlog grooming? ›Typically, the product owner or product manager assists in backlog refinement sessions. But this isn't always the case. Depending on the organization's hierarchical structure, the Scrum Master (in Agile Scrum teams), a project manager, or another team member may also lead these sessions.
What happens in grooming session? ›During Scrum Backlog Refinement (Grooming) meetings, the participants fine-tune the Product Backlog with the following actions: Add new user stories based on newly discovered requirements. Remove user stories which are no longer required for the product. Fine-tune estimates of user stories.
Is backlog grooming a scrum ceremony? ›Backlog grooming is the only ceremony in scrum that doesn't have a defined time box or even a frequency.