A diferença entre Story e Task
Qual é a diferença entre uma User Story e uma Task?
"Essa é uma pergunta simples", pensei quando ouvi isso pela primeira vez em um dos meus cursos de Certified Scrum Master. "A diferença é…", comecei a responder e logo percebi que não era tão simples quanto eu pensava.
Eu já usava os dois termos "User Story" e "Task" há anos nos meus cursos, e na minha cabeça eram duas coisas claramente distintas. User Stories ficam no Product Backlog e Tasks são definidas durante o Sprint Planning e vão para o Sprint Backlog.
Isso estava certo – mas não era muito útil. É como dizer "sal é o que fica no saleiro e pimenta é o que vai no moedor de pimenta." Claro que Stories ficam no Product Backlog e Tasks no Sprint Backlog. Mas qual é a diferença real entre elas?
Quando me fizeram essa pergunta pela primeira vez, pensei um momento e percebi que eu sabia a resposta. Uma Story geralmente envolve mais de uma pessoa. Uma Task normalmente é realizada por apenas uma pessoa.
Vamos ver se isso é verdade…
Uma User Story é, fundamentalmente, algo reconhecível para o usuário final. Desenvolvê-la geralmente envolve um programador e um testador, talvez também um designer de interface ou analista, talvez um desenvolvedor de banco de dados etc.
Seria extremamente incomum uma User Story ser desenvolvida por uma única pessoa. (E se fosse assim, essa pessoa teria que desempenhar vários desses papéis.)
Uma Task, no entanto, normalmente envolve escrever código, criar um design, gerar dados de teste, automatizar algo etc. Todas essas coisas tendem a ser feitas por uma única pessoa.
Pode-se argumentar, claro, que algumas dessas atividades podem ou devem ser feitas em dupla. Mas isso é apenas uma nuance da minha distinção entre User Stories e Tasks. Quando se trabalha em pares, é como se dois cérebros compartilhassem um par de mãos enquanto realizam um trabalho juntos. Isso é algo completamente diferente dos diversos tipos de trabalho que aparecem em uma Story.
No entanto, fiz algumas afirmações um tanto frágeis, como por exemplo que Tasks normalmente são realizadas por uma pessoa. E é por isso que essas afirmações eram tão frágeis: algumas Tasks são reuniões (por exemplo, uma revisão de design com três membros da equipe) e ainda assim as chamo de Task e não de User Story.
Talvez a melhor distinção seja dizer que Stories envolvem diferentes tipos de trabalho (por exemplo, programação, testes, design de banco de dados, design de interface do usuário etc.), enquanto Tasks se limitam a apenas um tipo específico de trabalho.
Este texto é do blog de Mike Cohn e foi traduzido por nós para o alemão.
