No curso Jornada Scrum abordamos o método INVEST que é uma avaliação que pode ser realizada sobre uma História Scrum para avaliar se ela está pronta o suficiente para ser quebrada em tarefas. Por que é tão importante entender se uma História está pronta? Pois, as Histórias direcionam os objetivos da Sprint!

Não é concebível termos Histórias que durem mais de uma Sprint, do contrário, não será possível estabelecer objetivos para aquele período. Normalmente, direciono os times a verificar se as Histórias possuem mais de 10 tarefas. Embora, este número não esteja no guia, tenho visto na minha experiência que mais do que isso, normalmente, pode ser indicativo de que a História não estava pronta.

Agora, passo a explicar o método INVEST. O Product Owner precisa executar essa avaliação sempre que elencar Histórias mais prioritárias. Entendo que num backlog de produto, não há necessidade de quebrar TUDO em tarefas, então, deixo que o P.O. anote seus insights da melhor forma que conseguir para alimentar o backlog do produto. Quando estes insights ficarem mais prioritários, é importante que ele avalie a História utilizando o INVEST para então, apresentá-las para a equipe no Sprint Planning e então, possam quebrar em tarefas.

Abaixo, segue uma explicação sobre o método INVEST:

I = Independente?

A história pode concluir seu objetivo sem depender de outra coisa? Se ela tiver dependências, estas dependências precisam ser satisfeitas antes.

N = Negociável?

A história possui margem para que a equipe possa inovar e buscar novas soluções? Ao invés de pedir uma coluna na tela, peça uma nova forma de visualizar a informação.

V = Valiosa?

A história possui um valor verdadeiro? Cuidado a este ponto! Ao invés de dizer que precisamos fazer porque o cliente pediu, diga o que ele espera ganhar com isso? Pode ser que você esteja fazendo coisas inúteis sem saber!

E = Estimável?

A história tem um tempo definido para ser concluída? Eu sei que somos péssimos para prever o tempo das coisas, mas a ideia aqui é ter uma mínima noção de que é possível concluir a história em pelo menos duas semanas. Se possível, até menos tempo!

S = Sucinta?

A história está sucinta o suficiente? Aqui a avaliação é com relação ao que eu chamo de “granularização da história”. Uma analogia que facilita o entendimento é: Estou querendo construir a roda da bicicleta ou bicicleta inteira? Se for a bicicleta inteira, então, temos um épico e não uma história!

T = Testável?

A história possui um teste definido para avaliação? Aqui são os testes de aceitação do Product Owner. As definições de pronto de cada história que se relacionam ao valor esperado por ela. O P.O. precisa esclarecer como ele irá considerar que a história está entregue e pode ir para a coluna “Done”.

Até a próxima!