Roadmap Horror Story: adversidades e como lidar com elas.
Ah, o roadmap. Aquele planejamento que você precisa fazer, preferencialmente, antes do ano começar e que muda sem aviso ao longo do período. Pode ser uma visão pessimista, mas pode acontecer.
Brincadeiras a parte, mesmo com essa possibilidade não podemos fugir de construí-lo. Existem os objetivos da empresa, existem as necessidades dos clientes e tudo isso deve coexistir num roadmap.
Bom, vou contar como tem sido a minha experiência.
Novos problemas surgem
Construí meu primeiro roadmap para o semestre, ou seja, no início do ano eu tinha planejado quais funcionalidades nós desenvolveríamos num período de 6 meses. Planejei seguindo as necessidades mais latentes dos clientes trazidas pela operação, além de público alvo. O primeiro trimestre correu como o planejado, entregamos tudo! Mas o segundo…
Um produto que está há muito tempo no mercado e com uma base de clientes consolidada pode demandar necessidades urgentes ("O cliente está esperando há x tempo essa funcionalidade!"). Então, em um dado momento do ano me vi obrigada a replanejar tudo o que havia pensado para o trimestre para atender uma necessidade antes do esperado.
Aqui vão algumas dicas:
1- Mesmo sendo algo urgente, não pule a fase de product discovery/workshop inception!
Não fazer vai ter consequências ruins no futuro, como falta de previsibilidade de entrega e falta de visibilidade sobre o tamanho da feature.
2- Mostre a todos os stakeholders o impacto dessa mudança no roadmap
É importante que todos estejam de acordo que uma mudança vai impactar no planejamento das demais, ou seja, fazer x funcionalidade agora pode ser fator determinante para que a funcionalidade y nem seja feita naquele ano. É sério.
Mas, e os bugs?
Outra questão em produtos que estão rodando há bastante tempo é: Como encaixar correção de bugs dentro do roadmap?
Simples: não encaixe.
Explico melhor. É bem difícil prever quando um bug crítico vai surgir, então fica complicado colocar no roadmap uma "caixinha" para os bugs. Quando isso acontecer o ideal é paralelizar com as demandas de roadmap, mas se o bug for muito cabeludo ele pode virar um novo item no roadmap.
Produtos que estão no mercado há muito tempo tem demandas de novas features e também necessidade de correção de bugs e suporte em geral. Nem sempre será possível equilibrar as duas coisas, mas independente disso, acredito que isso deve estar alinhado com os objetivos do produto.
Resumindo:
- Mudanças vão acontecer, esteja preparada e mostre os impactos dela. Não pule o workshop, pois é ele que vai te dar segurança na hora de quebrar as histórias e vai dar uma ideia de tamanho do que deve ser feito.
- Bugs precisam ser corrigidos e podem gerar impacto nas entregas do trimestre, então deixe isso bem claro para todos os envolvidos.
Creio que o processo de construção de roadmap varia de acordo com o contexto de cada time, aqui eu quis compartilhar um pouco do que eu tenho vivenciado. Construir um roadmap tem seus percalços, mas também tem muitas oportunidades de aprendizado!
