Pressione enter para ver os resultados ou esc para cancelar.

Product Discovery: um exemplo prático

1. Arrumando a Casa

Esta história aconteceu durante um encontro remoto de consultoria com a Softfocus e serve bem para ilustrar como funciona o processo de organização e descoberta do backlog, então iremos saber na prática o Product Discovery

O trabalho de consultoria começa com uma macro atividade que chamamos de “arrumar a casa”, que possui atividades como:

– normalização dos itens do backlog;

– categorização destes itens em módulos e épicos;

– centralização dos itens em um lugar;

– revisão.

1.1. Normalização dos Itens do Backlog

Quando iniciamos o trabalho em uma empresa é comum encontrarmos ideias em diferentes tamanhos e distribuídas de diversas formas.

Encontramos no mesmo nível histórias de usuário, épicos, módulos, critérios de aceite, tasks e requisitos de usuário. Na nossa experiência, ter todos os itens anteriores dentro do mesmo banco de ideias é o cenário mais comum.

Então o primeiro trabalho é colocar tudo na sua devida caixa, módulos, épicos, histórias e critérios de aceite dentro das histórias. As Tasks eliminamos completamente, pois é um ruído desnecessário para a gestão de fluxos de trabalho. Tasks pertencem e são geridas apenas por quem puxou o trabalho.

 

1.2. Categorização dos Itens em Módulos e Épicos

Aqui montamos o nosso story map e encaixamos os épicos nos módulos e as histórias nos épicos, em uma visão hierárquica.

Product Discovery - Story Map

Story Map
Fonte: Elaborada pelo Autor

Neste nosso modelo, os cartões laranja são módulos, os verdes épicos e os amarelos são as histórias. Durante este momento, você poderá descartar itens muito pequenos que possam ter passado pela primeira fase, sem problemas.

Entretanto, sugerimos aqui que o trabalho nos itens mais complexos, que precisam ser quebrados, seja deixado pra depois.

 

1.3. Centralização dos Itens

Durante o processo anterior, devemos checar todos os lugares que possam estar concentrando necessidades, como e-mails, planilhas e quadros, Jira e Trello por exemplo.

Este trabalho pode ser demorado, porque as ideias podem ser muitas e estarem espalhadas demais. Se existirem muitos itens e o grupo de trabalho achar que vai demorar demais, podemos fazer um corte que vai depender da dinâmica do seu sistema.

O throughput é uma excelente base para entender essa dinâmica. Uma fatia de 4 meses foi o tempo habitual nos nossos clientes que precisaram desta medida.

O recorte não significa que as demandas que ficaram pra trás serão jogadas fora, apesar de terem um grande potencial para o lixo pois a renovação do backlog é uma excelente medida sobre a capacidade de aprender e inovar da organização.

Mas a princípio você só está quebrando o seu grande lote e, conforme for acabando um lote, você já poderá definir e começar a trabalhar em outro.

Aqui precisamos ressaltar que não é recomendado que estas etapas sejam executadas de forma sequencial ou cascateado. Elas podem, e devem, acontecer durante todo o tempo de arrumação do passivo do produto, que é uma etapa do que chamamos de “arrumar a casa”.

Outro ponto importante acontece quando o produto ainda não tem um passivo, isto é, não tem histórias, épicos, módulos, critérios de aceite e requisitos, nem em e-mails, em planilhas ou  em quadros. Então, neste cenário temos um caso em que a organização começa pelo discovery, o que significa que iremos trabalhar só com a parte divertida.

Por fim, quando esta roda começa a girar, você terá poucos, ou nenhum breakdown, sendo os ciclos do seu sistema de trabalho alimentados apenas por discovery, de módulos, épicos e novos produtos.

 

2. Descobrindo ideias

Durante a revisão, nos deparamos com itens grandes demais e que deverão ser quebrados em pedaços menores, ainda de valor, mas que serão encarados como itens de trabalho. Na Softfocus isso aconteceu rapidamente com um item chamado “Simulador de Crédito”.

Com a experiência, ao olhar para este título de cartão, notamos que algo não estava bem, que ele parecia grande demais, abstrato demais. Quando isso acontece, é possível que estejamos lidando com um artefato maior, talvez um épico, um módulo ou um projeto.

Então começamos a investigar, pedimos aos analistas de negócio para contarem a história de como este “simulador de crédito” iria funcionar e de como ele se encaixaria na estrutura atual. 

Conforme o tempo ia passando e a história se repetia, contada de maneiras diferentes, ficava mais evidente que, daquela forma, o problema não ficaria claro.

Foi então quando propusemos o desenho de uma jornada de usuário no Miro[mfn]Ferramenta muito importante para o trabalho remoto, facilita o desenho de diagramas e canvas.[/mfn], pois, como foi mencionado no início, estávamos remotos. 

Após algumas ricas opiniões e debates construtivos, chegamos ao desenho abaixo:

Product Discovery - Jornada do Usuário

Product Discovery – Jornada de Usuário
Fonte: Elaborada pelo autor no Miro

A rica discussão em torno desta parte do serviço nos mostrou, claramente, que ninguém tinha a visão completa, consolidada e de fácil acesso. Ao olhar e concordar com este resultado, ficou mais fácil entender o problema e procurar descobrir o que realmente precisava ser alterado.

Product Discovery - Jornada do Usuário

Product Discovery – Jornada de Usuário
Fonte: Elaborada pelo autor no Miro

Nesta visão, e após algumas marcações, ficou claro o que precisaria ser feito, pois o desdobramento resultante ajudava a pensar melhor no que estava sendo proposto, possibilitando que ainda mais desdobramentos sejam feitos.

O limite da granularidade aqui é o limite da visão de negócios, lembrando que estamos no escopo do produto e não dos projetos.

Juntando estas informações com um pouco da estatística do fluxo, conseguimos rapidamente ter uma ordem de grandeza do esforço necessário para resolver o novo suposto problema. Com informações claras, podemos balancear entre o risco de não ter esse problema resolvido agora e o custo necessário para resolvê-lo.

Perceba que não foi necessária uma reunião extra, e dentro da cadência o processo aconteceu organicamente, onde e quando precisamos, durante a construção e revisão das ideias do produto.


Curtiu o conteúdo sobre Product Discovery?
Que tal marcar um encontro remoto para conversarmos?

Acesse agora o site da Impulso Agile e conheça uma das consultorias mais eficazes em potencializar times e maximizar entregas!