Alineado con tu post, Simón. La tinta (digital) lo aguanta todo, la realidad, no tanto.
Yo escribo porque me gusta escribir, porque creo que algunas experiencias personales pueden ayudar, y porque hay frameworks y modelos mentales que creo pueden ser útiles y dar nuevas perspectiva sobre cómo se pueden hacer las cosas.
Dicho esto, seguramente lo que escribo no se pueda aplicar en el 90% de las empresas de las personas que me leen, e incluso puede generar que te despidan si fuerzas tu punto de vista sobre los demás.
En mi caso, ser purista en temas de producto y no poner foco en entender el negocio no ha funcionado nada bien en el pasado, y ahora mi foco es el que comentas en el post. Primero entender el negocio, y luego ver qué podría encajar y dar valor al negocio, y después de este aprendizaje, proponer cosas que creo podrían funcionar, sin forzar.
Algunas propuestas que haga funcionarán, y otras habrá que tirarlas a la basura, y esto está bien y es natural como la vida misma.
Gracias por tu post, y de nuevo, alineado con lo que dices. Tiene más sentido poner foco en entender el negocio, y lo que leamos (e incluso lo que escribamos), con pinzas.
Muy bueno el post, como siempre, me ha gustado especialmente hoy. A mi lo que me ha funcionado, más allá de los galones y la experiencia que necesitas para decir "NO te voy a hacer un roadmap anual, y NO voy a poner fechas que no sean estrictamente necesarias", ha sido el "en vez de eso te voy a presentar un SISTEMA o FRAMEWORK DE TRABAJO que asegure que vamos a sacar lo mejor del equipo en el próximo año". Hay que dar algo a cambio, y eso me suele funcionar. Decir el CÓMO y no el QUÉ, porque no están tan acostumbrados los CEOs a que se les explique bien (en general).
En Startups no suelen servir para mucho por el nivel de incertidumbre del día a día. No tiene mucho sentido plasmar en un roadmap un año de trabajo cuando cada tres meses estás pivotando, por ejemplo.
Si a eso le unimos que los roadmaps se suelen utilizar además como herramienta de presión (“me dijiste que para Q4 iba a estar esto”), al final pueden ser hasta contraproducentes. Es mejor romper el roadmap si has aprendido algo nuevo, a respetarlo sólo porque lo hiciste con información incompleta.
Depende de el uso que le des al roadmap. A nosotros nos ha funcionado para que el resto de la empresa supiese las prioridades de producto de los próximos 2 - 3 meses. El roadmap lo actualizábamos cada 3 semanas sin una cultura de reproches por retrasos o repriorizaciones.
Al final es la maldición de los nombres, pero no hay problema en llamarlo Roadmap. Es tu roadmap, lo único que hay que tener claro es que no te tienes que casar con él, solo servirte de orientación.
En los viajes que hacemos tenemos también nuestro "roadmap", pero como alquilamos coche y sabemos que habrá imprevistos, es una herramienta de orientación, nada nos obliga a cumplirlo al pie de la letra.
Un roadmap tendría sentido en un contexto estático en el que nada evoluciona salvo tu producto, y las condiciones conocidas de partida se cumplieran en el futuro de la forma planificada.
Generalmente, ni los stakeholders, ni los clientes, ni la competencia, ni el mercado se comportan de la forma prevista por lo que acaba en papel mojado.
Alineado con tu post, Simón. La tinta (digital) lo aguanta todo, la realidad, no tanto.
Yo escribo porque me gusta escribir, porque creo que algunas experiencias personales pueden ayudar, y porque hay frameworks y modelos mentales que creo pueden ser útiles y dar nuevas perspectiva sobre cómo se pueden hacer las cosas.
Dicho esto, seguramente lo que escribo no se pueda aplicar en el 90% de las empresas de las personas que me leen, e incluso puede generar que te despidan si fuerzas tu punto de vista sobre los demás.
En mi caso, ser purista en temas de producto y no poner foco en entender el negocio no ha funcionado nada bien en el pasado, y ahora mi foco es el que comentas en el post. Primero entender el negocio, y luego ver qué podría encajar y dar valor al negocio, y después de este aprendizaje, proponer cosas que creo podrían funcionar, sin forzar.
Algunas propuestas que haga funcionarán, y otras habrá que tirarlas a la basura, y esto está bien y es natural como la vida misma.
Gracias por tu post, y de nuevo, alineado con lo que dices. Tiene más sentido poner foco en entender el negocio, y lo que leamos (e incluso lo que escribamos), con pinzas.
¡Gracias a ti por tu comentario Alex!
Muy bueno el post, como siempre, me ha gustado especialmente hoy. A mi lo que me ha funcionado, más allá de los galones y la experiencia que necesitas para decir "NO te voy a hacer un roadmap anual, y NO voy a poner fechas que no sean estrictamente necesarias", ha sido el "en vez de eso te voy a presentar un SISTEMA o FRAMEWORK DE TRABAJO que asegure que vamos a sacar lo mejor del equipo en el próximo año". Hay que dar algo a cambio, y eso me suele funcionar. Decir el CÓMO y no el QUÉ, porque no están tan acostumbrados los CEOs a que se les explique bien (en general).
Me gustó mucho tu post, tengo una duda, porque los roadmaps no funcionan?
Hola Elba,
En Startups no suelen servir para mucho por el nivel de incertidumbre del día a día. No tiene mucho sentido plasmar en un roadmap un año de trabajo cuando cada tres meses estás pivotando, por ejemplo.
Si a eso le unimos que los roadmaps se suelen utilizar además como herramienta de presión (“me dijiste que para Q4 iba a estar esto”), al final pueden ser hasta contraproducentes. Es mejor romper el roadmap si has aprendido algo nuevo, a respetarlo sólo porque lo hiciste con información incompleta.
Depende de el uso que le des al roadmap. A nosotros nos ha funcionado para que el resto de la empresa supiese las prioridades de producto de los próximos 2 - 3 meses. El roadmap lo actualizábamos cada 3 semanas sin una cultura de reproches por retrasos o repriorizaciones.
Sí. eso es lo que haría yo. Sin llamarle roadmap si acaso. Una especie de now, next, later para dar visibilidad.
Al final es la maldición de los nombres, pero no hay problema en llamarlo Roadmap. Es tu roadmap, lo único que hay que tener claro es que no te tienes que casar con él, solo servirte de orientación.
En los viajes que hacemos tenemos también nuestro "roadmap", pero como alquilamos coche y sabemos que habrá imprevistos, es una herramienta de orientación, nada nos obliga a cumplirlo al pie de la letra.
Un roadmap tendría sentido en un contexto estático en el que nada evoluciona salvo tu producto, y las condiciones conocidas de partida se cumplieran en el futuro de la forma planificada.
Generalmente, ni los stakeholders, ni los clientes, ni la competencia, ni el mercado se comportan de la forma prevista por lo que acaba en papel mojado.