Como os gestores de produto constroem um roteiro ágil?

Ser mais eficiente e entregar o que os clientes realmente querem – essa é a promessa de adotar uma abordagem de desenvolvimento ágil. A metodologia ágil, iterativa e incremental, apela para as organizações que querem entregar valor rapidamente aos clientes. Empresas que praticam agile querem obter feedback valioso dos clientes a cada iteração. Então eles integram esse feedback em seus roadmaps de produtos ágeis para construir melhores produtos.

Então como os gerentes de produto constroem um roadmap ágil para suportar o desenvolvimento ágil? O primeiro passo é entender o propósito de um roadmap ágil, e como ele é diferente de um roadmap de produto desenvolvido por uma organização usando métodos mais tradicionais de desenvolvimento em cascata.

Como um roadmap ágil difere de um roadmap em cascata

Um roadmap de produto em cascata comunica um compromisso de longo prazo para construir características específicas em uma linha de tempo definida. Contudo, um roadmap ágil acomoda mudanças inevitáveis enquanto ainda se compromete a fazer um trabalho significativo. Ele comunica um plano de curto prazo para atingir os objetivos do produto, com a flexibilidade de ajustar esse plano de acordo com o valor do cliente.

Aqui estão algumas formas chave de os roadmaps ágeis e os roadmaps de cascata serem diferentes:

>
• >

  Goos
  Organizações de cascata de água frequentemente estabelecem metas centradas nos negócios, medido pelos KPIs financeiros. Organizações ágeis frequentemente estabelecem metas centradas no cliente, tais como crescimento do usuário e satisfação do cliente.

• Perfil de planejamento
  Um roteiro de produtos em cascata reflete compromissos com um cronograma de longo prazo – tipicamente um ou dois anos. E um roadmap ágil reflete compromissos trimestrais (ou mesmo mensais).

• Cadência de planejamento
  As organizações de cascata de água comumente fazem estratégia anual e planejamento de produtos. As organizações ágeis geralmente o fazem muito mais regularmente em ciclos trimestrais de estratégia e planejamento de produtos.

• Planeamento de recursos / capacidade
  Um roadmap de cachoeira reflete a dedicação inicial pesada de recursos, que são alocados por projeto. Um roteiro ágil considera a equipe de sprint a unidade de recursos e pode alocar por velocidade de sprint ou capacidade da equipe.

• Investimento
  Produtos movidos a cascata de água recebem financiamento de acordo com a cadência de planejamento anual da organização. Estes fundos são comprometidos para o ano e são muitas vezes baseados no ano anterior. Em contraste, os produtos orientados para a agilidade podem ser financiados incrementalmente à medida que a organização ajusta seu portfólio com base no feedback e nos dados dos clientes.

• Colaboração
  Em uma organização em cascata, o trabalho é sequencial e segmentado – com uma fase de um departamento normalmente incapaz de avançar até que a anterior seja concluída. Em uma organização ágil, as equipes colaboram em um plano e trabalham de forma transversal e concomitante.

• Flexibilidade
  Por causa de como o trabalho é planejado e financiado, os roteiros das quedas d’água têm flexibilidade limitada. Os roteiros ágeis acomodam uma grande flexibilidade. Isto pode criar seu próprio conjunto de desafios porque as equipes precisam ter cuidado para que flexibilidade ilimitada não leve a pivôs desnecessários no desenvolvimento e recursos.

Como construir um roteiro ágil

Agora que você saiba como um roteiro ágil é diferente de um roteiro em cascata, você está pronto para construir um. Aqui estão sete passos para construir um roadmap ágil.

Passo um: Comece com a estratégia
Um roadmap ágil começa com uma estratégia firme que inclui a visão e os objetivos do seu produto. Uma visão forte articula o problema que você está resolvendo para os clientes. E as metas definem o que você quer que o produto alcance no(s) próximo(s) trimestre(s), com uma métrica clara de realização. Definir a estratégia é fundamental para todas as equipes – mesmo aquelas que querem se mover rapidamente. Sem uma visão e objectivos bem definidos, as equipas em movimento rápido correm o risco de tomar decisões iterativas que as desviem do seu rumo.

Segundo passo: Identificar temas estratégicos
Iniciativas (também chamadas épicas por algumas equipas) definem os temas estratégicos gerais para o trabalho que o ajudarão a atingir os seus objectivos. As iniciativas são divididas em características e histórias de usuários, muitas vezes abrangendo vários lançamentos.
Definir iniciativas estratégicas define o trabalho de alto nível que é necessário para atingir os objetivos. Elas ajudam a comunicar claramente a estratégia do roteiro às partes interessadas sem ter que entrar em todos os detalhes. Se sua equipe precisar mudar o rumo, você deve começar reavaliando e mudando (se necessário) as iniciativas estratégicas antes de definir novos recursos para trabalhar.

