Roteiros ágeis: construir, compartilhar, usar, evoluir

Resumo: o roteiro de produto é um plano de ação de como vai ser o desenvolvimento de um produto ou uma solução ao longo do tempo. As equipes de produto usam roteiros para delinear funcionalidades futuras desses produtos e quando novos recursos vão ser lançados. Quando usado no desenvolvimento ágil, o roteiro proporciona contexto crucial para o trabalho diário da equipe e deve ser sensível às mudanças no cenário da concorrência.

A ideia de que o desenvolvimento ágil descarta o planejamento a longo prazo pode ser o maior mito desde o monstro do lago Ness. O roteiro é tão importante para uma equipe ágil quanto é para uma equipe cascata, pois oferece o contexto do trabalho diário da equipe, visão de longo prazo e responde às mudanças no cenário da concorrência. Mas, ao contrário de um certo monstro lendário das águas escocesas, um roteiro ágil bem feito é fácil de encontrar e de entender.

O roteiro de produto é um plano de ação de como vai ser o desenvolvimento de um produto ou uma solução ao longo do tempo. As equipes de produto usam roteiros para delinear funcionalidades futuras do produto e quando novos recursos vão ser lançados. Quando usado em desenvolvimento ágil, um roteiro oferece contexto crucial para o trabalho diário da equipe, visão futura e deve ser sensível às mudanças no cenário da concorrência. Várias equipes ágeis podem compartilhar um único roteiro de produto ou cada equipe pode ter o próprio roteiro de produto.

Para criar um roteiro, as equipes de produto levam em consideração as trajetórias do mercado, as metas da empresa, o feedback, insights e as restrições de engenharia. Assim que esses fatores são entendidos, eles são expressos em um roteiro como iniciativas e cronogramas. Abaixo você vê um roteiro simples para uma equipe de produto. De um modo geral, é melhor que os roteiros de produto se concentrem em períodos maiores, como meses ou trimestres, em vez de se comprometerem com datas específicas. Para manter as conversas de priorização focadas nas metas e na estratégia, em vez de nos cronogramas, você pode até mesmo tentar mapear as iniciativas para Agora, Próximo e Mais Tarde.

Após o roteiro ser criado, ele precisa ser compartilhado com toda a equipe de produto, com os líderes e com as equipes de entrega para que todos entendam a visão e a direção. Em muitas empresas, os proprietários de produto criam roteiros próprios em PowerPoint e planilhas e, então, enviam por e-mail os slides e as planilhas para a equipe. Embora bem intencionada, esta estratégia é falha desde o início. Cada membro da equipe tem a própria cópia do roteiro e manter todos a par de quando e se há alterações de roteiro é demorado e complicado (para dizer o mínimo).

Então, como as equipes de produto podem manter a empresa melhor informada? Simples.

A maioria das ferramentas de colaboração envia notificações automáticas, que avisam todos os participantes de um projeto que o roteiro mudou.

Ao adicionar uma iniciativa ao roteiro, considere as seguintes perguntas:

Antes de falarmos sobre as soluções de previsão dinâmica, vamos falar sobre as etapas para criar um plano ágil de longo prazo usando a metáfora da construção de uma casa:

• Quais são as prioridades relativas de cada iniciativa?
  • Qual impacto cada iniciativa vai ter nas metas do produto e da empresa?
  • Quanto esforço é necessário para cada iniciativa?
  • Há informações e dados suficientes para apoiar a realização de uma iniciativa?
• Quando pretendemos trabalhar em cada iniciativa?
  • Existem datas específicas que a equipe precisa atingir?
  • Quais dependências o programa tem – internas ou em outras equipes?
• Quais equipes estão trabalhando em cada iniciativa?
  • As equipes atuais têm disponibilidade de horário e capacidade suficiente?
  • Podemos manter as equipes ágeis atuais estáveis?
    • Se não...
      • Como as equipes serão re-organizadas?
        • Estamos contando com o fortalecimento de equipes recém-formadas no cronograma do projeto?

É importante vincular a entrega do trabalho da equipe de novo ao roteiro de produto para que você tenha todo o contexto mencionado acima. Uma maneira testada e comprovada de fazer isso é mapear as ideias de produtos priorizadas no mapa de produtos e, em seguida, as dividir em epics, requisitos e histórias de usuários no roteiro de entrega. Muitas vezes, cada ideia vai ter um epic correspondente que precisa ser dividido em tarefas menores a serem concluídas. Conectar as ideias no roteiro de produto com epics no roteiro de entrega fornece aos engenheiros o contexto por detrás das iniciativas priorizadas, como feedback e pesquisas de usuários. Além disso, facilita que as equipes de produto e desenvolvimento tomem juntas decisões de curto prazo que não comprometam o trabalho futuro.

Digamos, por exemplo, que lançamos um recurso de perfil de usuário extenso no nosso site. Se acharmos que nossos clientes não estão usando o recurso, devemos continuar a investir nele? Talvez, talvez não. Precisamos entender porque o uso é baixo antes de tomar esta decisão. Então, em vez de continuar, podemos optar por implementar alguns testes A/B com o objetivo de obter alguns insights sobre a baixa taxa de uso – que pode nos apontar uma direção que teria sido muito mais difícil (ou impossível) se simplesmente tivéssemos continuado adicionando mais itens.

A capacidade de dar um passo para trás e investigar antes de tomar uma decisão crucial é a essência de um roteiro ágil. No roteiro ideal, o processo de descoberta, que busca coletar informações e dados, é a primeira etapa que você dá antes de decidir implementar qualquer decisão. Isso dá à equipe a capacidade de desenvolver os recursos à medida que aprendem mais sobre um produto e o mercado.

Projetos cascata exigem um grande investimento inicial. Como resultado, os membros da equipe tornam-se emocionalmente presos ao roteiro e sacrificam a tomada de decisão certa, pois é muito doloroso desfazer o trabalho feito – um pecado "humano", se alguma vez houve um.

De sua parte, o desenvolvimento ágil executado em três diferentes riscos:

• A equipe pode perder a confiança na capacidade da liderança de tomar decisões estratégicas se o roteiro for atualizado frequentemente.
• O produto pode chegar tarde demais no mercado e perder a demanda se o roteiro não for atualizado com frequência suficiente.
• Esforços de longo prazo podem parecer "muito grandes e muito difíceis" para iterações mais curtas. A equipe faz uma compensação excessiva ao separar o trabalho em partes muito pequenas e acaba focando muito nos resultados a curto prazo.

Para combater golpes, deterioração e uma visão insuficiente, mantenha o roteiro uniformemente focado em metas de longo prazo que tenham táticas e estratégias de curto prazo. Uma ótima maneira de fazer isso é revisar os roteiros trimestralmente, ajustar conforme necessário e compartilhar. Isso funciona bem em qualquer organização, mas lembre-se: um único roteiro pode abranger várias equipes ágeis, então inspecione, adapte-se e comunique-se de acordo.

Continue lendo o Agile Coach para saber mais sobre as considerações especiais para equipes maiores que gerenciam portfólios ágeis com roteiros que envolvem várias equipes. Você também pode tentar criar um roteiro próprio no Jira Product Discovery de graça, feito para equipes de produto.