histórias vs tarefas … uma diferença sutil e importante

Eu suponho que com pouco você está envolvido na agilidade, no scrum, etc., você terá diferenças claras entre as histórias de usuário e tarefas. Normalmente, estamos com o resumo, as histórias são um “O que” queremos, as tarefas um “como”, as histórias são funcionalidade que fornece valor ao usuário, as tarefas são geralmente aspectos técnicos, as histórias estão no backlog do produto , são de responsabilidade do Product Owner, as tarefas estão no Sprint Backlog, e são de responsabilidade da equipe, etc.
bom, e resumida acima, eu vou com uma diferença entre histórias e tarefas, que eu não tenho chamado e que mais do que uma diferença é uma boa pouco conhecido prática: a história é algo que normalmente … eles trabalham mais de uma pessoa. E uma tarefa é algo que geralmente … uma pessoa funciona.
Uma história de usuário envolverá vários perfis, várias pessoas: desenvolvedores, testador, designers, etc. E organizar que “Como” para fazer história aparecer as tarefas. E em tarefas, normal, é que há uma proporção 1: 1 entre tarefa e pessoa que faz isso.

Uma boa prática visual para melhorar esta boa prática

o que eles fazem Alguns Equipes, infelizmente não tantas quanto você deve, é usar avatars em adesivos, você sabe, cada pessoa tem um desenho, em um adesivo ou similar, o que representa, com a ideia de promover o bom uso de tarefas, Te digo. A boa prática é que: a) você só tem um adesivo, você atinge essa tarefa em que você está trabalhando andb) Não pode haver mais do que um adesivo por tarefa.
com parte A) dos poderes de boas práticas anteriores Enxame importante e desconhecido, evite estar em mais de uma tarefa (não resolva tudo porque você também não deve abrir nenhuma tarefa até fechar aquela no trabalho agora). Com a parte b) você garante a regra de uma pessoa uma tarefa.

Exceções à regra …

Existem, mas que a exceção não é a norma. Por exemplo, uma tarefa que envolve uma programação de par … envolve mais de uma pessoa. Então, sim, haverá algumas tarefas em que há duas cabeças e apenas duas mãos, para que eles envolvem mais de uma pessoa
outras tarefas que são excepção a esta regra:. Grupo comentários, reuniões, etc. Mas o que é dito, controles a granularidade de tarefas para alcançar a maior parte do tempo para “uma pessoa uma tarefa”.
Leituras recomendadas, este post de Cohn, que não é ruim.

  • Sobre
  • Últimas entradas
ph .d. Na ciência da computação, pós-doutorado na Carnegie Mellon (EUA) e Computer Engineer. A primeira vez que eu tinha que fazer uma gestão ágil em uma empresa … Ano 2001. Desde então, tenho trabalhado, ou para, mais de 90. E I formaram mais de 2000 alunos.
eu também sou um professor da Universidade Rey Juan Carlos.

As últimas entradas jgarianas (ver tudo)
  • o guia no OKR (17): Quem criou o OKR? História e Origem da OKRs (⏱ em menos de 4 min) – 17 mar 2021
  • Por “agilidade” não está funcionando – 10 mar 2021
  • O guia Sobre OKR (16 ): Cuidado com OKRs hierarquias (que pode ser lado escuro) – 09 de março de 2021

Compartilhar este:

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *