Posts Tagged ‘priorizacao’

Como criar e priorizar um backlog

4 de março de 2010

Quando o Product Owner escuta pela primeira vez: o que é mais importante para entregar nesse primeiro ciclo de release? A resposta clássica é “o software inteiro”.

Uma das principais dificuldades que um PO encontra ao priorizar seu backlog nas primeiras vezes está ligado ao seu desejo de apresentar o produto completo para seus clientes.

Imagine a situação de um produto que controla venda de tickets de eventos musicais. O sistema é pensado e acessado da seguinte maneira:

Um administrador cadastra eventos, o usuário final busca um evento, se cadastra no site, escolhe a cadeira – se possível, efetua o pagamento e finalmente imprime o ingresso.

Sequência de uso do sistema

A clássica abordagem seria priorizar o backlog da seguinte maneira:

1. cadastro de administrador do sistema
2. gerenciamento de eventos (cadastra, remove, atualiza, cadastra cadeiras marcadas)
3. busca de eventos
4. cadastro de usuários e comentários para eventos
5. escolha de cadeiras
6. receber pagamentos
7. emissão de bilhetes

Para fins didáticos, supondo uma necessidade uniforme de 3 semanas para a execução de qualquer história, o PO só possui um site que agrega valor a sua empresa no final de 4 meses e 2 semanas, e com suporte a emissão automática após 5 meses e 1 semana.

Somente no final desse período ele terá feedback dos usuários finais, aqueles que se comportam de maneira imprevisível e detectam bugs que não imaginávamos existir.

O que aconteceu? As histórias foram priorizadas de acordo com o momento em que elas aparecem no fluxo de acesso ao software.

Mas precisamos mesmo de todas essas histórias completas para entregar valor ao nosso PO e consequentemente permitir o uso do software pelo cliente?

Note que uma outra priorização também é possível:

1. criação e atualização de eventos com senha master (1.5)
2. busca de eventos (3)
3. cadastro de usuários e comentários para eventos (3)
4. receber pagamentos (3)
5. emissão de bilhetes (3)
6. cadastro de cadeiras para eventos (1.5)
7. escolha de cadeiras (3)
. cadastro de administrador do sistema
. remoção de eventos

Com essa priorização, temos:

~1 mês: um site de busca de eventos
~2 meses: um site colaborativo de eventos
~2 meses e meio: as vendas online iniciam
~3 meses: emissão de bilhetes online revoluciona o mercado
3 meses e meio: escolha de cadeiras online revoluciona o mercado

Note que o próprio desenvolvimento passa a ser pago pelas vendas que foram geradas após 2 meses e meio.

Por não tentar seguir o fluxo do usuário em um sistema mas sim entregar funcionalidades que o mesmo pode utilizar desde o início, o PO e sua empresa ganham uma vantagem competitiva muito forte.

Quando seus concorrentes entregarem o sistema, a empresa que utilizou a segunda priorização já possui uma comunidade de usuários forte, um sistema com menos bugs, e gerando dinheiro há algum tempo.

A segunda empresa obteve retorno real 50% mais rápido que a primeira.

Crie histórias e priorize-as para entregar sempre algo utilizável, não crie e priorize para entregar tudo. A criação de seu backlog e a priorização é fundamental para sua posição no mercado, seja você uma empresa de produtos ou web 2.0.

E você, possui outras dicas de criação e priorização?