Scrum: INVESTIR em Boas Histórias Alcançando Tarefas SMART

Me deparei com este  artigo  que inclui dois mnemônicos que eu realmente gosto.

O INVEST como um lembrete das características de um  Product Backlog  Item (PBI) (ou histórias de usuário) de boa qualidade comumente escrito no formato de história de usuário. Mas quais são as características de uma boa história de usuário? A sigla “INVEST” pode lembrar que boas histórias devem ser:

Uma boa história de usuário deve ser —  INVEST :

• Independente: Deve ser autocontido de forma que permita ser liberado sem depender um do outro .
• Negociável : Capte apenas a essência da necessidade do usuário, deixando espaço para conversas. A história do usuário não deve ser escrita como um contrato.
• Valioso : Entrega valor ao usuário final.
• E stimável: As histórias de usuários precisam ser estimadas para que possam ser priorizadas adequadamente e se encaixarem nos  sprints .
• S mall: Uma história de usuário é uma pequena parte do trabalho que permite que ela seja concluída em cerca de 3 a 4 dias.
• Testável : Uma história de usuário deve ser confirmada por meio de critérios de aceitação pré-escritos  .

Refinamento do Backlog do Produto: Histórias e Tarefas

O refinamento do Product Backlog  é o ato de adicionar detalhes, estimativas e ordem aos itens do Product Backlog. O refinamento contínuo do backlog do produto é necessário dentro de cada  Sprint  para refinar os itens para estarem prontos para futuros Sprints. Quando os itens do backlog são refinados para o nível adequado de granularidade, os itens do Product Backlog no topo do Product Backlog (prioridade mais alta, maior valor) são decompostos para que caibam em um Sprint, conforme mostrado na Figura abaixo.

Quando os itens do backlog de um produto são refinados e incluídos no backlog do sprint, eles geralmente estão na forma de histórias de usuários prontas para serem usadas na Parte 1 do Planejamento do Sprint. Essas histórias de usuário geralmente são refinadas em tarefas na Parte 2 do planejamento da Sprint para atribuição aos membros da equipe de desenvolvimento.

Uma boa TAREFA deve ser –  SMART :

SMART é um conjunto de critérios para criar metas como  metas de Sprint  que é uma breve declaração escrita pela  equipe Scrum  (com base no objetivo inicial do  Product Owner ) para conduzi-los na direção do que eles querem que as tarefas sejam realizadas de acordo com o objetivo do sprint.

SMART significa Specific, Measurable, Achievable, Relevant e Time-bound. Ter metas escritas em um formato SMART garante que o definidor de metas tenha clareza sobre o que está tentando realizar, quando e como.

Específico : ao definir uma meta, seja específico sobre o que você deseja realizar. Pense nisso como a declaração de missão para o seu objetivo.

Mensurável : quais métricas você usará para determinar se você atingiu a meta? Isso torna uma meta mais tangível porque fornece uma maneira de medir o progresso. Se for um projeto que levará alguns meses para ser concluído, defina alguns marcos considerando tarefas específicas a serem realizadas.

A alcançável: Isso se concentra em quão importante é um objetivo para você e o que você pode fazer para torná-lo alcançável e pode exigir o desenvolvimento de novas habilidades e mudanças de atitudes. O objetivo é inspirar motivação, não desânimo. Pense em como atingir o objetivo e se você tem as ferramentas/habilidades necessárias. Se você ainda não possui essas ferramentas/habilidades, considere o que seria necessário para alcançá-las.

Relevante : Refere-se ao foco em algo que faz sentido com os objetivos de negócios mais amplos. Por exemplo, se o objetivo é lançar um novo produto, deve ser algo que esteja alinhado com os objetivos gerais do negócio. Sua equipe pode lançar um novo produto de consumo, mas se sua empresa for um B2B que não está se expandindo para o mercado de consumo, o objetivo não será relevante.

Limite de tempo: qualquer um pode estabelecer metas, mas se faltar um timing realista, é provável que você não tenha sucesso . Fornecer uma data-alvo para entregas é imperativo. Faça perguntas específicas sobre o prazo da meta e o que pode ser realizado dentro desse período. Se a meta demorar três meses para ser concluída, é útil definir o que deve ser alcançado na metade do processo. Fornecer restrições de tempo também cria um senso de urgência.

Referências

• • Escreva metas SMART e INVEST para histórias de usuários
  • Quem cria os itens do Product Backlog ou User Stories no Scrum?
  • O que é Story Point em Agile? Como estimar uma história de usuário?
  • O que é DEEP no Product Backlog?