Três passos: Trabalho multifuncional
Construir roteiros ágeis requer comunicação e colaboração freqüentes entre grupos empresariais e de desenvolvimento, e entre a organização e seus clientes. Por exemplo, é fundamental para você construir o roadmap com o input do desenvolvimento, de modo que estimativas realistas de valor e esforço resultem em um plano viável. Além disso, um roadmap ágil requer o aproveitamento do esforço de todos os departamentos – design, testes, marketing e vendas – cujo trabalho é crucial para o planejamento e entrega de uma Experiência Completa do Produto.
Muitos profissionais ágeis também precisam trabalhar com grupos tradicionalmente não ágeis – como os escritórios de orçamento e a equipe jurídica – que requerem prazos mais longos. Neste caso, um roteiro ágil pode ser especialmente útil na colaboração em fluxos de trabalho paralelos e múltiplos.

Passo quatro: Ligar as histórias dos usuários a temas estratégicos
A visão do produto, metas e iniciativas definidas para um roadmap ágil dão aos gerentes de produto um guia de priorização para decompor grandes temas de trabalho em recursos. As equipes de desenvolvimento podem então decompor os recursos em requisitos técnicos, estimar o escopo e ajudá-los a organizá-los em sprints. O resultado é um backlog de recursos e histórias de usuários – com uma clara conexão com a estratégia do produto – no qual as equipes podem executar rapidamente.
Você pode conduzir o roadmap ágil avaliando freqüentemente sua estratégia – se os objetivos mudarem, o trabalho que é priorizado deve mudar também. Mas mudanças freqüentes aumentam o risco de que as metas possam mudar prematuramente. Mapear o trabalho contra uma visão clara do produto pode mostrar onde sua equipe precisa fazer ajustes (versus onde você deve se ater ao plano).

Passo cinco: Release new customer experiences
Uma versão ágil fornece um incremento de valor do produto para os clientes em uma caixa de tempo definida. Ele difere de um sprint ou iteração na medida em que proporciona uma nova experiência ao cliente (ao invés de apenas código de envio) e engloba trabalho multifuncional (como QA, marketing e treinamento de vendas). Como gerente de produto, você é responsável por ajudar a otimizar toda a nova experiência do cliente. Um lançamento também reflete marcos importantes – como um lançamento no mercado ou atualizações de arquitetura – e compartilha a visibilidade das dependências através do trabalho e das equipes.
Os lançamentos representam todos os pontos de contato onde os clientes irão interagir com uma nova experiência de produto e são definidos pelo trabalho interfuncional necessário para entregar essa experiência. Os lançamentos em um roadmap ágil comunicam aos clientes aproximadamente o que eles devem esperar ver e quando.

Passo seis: Capturar ideias
A delícia do cliente é um princípio fundamental de abordagens ágeis. Para avaliar se os clientes estão satisfeitos é necessário recolher o seu feedback. E isso pode ser feito através de entrevistas de experiência do usuário, envio de portal de idéias, testes de usabilidade e dados de uso.
Após ter coletado idéias dos clientes para melhorar o produto, eles precisam pontuar e priorizar essas idéias para um backlog de lançamentos futuros. As idéias dos clientes – juntamente com a visão e objetivos do produto – devem impulsionar a priorização do que construir a seguir.

Passo sete: Medir resultados
Empresas que praticam uma medição ágil do progresso em direção aos seus objetivos estratégicos, revisar métricas de desenvolvimento em torno da previsibilidade e velocidade, e avaliar o impacto comercial de novas idéias de recursos. Ao adotar esta abordagem, você pode revisar e ajustar os roteiros dos seus produtos trimestral ou mensalmente. Inspecionar o roadmap ágil e adaptar os planos com o feedback de clientes e partes interessadas pode ajudá-lo a acomodar mudanças de curto prazo, enquanto continua o progresso em direção à visão e às metas de longo prazo do seu produto.

Se você está construindo e executando em um roadmap ágil, as seguintes perguntas o ajudarão a pavimentar o caminho:

• Você está definindo uma estratégia de produto com visão e objetivos claros?

• Você está definindo temas estratégicos ou iniciativas que o ajudarão a trabalhar em direção aos seus objetivos?

>

• Você está organizando equipes multifuncionais em torno da entrega de valor aos clientes?

>

• >

  As equipes de desenvolvimento têm histórias de usuários claramente definidas que estão ligadas à estratégia do produto?

• Você está liberando incrementos regulares de valor aos clientes dentro do prazo?

• Está a gerir a experiência completa do cliente?

• Está a recolher o feedback dos clientes sobre os lançamentos que enviou e a utilizá-lo para orientar o seu roadmap?

• Está a avaliar regularmente o progresso para os seus objectivos estratégicos? Os pivots frequentes fazem com que você mude seu roadmap com demasiada frequência e paralisem o progresso?

Com estratégia clara, lançamentos frequentes, feedback rápido e priorização adaptativa, um roadmap ágil pode ajudar as organizações a oferecer valor ao cliente – mais rápido – com risco e desperdício reduzidos.