Tuve el placer de asistir a la ponencia de Bruce McCarthy, titulada "¡Los Roadmaps están muertos! ¡Larga vida a los Roadmaps!", en La Product Conf de Madrid. La sala estaba llena de personas apasionadas por el producto, y la energía era palpable. Lo que me llevé de esa experiencia no solo fue el contenido, sino la perspectiva y reflexiones sobre la evolución del producto.
McCarthy comenzó hablando sobre su amplia experiencia en diversos roles relacionados con productos, lo que le brinda una perspectiva única sobre cómo las diferentes áreas de un negocio interactúan entre sí y cómo un producto se entrelaza con todas ellas. A partir de este fundamento, Bruce presentó su argumento principal: nuestra actual perspectiva sobre los Roadmaps es problemática.
El Problema con Nuestros Roadmaps
A lo largo de su carrera, Bruce observó una clara insatisfacción y frustración hacia los roadmaps. A pesar de los avances en software y metodologías, más de la mitad de las features que construimos se utilizan rara vez o nunca. Este dato nos obliga a cuestionarnos: ¿Por qué seguimos creando productos o features que no resuenan con nuestros usuarios?
A menudo, en nuestra carrera por lanzar, pasamos por alto el paso crucial de "aprender" en el ciclo de "construir, medir, aprender". Bruce argumentó que esta mentalidad centrada en la acción sin reflexión es en gran parte el resultado de cómo conceptualizamos y utilizamos los roadmaps.
Las críticas son abundantes. Muchas personas argumentan que son herramientas desactualizadas, que se enfocan más en soluciones que en los problemas reales de los clientes, y que a menudo prometen más de lo que pueden entregar.
McCarthy presentó una visión provocadora al citar a David Cancel, CEO de Drift:
¿Somos idiotas por seguir un Roadmap inexacto o mentirosos por no seguirlo?
Esta declaración resuena con muchos profesionales del producto que sienten que están atrapados en un dilema: seguir fielmente un roadmap o adaptarse a las circunstancias cambiantes.
Un Cambio de Perspectiva
Pero, ¿y si estamos pensando en los roadmaps de la manera equivocada? Bruce sugirió que a menudo confundimos roadmaps con planes de proyectos o listas de features. Sin embargo, en su esencia, un roadmap debería ser una representación de la estrategia de producto, una herramienta comunicativa y no una serie de promesas.
El consejo de Jenna Basto de considerar un roadmap como un "prototipo de tu estrategia de producto" es esencial. Al igual que un prototipo, un roadmap es una herramienta en constante evolución, destinada a ser probada, iterada y mejorada.
Necesitamos deshacernos de la mentalidad de que los roadmaps son conjuntos de promesas. En cambio, deben ser visiones flexibles y adaptativas que sirvan como brújulas, no como cadenas.
En mi opinión, veo un valor inmenso en este cambio de perspectiva. Es hora de que reimaginemos los roadmaps, no como documentos estáticos llenos de promesas, sino como herramientas vivas que respiran y evolucionan con nuestros productos y con las necesidades de nuestros usuarios.
Bruce hizo una distinción importante: el roadmap no es lo mismo que un release plan o plan de lanzamiento. Mientras que un roadmap es una visión estratégica a largo plazo (quizás de uno a cinco años), un plan de lanzamiento es una predicción a corto plazo sobre qué funciones se liberarán y cuándo.
Lo que Realmente Importa en un Roadmap
Destacó que, a pesar de que los Roadmaps pueden adoptar muchas formas (desde hojas de cálculo hasta notas adhesivas), lo más importante es el contenido. Resaltó cinco componentes clave a tener en nuestro Roadmap, pasando por encima sobre Disclaimer y Plazos o Marco Temporal, se centró en:
- Visión del Producto: Esto se refiere al beneficio o cambio que tu producto traerá al mundo o al cliente. Bruce nos dio ejemplos claros de visiones de productos de gigantes como Google y Dropbox, que no sólo hablan del producto, sino del impacto más amplio que buscan tener.
- Business Outcomes: McCarthy instó a los y las profesionales a ir más allá de las features y fechas. Es esencial considerar cómo las features contribuirán al éxito empresarial y alinearse con los objetivos comerciales de alto nivel.
- Temas en lugar de Features: Bruce introdujo una idea (no-tan) revolucionaria: centrarse en problemas o necesidades del cliente en lugar de features específicas. Los temas reemplazan las features en un roadmap moderno. Al tomar como ejemplo a Super Mario, destacó que lo que los clientes realmente quieren no es una feature específica, sino una solución a un problema o necesidad.
Mentalidad de Roadmaps
Una de las partes más esclarecedoras de la ponencia fue cuando McCarthy discutió la mentalidad detrás de los roadmaps. Se trata de centrarse en lograr objetivos en lugar de simplemente lanzar features. Al eliminar la fricción del sistema y centrarse en resolver problemas reales, las empresas pueden lograr objetivos más significativos.
Desde mi punto de vista, veo la necesidad de esta evolución. En lugar de quedarnos atrapados en detalles minuciosos, necesitamos elevar nuestra perspectiva y ver cómo nuestro producto encaja en un panorama más amplio. Al hacerlo, no sólo estaremos cumpliendo con nuestras responsabilidades hacia la empresa, sino que también estaremos prestando un mejor servicio a nuestros clientes.
Además, este enfoque en objetivos más grandes y en resolver problemas en lugar de simplemente lanzar features, puede actuar como un poderoso motivador para los equipos. Saber que estamos trabajando para hacer un cambio significativo, en lugar de simplemente hacer check, puede ser increíblemente inspirador.
Aplica el Ciclo Lean Startup a tus Roadmaps
Me encontraba en la sala (para ser honestos, entre bastidores) escuchando con atención cada palabra que salía de los labios de Bruce McCarthy, para mí un referente, tratando de asimilar este enfoque más estratégico y centrado en el valor para los roadmaps, alejándose de la visión tradicional y evitando comprometerse prematuramente con resultados no probados. Bruce abogaba por un enfoque más ágil, en el que los roadmaps no se convierten en meros planes de proyecto fijos, sino en herramientas de gestión dinámica, adaptables y orientadas hacia resultados claros y medibles.
El problema fundamental, como Bruce lo presentó, es que tradicionalmente nos apresuramos a plasmar ideas en los roadmaps, creando compromisos prematuros que luego se convierten en cargas para los equipos. Esta premura en el proceso deja de lado la conexión con el objetivo original y puede desencadenar problemas de alineación y de entrega. La solución que propone Bruce es incorporar el ciclo de construcción, prueba y aprendizaje en el roadmap, permitiendo que los equipos se adapten y aprendan a lo largo del camino, siempre con una visión clara del valor que deben aportar.
Presentó el caso real de un servicio streaming de música que reflejó este enfoque: en lugar de fechas y features específicas, el roadmap se centra en estados como "pensándolo", "lanzándolo" y "ajustándolo". La etapa de "ajustándolo" se prolonga, dándole al equipo la flexibilidad y el tiempo necesario para alcanzar los objetivos marcados. De esta manera, el roadmap se convierte en una herramienta más flexible y alineada con la realidad de los proyectos, evitando la rigidez de las fechas y las features fijas.
La intervención de Ellie Rego, gerente de producto en Watify, que Bruce mencionó, reforzó este concepto al decir: "Aceptamos que no sabemos exactamente qué características van a lanzar los equipos. Les damos la libertad de descubrirlo". Esto subraya la idea de que en el mundo ágil de hoy, es esencial que permitamos a los equipos de producto experimentar y adaptarse para ofrecer el mayor valor posible.
Conclusión
Por supuesto, toda esta charla no podría estar completa sin herramientas y recursos que los profesionales pudieran usar. Bruce presentó su libro "Product Roadmaps Relaunched", así como un máster en línea sobre roadmaps de productos que incluye una plantilla de Google Slides y soporte continuo.
Pero la ponencia no terminó ahí.
Bruce nos dejó con una visión del futuro, anunciando su próximo libro que se centrará en uno de los mayores desafíos que enfrentan los líderes de productos: gestionar y alinear a stakeholders. Basado en el feedback real de profesionales del sector, este libro promete ser una herramienta esencial para cualquier persona que lidere productos y que quiera tener éxito en este mundo complejo y en constante cambio.
La sesión de preguntas y respuestas también fue esclarecedora. Una pregunta particularmente interesante fue sobre la responsabilidad en ausencia de fechas específicas en los roadmaps. La respuesta de Bruce fue perspicaz: ser responsables ante las métricas y los resultados, no ante la producción. Esta idea es crucial y refuerza el cambio de mentalidad necesario para tener éxito en el ámbito de la gestión de productos.
En mi opinión, la ponencia de Bruce McCarthy fue una revelación para muchas personas.
Nos recordó que los roadmaps no son meras herramientas de planificación, sino guías estratégicas que deben adaptarse y evolucionar a medida que los equipos trabajan hacia la entrega de valor. Como profesional en Thiga, siempre busco formas de mejora y adaptación a las demandas cambiantes del mundo del producto, y las ideas y perspectivas presentadas por Bruce ciertamente enriquecen la comprensión del tema.
Por último, para aquellas personas que buscan adaptar sus prácticas y llevar sus roadmaps al siguiente nivel, los recursos mencionados por Bruce son invaluables. Te animo a sumergirte en su material y aprovechar sus enseñanzas para mejorar tus procesos y, en última instancia, entregar productos excepcionales a nuestros clientes.
Para aprender más sobre producto: descarga nuestro libro de Agile Product Management
