La mayoría de hojas de ruta de producto se abandonan dentro de un trimestre de ser escritas. No porque los equipos sean indisciplinados, sino porque la hoja de ruta fue construida sobre cimientos equivocados: fechas fijas, listas de características, y deseos de las partes interesadas empaquetados como un plan. Cuando la realidad inevitablemente diverge, una característica toma más tiempo, una necesidad de cliente cambia, un competidor se mueve; la hoja de ruta se convierte en ficción, y los equipos dejan de mirarla.
Una hoja de ruta que la gente realmente sigue no es un gráfico de Gantt disfrazado de estrategia de producto. Es un documento vivo que representa el pensamiento actual mejor del equipo sobre el orden en el que los problemas deberían ser resueltos, estructurado para ser honesto sobre lo que se sabe y lo que no.
Antes de diseñar una hoja de ruta, vale la pena ser claro sobre su propósito. Una hoja de ruta hace tres cosas: comunica dirección (¿a dónde vamos y por qué), fuerza priorización (no podemos hacer todo, así que qué va primero), y crea una base para alineación (para que ingeniería, diseño, ventas y soporte trabajen todos hacia los mismos objetivos).
Una hoja de ruta no garantiza fechas de entrega. No se compromete a características específicas. Y no reemplaza la necesidad de descubrimiento en curso. Si las partes interesadas tratan la hoja de ruta como una promesa, eso es un problema de proceso, no una razón para construir falsa precisión en el documento.
El formato de hoja de ruta más duradero para la mayoría de equipos es el modelo de tres horizontes. Es honesto sobre incertidumbre: elementos en "Ahora" están comprometidos, elementos en "Siguiente" están planeados pero no bloqueados, y elementos en "Después" son direccionalmente verdaderos pero sujetos a cambio a medida que aprendes más.
Nota que cada elemento incluye no solo qué es, sino por qué está ahí. Una hoja de ruta sin justificación es solo una lista. Cuando los miembros del equipo entienden por qué cada elemento fue elegido, pueden tomar mejores decisiones cuando las cosas cambian, y pueden tener conversaciones más productivas cuando un cliente solicita algo que no está en la lista.
Las hojas de ruta basadas en características ("construye X, construye Y, construye Z") crean una dinámica peligrosa: el equipo entrega características y lo llama listo, incluso si las características no mueven las métricas que se suponía debían mover. La característica fue entregada; el problema no fue resuelto.
Las hojas de ruta basadas en resultados reenmarcan cada elemento como un objetivo: "Reduce el tiempo a primer valor para nuevos usuarios de 4 días a menos de 24 horas." El equipo puede entonces decidir, y revisitar, cómo lograr ese resultado. Esta estructura también hace mucho más fácil desprioritizar una característica cuando descubres una mejor forma de alcanzar el mismo resultado.
El gerente de producto es dueño de la hoja de ruta. Eso significa que es responsable de su contenido, sus actualizaciones, y su comunicación con partes interesadas. Pero propiedad no significa autoría solo; las mejores hojas de ruta se construyen colaborativamente, con entrada de ingeniería (sobre viabilidad y esfuerzo), diseño (sobre implicaciones de experiencia de usuario), y equipos enfocados al cliente (sobre señal de mercado).
Lo que el PM debería resistir es diseñar la hoja de ruta por comité. Las partes interesadas pueden proporcionar entrada; no deberían tener poder de veto sobre elementos individuales. El PM sintetiza entrada y toma decisiones. Si el proceso para alcanzar esas decisiones es confiable, los productos también lo serán.
La columna Ahora debería ser revisada cada sprint. La columna Siguiente debería ser revisada al inicio de cada trimestre, o siempre que evidencia significativa llegue (un cliente mayor se va, un competidor lanza algo relevante, un sprint de descubrimiento produce un hallazgo sorprendente). La columna Después necesita revisión una vez por trimestre, no para refinarla, sino para confirmar que las apuestas direccionales aún tienen sentido.
El objetivo es una hoja de ruta que nunca esté lo suficientemente anticuada para ser vergonzosa, pero no actualizada tan frecuentemente que cree ansiedad. La mayoría de equipos err hacia actualización insuficiente; la hoja de ruta refleja decisiones tomadas hace seis meses y nadie sabe bien cuándo cambió por última vez.
La hoja de ruta será seguida si, y solo si, el equipo la confía. Esa confianza viene de tres cosas: la justificación de cada elemento es visible y razonable, el equipo estuvo involucrado en construirla en lugar de que se le entregue, y el PM la actualiza rápidamente cuando las circunstancias cambian en lugar de pretender que el plan original todavía se mantiene.
Una hoja de ruta que se trata como una herramienta de negociación, o como un documento producido para satisfacer ejecutivos, será ignorada a nivel de equipo y resentida a nivel de partes interesadas. Una hoja de ruta que refleja pensamiento genuino, compensaciones reales, e incertidumbre honesta se convertirá en una herramienta que la gente recurre; porque realmente ayuda a decidir.