Features, Stories e tasks no dia-a-dia
0
2

Features, Stories e tasks no dia-a-dia

Pode ser após uma Lean Inception ou de posse de um documento de especificação de requisitos: determinar o que será classificado como uma feature, user story ou task pode gerar muitas dúvidas e discussões no time.

Jocemar Ferreira Garcia
2 min
0
2

Pode ser após uma Lean Inception ou de posse de um documento de especificação de requisitos: determinar o que será classificado como uma feature, user story ou task pode gerar muitas dúvidas e discussões no time.

Estamos muito acostumados a modelos prescritivos e eu percebo as vezes o time muito mais preocupado em aplicar um desses modelos do que experimentar e sentir o que se adequa melhor.

Quando estamos em uma Lean Inception, estamos mapeando personas, jornada do usuário e features. Montamos o Sequenciador de Features e alguns MVP's. Nesse contexto, temos features mapeadas a partir da visão de algumas personas que interagem com o nosso MVP.

Ao finalizar a Lean Inception, entramos em uma fase de detalhamento do Product Backlog onde normalmente essas features que compõe as ondas e MVP's podem ser quebradas em User Stories ou utilizando a nomenclatura do PBB: product backlog items.

Nesse contexto, estamos falando de ações do usuário no produto.

Livro: Product Backlog Building
Livro: Product Backlog Building

Mas onde estão as tasks? Estão no Backlog da Sprint. Lá eu estou falando de tasks, inclusive quebrando features e/ou user stories além de mapear tasks que o time precisa realizar que podem não estar associados às stories ou features. O PBB chama essas tasks de habilitadores, sendo que pode inclusive existir uma ordem de precedência ou ascendência na realização das tasks.

Convenciona-se que o tamanho de uma task deve ser entre 2h a 8h, pois assim torna-se mais fácil o acompanhamento da evolução do time durante a sprint ou ciclo, mas isso não é uma regra, é muito mais uma boa prática.

Para finalizar, mapeie features quando estiver avaliando coisas que o produto faz ou tem. Os pbi's ou stories são ações do usuário no produto, utilizando alguma dessas features.

Quando for planejar seus ciclos ou sprints, aí sim utilize no sprint backlog as tasks, quebrando as features e stories de acordo com a avaliação do time, se necessário.

1- Lean Inception --> Features

2- Detalhamento de backlog --> pbi's ou stories

3- Sprint Backlog --> features e stories (quebradas ou não) e tasks

É isso pessoal, espero ter contribuído com o dia-a-dia de vocês implementando agilidade por aí... até a próxima.