Etiqueta: Management

  • Resolver Problems de Mercado

    Guía Rápida para Resolver Problemas de Mercado

    ¿Alguna vez ha lanzado un producto con grandes expectativas, solo para verlo desvanecerse? ¿O quizás sus esfuerzos de marketing se sienten como gritar en el vacío, mientras los equipos técnicos construyen puentes hacia ningún lado? La realidad es que muchas empresas tropiezan porque están resolviendo los problemas equivocados. Según diversos análisis y reportes —incluidos datos recopilados por Highlightentre el 70% y el 80% de los nuevos productos fracasan, a menudo porque no abordan problemas reales del mercado ni satisfacen necesidades genuinas de los clientes. La verdad es que las empresas suelen asumir que saben lo que su mercado quiere, o confunden la retroalimentación del cliente con problemas reales del mercado. Peor aún, confunden sus objetivos comerciales internos con las verdaderas necesidades insatisfechas del cliente. Este error es una vía rápida hacia la irrelevancia.

    Comprender y realmente evaluar los problemas del mercado no solo es fundamental; es la base del desarrollo sostenible de productos y del marketing efectivo. Es un paso crítico en múltiples marcos estratégicos y técnicas de análisis de mercado, que influye en cada decisión posterior que toma su organización. Cuando usted logra entender las necesidades no satisfechas de todo su mercado —no solo de sus clientes actuales, sino también de los clientes de sus competidores e incluso de quienes aún no compran a nadie— usted desbloquea el poder de innovar y prosperar. Esta guía le ayudará a comprender la verdadera definición de los problemas de mercado y le proporcionará las técnicas esenciales para descubrir los suyos hablando con las personas adecuadas: clientes, evaluadores recientes y, de forma crucial, los clientes potenciales que a menudo se pasan por alto.

    ¿Qué son Exactamente los Problemas de Mercado? Más que Solo una Queja.


    En su forma más simple, los problemas de mercado son los desafíos, frustraciones y necesidades insatisfechas fundamentales que experimenta su público objetivo. Parece fácil resolver los problemas de mercado, ¿verdad? Pero no deje que una simple definición oculte un concepto poderoso y a menudo malinterpretado.

    Primero, amplíe su perspectiva para resolver problemas de mercado. No caiga en la trampa de definir su “mercado” solo con sus clientes actuales o incluso su público objetivo inmediato. Su mercado es un océano inmenso que incluye:

    • Sus Clientes: ¿Qué dificultades siguen teniendo, incluso después de usar su producto?
    • Clientes de la Competencia:** ¿Qué frustraciones les están llevando a usar otras alternativas
    • No Clientes: ¿Quién no está comprando ninguna solución en el espacio de su propuesta, y por qué no? ¿Cuáles son las necesidades fundamentales no satisfechas? (Según Harvard Business Review, centrarse en los no clientes a menudo descubre las oportunidades de innovación más significativas, ya que representan un vasto mercado sin explotar).

    En segundo lugar, es fundamental distinguir los verdaderos problemas de los simples deseos o características de la competencia. Los problemas son observables y medibles; tienen aspectos tanto cualitativos como cuantitativos. Son las motivaciones profundas que realmente impulsan una decisión de compra. Los deseos suelen ser fugaces, y las capacidades de la competencia simplemente indican lo que hacen los demás, no por qué alguien las elegiría. Aquí es donde muchas organizaciones fallan, priorizando características que parecen “buenas para el negocio” o fáciles de desarrollar internamente, en lugar de profundizar en lo que realmente preocupa a sus clientes.


    La Teoría de “Jobs to Be Done”: Descubriendo el “Por Qué” Detrás de la Compra


    Si el concepto de problemas de mercado aún se siente abstracto, recurramos a un marco poderoso: la teoría de “Jobs to Be Done o Trabajos por Realizar” (JTBD) [1]. Desarrollada principalmente por Anthony W. Ulwick y Bob Moesta a mediados de los 90, la JTBD fundamentalmente replantea cómo pensamos sobre los productos.

    Como Moesta explica elocuentemente en el pódcast del Pragmatic Institute “Jobs to Be Done vs. Market Problems”: “La gente no compra productos. Los adquieren para progresar en sus vidas.” Esta no es solo una frase pegadiza; es un cambio profundo en la perspectiva. Ya sea un artículo físico, una solución digital o un servicio, las personas “adquieren” productos para llevar a cabo un “trabajo”: un progreso fundamental que desean lograr. Este “trabajo” puede ser literal (como una llave Allen que ayuda a ensamblar muebles) o metafórico (una aplicación de smartphone que ayuda a pasar el tiempo mientras se espera un pedido para llevar).

    La brillantez de la teoría JTBD, y su vínculo directo con los problemas de mercado, radica en su insistencia en llegar a la raíz causal de una decisión de compra. Esto va mucho más allá de la demografía o los datos superficiales, que a menudo proporcionan correlaciones, pero rara vez revelan el “por qué”.De hecho, un estudio realizado por Clayton Christensen descubrió que las empresas que se centraban en los jobs to be done tenían una tasa de éxito significativamente mayor en los lanzamientos de nuevos productos, a veces hasta 5 veces superior a las que utilizaban la segmentación de mercado tradicional. Por el contrario, el error que lleva a construir soluciones para problemas que, aunque parezcan lógicos desde una perspectiva interna, no resuenan con la realidad del usuario, es el de las empresas que no resuelven los problemas de mercado e ignoran este “por qué” fundamental. Moesta ilustró esto maravillosamente con una experiencia de un nuevo proyecto de construcción en Detroit.

    “Las personas no compran productos. Los adquieren para hacer progresoso en sus vidas.” — Bob Moesta

    Sobre el papel, un proyecto de viviendas de Detroit era un éxito rotundo. Dirigido a “nidos vacíos” (personas mayores con hijos independizados) que buscaban reducir el tamaño de su hogar, los condominios de una sola planta y dos dormitorios tenían un precio perfecto, un tamaño generoso y contaban con acabados elegantes. Incluso incluían grandes barras de desayuno, lo que reflejaba la preferencia del mercado por el entretenimiento informal en lugar del comedor formal.

    Una sólida campaña de marketing generó una impresionante afluencia de visitas, pero las ventas se mantuvieron obstinadamente bajas. Los desarrolladores encuestaron a los compradores potenciales preguntándoles sobre las características deseadas. Como era de esperar, los encuestados solicitaron cosas como ventanales. Los desarrolladores los agregaron, reelaboraron los planos… aun así, no hubo un aumento significativo en las ventas. Sus objetivos comerciales de vender más casas no estaban alineados con lo que realmente estaba frenando a los clientes.

    Frustrado, Moesta comenzó a hablar con los compradores. Lo que descubrió fue asombroso: el mayor obstáculo no se trataba de las características de la nueva casa, sino de su querida mesa de comedor. Esto no era solo un mueble; era donde se habían creado los recuerdos: cumpleaños, días festivos, tareas escolares. La idea de deshacerse de una pieza con tanta carga emocional, o incluso regalarla, era una barrera profunda. Los compradores que encontraban a un familiar que aceptara su mesa eran significativamente más propensos a realizar la compra.

    Esta revelación llevó a Moesta a una poderosa conclusión, que compartió con la  Harvard Business Review: “Entré pensando que estábamos en el negocio de la construcción de nuevas viviendas. Pero me di cuenta de que estábamos en el negocio de mover vidas.”

    “Entré pensandoque estábamos en el negocio de la construcción de nuevas viviendas. Pero me di cuenta de que estábamos en el negocio de mover vidas.” — Bob Moesta

    Armado con esta profunda revelación, el equipo de Moesta diseñó soluciones. Ofrecieron una opción para una zona de comedor más grande (reduciendo el tamaño de un segundo dormitorio) para acomodar las preciadas mesas. Incluso proporcionaron dos años de almacenamiento y agregaron una sala de clasificación y almacenamiento dentro del desarrollo, permitiendo a los nuevos propietarios decidir qué guardar con calma.

    A pesar de que se aumentaron los precios para cubrir estos nuevos costos, las ventas de los condominios se dispararon. Y, sorprendentemente, cuando el mercado inmobiliario de Detroit colapsó en un 49% en 2007, este desarrollo en particular aún experimentó un aumento del 25% en las ventas.

    Este poderoso caso de estudio demuestra el inmenso ROI (Retorno de la Inversión) de comprender verdaderamente y actuar para resolver problemas de mercado, incluso en condiciones económicas adversas. Las soluciones surgieron de la comprensión del “trabajo por realizar” emocional del cliente, no de una lista de “funcionalidades deseables” generada internamente. Esta convincente historia subraya una verdad fundamental: la decisión de una persona de “comprar” (o “contratar” su producto) casi no tiene nada que ver con las características superficiales de su producto, y sí todo que ver con el “trabajo” fundamental que están tratando de realizar en su vida.

    Esta es la esencia de identificar y resolver los verdaderos problemas de mercado.


    Por Qué Entender los Problemas de Mercado Debería Ser Tu Superpoder


    Descubrir estos problemas de mercado profundamente arraigados es la clave para:

    • Construir los Productos Correctos: Desarrollará soluciones y resolverá problemas de mercado que realmente resuenan y brindan un valor inmenso, lo que conduce a una mayor adopción y satisfacción. Las empresas que comprenden profundamente las necesidades de los clientes superan a sus competidores en un 85% en crecimiento de ventas y en más de un 25% en margen bruto, según una investigación de Forrester. Este enfoque también mejora significativamente sus posibilidades de alcanzar el “ajuste producto-mercado” (product-market fit), un hito crítico en el que un producto satisface eficazmente la demanda del mercado (Marc Andreessen).
    • Marketing Efectivo: Creará mensajes convincentes que hablen directamente a los puntos débiles y aspiraciones de los clientes, impulsando un mayor compromiso y conversión. Su gasto en marketing se volverá significativamente más eficiente al dirigirse a necesidades genuinas, en lugar de promocionar características que su equipo o su jefe creen que son importantes, pero que los clientes no valoran.
    • Éxito Sostenible: Los productos que resuelven eficazmente los problemas de mercado crean relaciones duraderas con los clientes y ventas robustas a largo plazo. Sin esta comprensión, los productos a menudo acumulan polvo en los estantes (físicos o digitales), lo que lleva a la deserción (churn) y al eventual fracaso. Un estudio de McKinsey & Company destaca que por cada 7 ideas de productos, solo 1.5 se lanzan, y solo 1 tiene éxito, lo que enfatiza la necesidad crítica de la validación temprana del problema de mercado.

    Ejemplos del Mundo Real: Problemas de Mercado en Acción


    Veamos algunos productos icónicos que acertaron al identificar y actuar para resolver problemas de mercado::

    • El Termostato de Aprendizaje Nest (Nest Learning Thermostat)
      • Mercado: Clientes responsables con el consumo de energía.
      • Problema: “No existe una forma fácil y automática de controlar eficientemente la temperatura de mi hogar. Mi termostato actual es confuso, feo y nunca recuerdo cómo programarlo”. (Esto se alinea con los datos de frustración del usuario que muestran que los termostatos tradicionales a menudo se utilizan poco debido a su complejidad).”
      • Solución: Nest no solo automatizó; aprendió tus preferencias, se coordinó con los pronósticos meteorológicos y proporcionó informes de uso mensuales. ¡Incluso incluyeron un destornillador! Resolvió el problema de la gestión energética compleja con un diseño intuitivo y automatización inteligente, logrando una penetración significativa en el mercado poco después de su lanzamiento y transformando un electrodoméstico pasado por alto en un elemento básico del hogar inteligente.
    • Dropbox[2] 
      • Mercado: Profesionales conectados con múltiples dispositivos.
      • Problema: “Mover mis archivos entre dispositivos es un desorden engorroso y propenso a errores. Constantemente olvido mi USB o no estoy seguro de cuál versión es la más reciente”. (Un problema experimentado por millones, que condujo al fenómeno de “enviarme archivos por correo electrónico a mí mismo”, documentado en los primeros blogs de tecnología y foros de usuarios).
      • Solución: Dropbox proporcionó una sincronización de archivos fluida y automática en todos los dispositivos. Eliminó el dolor de las transferencias manuales, los archivos perdidos y las pesadillas del control de versiones, permitiendo a los usuarios “tener todos sus archivos importantes con ellos en todas partes”. Para 2011, solo cuatro años después de su fundación, Dropbox había alcanzado los 50 millones de usuarios, un testimonio de la resolución de un problema generalizado con una simplicidad elegante.
    • Shopify[3] 
      • Mercado: Pequeños minoristas en línea y aspirantes a emprendedores.
      • Problema: “Quiero montar una tienda en línea, pero no soy programador, y las plataformas de e-commerce tradicionales son demasiado complejas o costosas”. (Esto reflejaba una barrera de entrada significativa para las pequeñas empresas que querían digitalizarse, como se señala en varios informes de la industria del e-commerce).”
      • Solución: Shopify democratizó el e-commerce. En minutos, los usuarios no técnicos podían lanzar una tienda en línea profesional sin escribir una sola línea de código. Resolvió el problema de las barreras técnicas para las ventas en línea con una facilidad de uso y accesibilidad inigualables. A partir de 2023, Shopify impulsa millones de negocios en todo el mundo, mostrando su enorme impacto en este problema de mercado y su papel en la floreciente creator economy (economía del creador).
    • crowdspring[4] 
      • Mercado: Propietarios de pequeñas empresas con un presupuesto limitado.
      • Problema: “Necesito un logotipo o diseño de sitio web profesional, pero no conozco a ningún diseñador, y contratar una agencia es demasiado caro para mi presupuesto”. (Un desafío común para startups y pequeñas empresas, citado a menudo en estudios de crecimiento de PYMEs).
      • Solución: crowdspring creó un mercado donde las pequeñas empresas podían acceder a un grupo global de profesionales creativos. Solucionó el problema del acceso limitado a diseño de calidad y asequible al intermediar de forma segura las conexiones entre compradores y creativos. Esta plataforma abordó eficazmente la brecha de mercado entre la demanda de diseño asequible y el acceso al talento, demostrando ser un modelo exitoso en la gig economy (economía de los trabajos esporádicos).
    • Pagers, Beepers, Buscapersonas (¡sí, verdaderamente lidié con esto! )[5] 
      • Mercado: Telecomunicaciones.
      • Problema: “Quiero seguir siendo relevante entre los nuevos modelos de negocio y tecnologías, ya que las aplicaciones OTT (mensajería), los identificadores de llamadas y las listas de contactos incluidos en los nuevos dispositivos eran más interesantes, entretenidos y más convenientes para los usuarios.”
      • Solución: Cambiar la narrativa para dirigirse a un nicho especial: esta es “tecnología antigua”; sin embargo, sigue siendo una opción interesante para mercados especiales, ya que la frecuencia de radio del buscapersonas funciona cuando las redes celulares y el wi-fi fallan, además tienen una larga duración de batería. El buscapersonas funciona mejor en zonas de cobertura limitada como sótanos y quirófanos, debido a su señal. El buscapersonas puede ser una buena opción de respaldo para servicios de emergencia como bomberos, paramédicos o policía en situaciones de desastre como terremotos, cortes de energía o circunstancias de interferencia electromagnética. Además, los buscapersonas pueden ser útiles en situaciones de alta seguridad debido a su baja trazabilidad, la no necesidad de una SIM y su resistencia al hacking.

    Su Misión: Cómo Determinar y Evaluar Problemas de Mercado


    Si bien los datos demográficos y los buyer personas ofrecen pistas sobre quiénes son tus clientes potenciales, rara vez revelan la causa raíz de por qué la gente compra. Para eso, se necesita realizar una investigación directa y perspicaz. Como enfatiza Michael Mace de UserTesting: “Simplemente no hay sustituto para hablar con la gente.”

    Al realizar esta investigación de mercado vital, céntrese en dos principios fundamentales:

    1. Hable con la Gente Correcta: Asegúrese de que sus conversaciones sean con individuos que sean verdaderamente representativos de su mercado objetivo. Un error común es hablar solo con los clientes existentes. Expanda su alcance para incluir:
      • Clientes Actuales: Comprenda las luchas constantes y necesidades no satisfechas, incluso con su producto.
      • Evaluadores Recientes (Tratos Ganados): ¿Qué problemas específicos resolvió su producto para ellos que condujeron a su compra?
      • Evaluadores Recientes (Tratos Perdidos): ¿Por qué no compraron? ¿Qué problemas no logró abordar su producto, o qué problemas sin resolver tenían ellos? Este grupo a menudo posee insights invaluables sobre las barreras.
      • No Clientes: Estos son cruciales. ¿Por qué no están en el mercado buscando una solución como la suya? ¿Qué problemas ocultos les impiden comprar?
    2. Emplee las Metodologías Correctas: Esto implica hacer las preguntas adecuadas e interpretar cuidadosamente las respuestas. Durante las entrevistas en vivo, adopte preguntas abiertas. Bob Moesta, por ejemplo, a menudo pide a los evaluadores que dibujen una línea de tiempo de su camino hacia una decisión, explorando las “fuerzas” que impulsaron o dificultaron su progreso. Otras preguntas poderosas incluyen:
      • “¿Qué le llevó a tomar la decisión de comprar/no comprar [producto/solución]?”
      • “¿Qué problemas resuelve/no resuelve su solución actual para usted?”
      • “Describa un momento en el que tuvo dificultades con X. ¿Qué estaba haciendo? ¿Qué desencadenó esa frustración?”
      • “¿Qué compensaciones (trade-offs) hizo al elegir su solución actual? ¿A qué renunció para conseguir lo que quería?”
    “Simplemente no hay sustituto para hablar con la gente.” — Michael Mace, UserTesting

    Luego, y esto es absolutamente crítico: Escuche. No reaccione a la primera, segunda o incluso tercera entrevista. En su lugar, a medida que continúa entrevistando (busque una muestra de entrevistas cualitativas y estadísticamente significativas para comenzar a ver patrones; como punto de partida, revise la investigación de Nielsen Norman Group), observe los patrones que emergen. Estos temas recurrentes y frustraciones son donde residen los problemas de mercado genuinos. Una vez que identifique estos problemas potenciales, puede realizar encuestas cuantitativas más amplias (por ejemplo, llegando a cientos o miles de encuestados) para confirmar su prevalencia en una audiencia más grande y validar su importancia.

    Pero…..

    También, sea consciente de que escuchar la voz del cliente no se refiere solo a hablar literalmente con ellos, ni únicamente a crear encuestas y grupos focales. Hoy en día, existen herramientas poderosas para conocer los hábitos y preferencias del cliente: la antigua ciencia de la probabilidad y la estadística, combinada con el Big Data, el Análisis Cuantitativo y de Negocios, y la Inteligencia Artificial, abren un nuevo y poderoso mundo para resolver problemas de mercado como nunca antes. Después de todo, estamos intentando conocer a nuestros clientes, quizás mejor que ellos mismos.


    Superando los Obstáculos: Desafíos al Descubrir Problemas de Mercado


    Descubrir los problemas de mercado es esencial, pero no está exento de obstáculos. Aquí se explica cómo navegar los desafíos comunes:

      • Restricciones Presupuestarias:
        • El Desafío: La investigación de mercado requiere inversión en tiempo, recursos y, a veces, incentivos para los participantes.
        • La Solución: Enmarque esto como una inversión, no un gasto. El costo de construir el producto incorrecto supera con creces el costo de validar los problemas de mercado. (Forrester estima que las organizaciones centradas en el cliente logran un valor de vida útil del cliente 1.6 veces mayor y un Retorno de la Inversión en Marketing 1.9 veces superior). Presente datos de recursos como la investigación de Accenture sobre inversiones en el núcleo digital, que muestra el ROI significativo de la innovación estratégica, a los líderes. Considere incluir a stakeholders clave en capacitaciones que resalten esta importancia.
      • Acceder a los No Clientes:
        • El Desafío: Es fácil hablar con los clientes actuales; es mucho más difícil encontrar e involucrar a aquellos que no le están comprando a usted ni a nadie más.
        • La Solución: Esto depende de su mercado. Para productos B2B, establezca contactos en conferencias de la industria, ferias comerciales y plataformas en línea como LinkedIn y foros especializados. Aproveche las conexiones dentro de su red para obtener presentaciones. Para B2C, vaya a donde se reúne su mercado objetivo: comunidades en línea, grupos de redes sociales o centros comunitarios locales para grupos de edad específicos. Considere ofrecer un pequeño incentivo por su tiempo.
        • Key Strategy: No haga llamadas en frío para una entrevista. Construya relaciones primero. Interésese genuinamente en su mundo, sus desafíos y sus perspectivas. Cuando confíen en usted, será mucho más probable que participen y ofrezcan insights veraces.
      • Convertir Datos en Información Significativa:
        • El Desafío: Las transcripciones de entrevistas en bruto y las respuestas a encuestas pueden ser abrumadoras, lo que dificulta la extracción de insights accionables.
        • La Solución: Emplee el análisis cualitativo sistemático. Busque palabras clave, temas y respuestas emocionales recurrentes en múltiples entrevistas. Utilice el mapeo de afinidad (agrupar ideas similares) o el análisis temático para sintetizar sus hallazgos. Recuerde el formato de “Job Story” (Historia de Trabajo): “Cuando [situación], quiero [motivación], para poder [resultado deseado]”. Esto ayuda a enmarcar los problemas como trabajos a realizar. Aproveche las herramientas para el análisis de datos cualitativos (como Dovetail o EnjoyHQ) si su volumen de investigación es alto, como recomienda Product Talk.

    La Búsqueda Continua: ¿Con Qué Frecuencia Revisar los Problemas de Mercado?


    En el pasado, trabajé para una empresa europea de telecomunicaciones que realizó una inversión significativa en América Latina. Lograron varios hitos notables, incluido el de convertirse en líderes del mercado en ciertos países durante algún tiempo. Sin embargo, no priorizaron la escucha iterativa de la voz de los usuarios por encima de los objetivos de ventas, cayendo en la miopía de la reducción de costos y la subinversión en redes de próxima generación y mejora de calidad, lo que la dejó rezagada frente a competidores más ágiles. La empresa mantuvo estructuras de negocio rígidas y de alto costo en mercados de bajo margen, sin lograr adaptarse a modelos más esbeltos (leaner). Su excesiva dependencia de la influencia regulatoria, esperando condiciones favorables en lugar de innovar en el servicio. Todo lo anterior amplió la distancia entre las necesidades de la compañía y las necesidades de los clientes.

    La lección importante aquí es que el mercado nunca es estático. Surgen nuevas tecnologías, los comportamientos de los clientes cambian, las regulaciones se modifican y los competidores innovan. Por lo tanto, identificar y evaluar los problemas de mercado no es una actividad de una sola vez; es un proceso continuo. Los desarrolladores de productos y los especialistas en marketing deben participar constantemente en entrevistas con compradores, realizar encuestas específicas y reevaluar su comprensión de los problemas de mercado. Este enfoque iterativo garantiza que usted permanezca profundamente conectado con las necesidades cambiantes de su mercado, lo que le permite mantenerse ágil, innovar proactivamente y mantener una ventaja competitiva. Una buena cadencia podría implicar controles informales mensuales y análisis trimestrales más profundos de la dinámica cambiante del mercado, como también sugieren blogs líderes de gestión de productos como Mind the Product.


    Desbloquee el Potencial de su Producto


    Comprender y evaluar eficazmente los problemas de mercado es, posiblemente, la habilidad más crítica que desarrollará en su carrera como desarrollador de productos o especialista en marketing. Es la diferencia entre construir algo que los clientes podrían quizá usar, o construir algo que desesperadamente quieren comprar o contratar. Al dominar este concepto fundamental, podrá construir y vender productos que realmente resuenen, crear clientes leales e impulsar un éxito empresarial duradero.


    Para saber más:


    Para aprender más sobre cómo identificar y resolver problemas de mercado con el fin de construir productos que la gente quiera comprar, explore recursos de voces líderes en gestión de productos, como el Insights Blog de Silicon Valley Product Group (SVPG) de Marty Cagan o Product Talk de Teresa Torres. Estas plataformas ofrecen un amplio conocimiento sobre el descubrimiento de clientes y el desarrollo continuo de productos.


    [1] La idea detrás del concepto de “Jobs-to-be-Done” (Trabajos a Realizar) es funcionar como un lente a través del cual se pueden observar y resolver los problemas de mercado, los clientes, las necesidades, los competidores y los segmentos de clientes de manera diferente y, al hacerlo, hacer que la innovación sea mucho más predecible y rentable.

    [2] Dropbox es un servicio de alojamiento de archivos basado en la nube que le permite almacenar de forma segura sus documentos, fotos y videos en línea. Ofrece sincronización automática en todos sus dispositivos y facilita el intercambio de archivos, liberando espacio en su disco duro local.

    [3] Shopify es una plataforma de comercio electrónico que le permite crear y administrar su tienda en línea. Proporciona herramientas integrales para vender productos y servicios, procesar pagos y administrar su negocio sin necesidad de programar.

    [4] CrowdSpring es una plataforma de crowdsourcing para servicios creativos, que conecta empresas con una comunidad global de diseñadores y escritores. Puede lanzar proyectos para cualquier cosa, desde el diseño de logotipos hasta el contenido de sitios web, y recibir múltiples propuestas para elegir.

    [5] Un buscapersonas (pager) es un dispositivo pequeño y portátil que recibe mensajes cortos y unidireccionales (como números o texto) a través de señales de radio. Aunque en gran parte han sido reemplazados por los teléfonos celulares, todavía se utilizan en campos específicos, como la atención médica, por su confiabilidad.

    Links relacionados:

    Guía Rápida para la Creación Efectiva de Product Roadmaps

    El Tamaño de Equipo Scrum

    ¿Qué Certificación Elegir como Scrum Master?

    Algunos libros para saber más:

    Jobs to Be Done: Theory to Practice
    Tony Ulwick ha sido pionero en un proceso de innovación que responde a estas preguntas. En 1999, Tony le presentó a Clayton Christensen la idea de que “las personas tienen necesidades o procesos subyacentes en sus vidas, que están abordando de alguna manera en este momento” —una idea que se convertiría en la teoría de Jobs-to-Be-Done (Trabajos a Realizar).
    The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail
    Christensen explora por qué las empresas establecidas a menudo no logran adaptarse a las tecnologías disruptivas. Al comprender el dilema del innovador, los product managers pueden tomar decisiones informadas y navegar los cambios tecnológicos.
    The Art of Product Management: Lessons from a Silicon Valley Innovator
    Este libro recopila los populares artículos de Mironov de su columna, “Product Bytes”. Cubre temas como comprender a los clientes, fijar el precio de los productos y mantener organizaciones de producto eficaces.
    No Comment
  • Resolve Market Problems

    Fast Guide to Resolve Market Problems

    Resolver Market Problems

    Have you ever launched a product with high hopes, only to see it fizzle? Or perhaps your marketing efforts feel like shouting into the void, while technical teams are building bridges to nowhere? The truth is, many companies stumble because they’re solving the wrong problems. A staggering 70-80% of new products fail, often because they don’t resolve market problems or address genuine customer needs, according to various industry analyses and reports, including data compiled by Highlight. They assume they know what their market wants, or confuse customer feedback with genuine market problems, or worse, they confuse their own internal commercial goals with the customer’s true, unmet needs. This oversight is a fast track to irrelevance.

    Understanding and truly evaluating market problems isn’t just fundamental; it’s the bedrock of sustainable product development and marketing. It’s a critical early step in several frameworks and analysis market techniques, influencing every subsequent decision your organization makes. When you grasp the unmet needs of your entire market—not just your current customers, but your competitors’ customers and even those who aren’t buying from anyone yet—that’s when you unlock the power to innovate and thrive. This guide will illuminate the true definition of market problems and equip you with the essential techniques to discover yours by talking to the right people: your customers, recent evaluators, and crucially, often overlooked potential customers.


    What Exactly Are Market Problems? More Than Just a Complaint.


    At its simplest, market problems are the fundamental challenges, frustrations, and unmet needs that your target audience experiences. Seems straightforward to resolve market problems, right? But don’t let a simple definition mask a powerful, often misunderstood, concept.

    First, widen your lens to resolve market problems. Don’t fall into the trap of defining your “market” as just your existing customers or even your immediate target audience. Your market is a vast ocean, including:

    • Your Customers: What struggles do they still have, even after using your product?
    • Competitors’ Customers: What frustrations are driving them to use alternatives?
    • Non-Customers: Who isn’t buying any solution in your space, and why not? What are their fundamental unmet needs? (According to Harvard Business Review, focusing on non-customers often uncovers the most significant innovation opportunities, as they represent a vast untapped market).

    Second, it’s vital to distinguish true problems from mere desires or competitor features. Problems are observable and measurable; they have both qualitative and quantitative aspects. They are the deep-seated motivations that genuinely drive a purchasing decision. Desires are often fleeting, and competitor capabilities simply tell you what others do, not why someone would choose it. This is where many organizations falter, prioritizing features that seem “good for the business” or easy to build internally, instead of delving into what truly distresses their customers.


    The “Jobs to Be Done” Theory: Unpacking the “Why” Behind the Buy


    If the concept of market problems still feels abstract, let’s turn to a powerful framework: the “Jobs to Be Done” (JTBD) theory[1]. Primarily developed by Anthony W. Ulwick and Bob Moesta in the mid-90s, JTBD fundamentally reframes how we think about products.

    As Moesta eloquently explains in the Pragmatic Institute podcast “Jobs to Be Done vs. Market Problems”: “People don’t buy products. They hire them to make progress in their life.” This isn’t just a catchy phrase; it’s a profound shift in perspective. Whether it’s a physical item, a digital solution, or a service, people “hire” products to accomplish a “job”—a fundamental progress they want to make. This “job” can be literal (like an Allen wrench helping assemble furniture) or metaphorical (a smartphone app helping pass time while waiting for a to-go order). This isn’t just a catchy phrase; it’s a profound shift in perspective. Whether it’s a physical item, a digital solution, or a service, people “hire” products to accomplish a “job”—a fundamental progress they want to make. This “job” can be literal (like an Allen wrench helping assemble furniture) or metaphorical (a smartphone app helping pass time while waiting for a to-go order).

    The brilliance of JTBD, and its direct link to market problems, lies in its insistence on getting to the causal root of a purchasing decision. This goes far beyond demographics or surface-level data, which often provide correlations but rarely reveal the “why.” Indeed, a study by Clayton Christensen found that companies that focused on jobs to be done had a significantly higher success rate for new product launches, sometimes as high as 5 times greater than those using traditional market segmentation. By contrast, companies that fail to resolve market problems, often ignoring this fundamental “why,” is the error that leads to building solutions for problems that, while seeming logical from an internal perspective, don’t resonate with the user’s reality. Moesta illustrated this beautifully with an experience from a new construction project in Detroit.

    “People don’t buy products. They hire them to make progress in their life.” — Bob Moesta

    On paper, the Detroit housing development was a slam dunk. Targeting “empty-nesters” looking to downsize, the one-story, two-bedroom condos were perfectly priced, generously sized, and boasted elegant finishes. They even featured large breakfast bars, reflecting market preferences for casual entertaining over formal dining. A robust marketing campaign generated impressive foot traffic, yet sales remained stubbornly flat. Developers surveyed potential buyers, asking about desired features. Predictably, respondents requested things like bay windows. The developers added them, reworked plans… still, no significant uptick in sales. Their commercial goals to sell more homes were not aligned with what was truly holding customers back.

    Frustrated, Moesta started talking to buyers. What he uncovered was astonishing: the biggest hurdle wasn’t about the new home’s features, but about their beloved dining room table. This wasn’t just furniture; it was where memories were made—birthdays, holidays, homework. The thought of discarding such an emotionally charged piece, or even giving it away, was a profound barrier. Buyers who found a family member to take their table were significantly more likely to make a purchase. This revelation led Moesta to a powerful realization, which he shared with Harvard Business Review: “I went in thinking we were in the business of new-home construction. But I realized we were in the business of moving lives.”

    “I went in thinking we were in the business of new-home construction. But I realized we were in the business of moving lives.” — Bob Moesta

    Armed with this profound insight, Moesta’s team engineered solutions. They offered an option for a larger dining area (by making a second bedroom smaller) to accommodate the cherished tables. They even provided two years of storage and added a sorting room within the development, allowing new owners to decide what to keep leisurely. Even with increased prices to cover these new costs, condo sales skyrocketed. And remarkably, when the Detroit housing market crashed by 49% in 2007, this development still saw a 25% increase in sales.

    This powerful case study demonstrates the immense ROI of truly understanding and acting to resolve market problems, even in adverse economic conditions. The solutions emerged from understanding the customer’s emotional “job to be done,” not from a list of “desirable functionalities” generated internally. This compelling story underscores a critical truth: a person’s decision to “buy” (or “hire” your product) has almost nothing to do with your product’s superficial features and everything to do with the fundamental “job” they’re trying to get done in their life. This is the essence of identifying and solving true market problems.


    Why Understanding Market Problems Should Be Your Superpower


    Uncovering these deep-seated market problems is your key to:

    • Building the Right Products: You’ll develop solutions and resolve market problems that genuinely resonate and provide immense value, leading to higher adoption and satisfaction. Companies that deeply understand customer needs outperform competitors by 85% in sales growth and more than 25% in gross margin, according to research by Forrester. This focus also significantly improves your chances of achieving “product-market fit,” a critical milestone where a product effectively satisfies market demand (Marc Andreessen).
    • Effective Marketing: You’ll craft compelling messages that speak directly to customers’ pain points and aspirations, driving stronger engagement and conversion. Your marketing spend will become significantly more efficient when targeting genuine needs, rather than promoting features your team believes are important but customers don’t value.
    • Sustainable Success: Products that effectively resolve market problems create lasting customer relationships and robust, long-term sales. Without this understanding, products often collect dust on shelves (physical or digital), leading to churn and eventual failure. A study by McKinsey & Company highlights that for every 7 product ideas, only 1.5 launch, and only 1 succeeds – emphasizing the critical need for early market problem validation.

    Real-World Examples: Market Problems in Action


    Let’s look at some iconic products that nailed identifying and taking action to resolve market problems:

    • The Nest Learning Thermostat
      • Market: Energy-conscious consumers.
      • Problem: “There isn’t an easy, automatic way to control my home’s temperature efficiently. My current thermostat is confusing, ugly, and I can never remember how to program it.” (This aligns with user frustration data showing traditional thermostats are often under-utilized due to complexity).”
      • Solution: Nest didn’t just automate; it learned your preferences, coordinated with weather forecasts, and provided monthly usage reports. They even included a screwdriver! It solved the problem of complex energy management with intuitive design and smart automation, achieving significant market penetration soon after launch and transforming an overlooked household appliance into a smart home staple.
    • Dropbox[2] 
      • Market: Profesionales conectados con múltiples dispositivos..
      • Problem: “Moving my files between devices is a cumbersome, error-prone mess. I constantly forget my USB, or I’m unsure which version is the latest.” (A problem experienced by millions, leading to the “emailing myself files” phenomenon, as documented in early tech blogs and user forums).”
      • Solution: Dropbox provided seamless, automatic file synchronization across all devices. It eliminated the pain of manual transfers, lost files, and version control nightmares, allowing users to “have all their important files with them everywhere.” By 2011, just four years after its founding, Dropbox had reached 50 million users, a testament to solving a pervasive problem with elegant simplicity.
    • Shopify[3] 
      • Market: Small online retailers and aspiring entrepreneurs.
      • Problem: “I want to set up an online shop, but I’m not a programmer, and traditional e-commerce platforms are too complex or expensive.” (This reflected a significant barrier to entry for small businesses wanting to go digital, as noted in various e-commerce industry reports).”
      • Solution: Shopify democratized e-commerce. In minutes, non-technical users could launch a professional online store without writing a single line of code. It solved the problem of technical barriers to online selling with unparalleled ease of use and accessibility. As of 2023, Shopify powers millions of businesses worldwide, showcasing its massive impact on this market problem and its role in the booming creator economy.
    • crowdspring[4] 
      • Market: Small business owners on a budget.
      • Problem: “I need a professional logo or website design, but I don’t know any designers, and hiring an agency is too expensive for my budget.” (A common challenge for startups and small businesses, often cited in SME growth studies).”
      • Solution: crowdSPRING created a marketplace where small businesses could access a global pool of creative professionals. It solved the problem of limited access to affordable, quality design by safely brokering connections between buyers and creatives. This platform effectively addressed the market gap between demand for affordable design and access to talent, proving a successful model in the gig economy.
    • Pagers, Beepers (yes, I really dealt with this! )[5] 
      • Market: Telecommunications.
      • Problem: “I want to stay relevant among new business models and technologies as OTT apps (messengers), ID callers, and contact lists included in new devices, were more interesting, entertaining, and more convenient for users.”
      • Solution: Change the narrative to address a special niche, this is “old technology”; however is still an exciting option for special markets, since pager radio frequency works when cellular networks and wi-fi fail, has a long-term battery duration, its signal works better in limited coverage zones as basements, operating rooms. Pager can be a good backup option for emergency services like firefighters, paramedics, or police under disaster situations like earthquakes, power outages, or electromagnetic interference circumstances. Also, pagers can be useful in high-security situations due to their low traceability, no need for a SIM, and resistance to hacking.

    Your Mission: How to Determine and Evaluate Market Problems


    While demographic data and buyer personas offer clues about who your potential customers are, they rarely reveal the root cause of why people buy. For that, you need to conduct direct, insightful research. As Michael Mace from UserTesting emphasizes: “There’s just no substitute for talking to people.”  

    When conducting this vital market research, focus on two core principles:

    1. Talk to the Right People: Ensure your conversations are with individuals truly representative of your target market. A common mistake is only talking to existing customers. Expand your reach to include:
      • Current Customers: Understand their ongoing struggles and unmet needs even with your product.
      • Recent Evaluators (Won Deals): What specific problems did your product solve for them that led to their purchase?
      • Recent Evaluators (Lost Deals): Why didn’t they buy? What problems did your product fail to address, or what unresolved issues did they have? This group often holds invaluable insights into barriers.
      • Non-Customers: These are crucial. Why aren’t they in the market for a solution like yours? What hidden problems prevent them from buying?
    2. Employ the Right Methodologies: This involves asking the right questions and carefully interpreting the answers.

    During live interviews, embrace open-ended questions. Bob Moesta, for instance, often asks evaluators to draw a timeline of their journey to a decision, exploring the “forces” driving or hindering their progress. Other powerful questions include:

    • “What led to your decision to buy/not buy [product/solution]?”
    • “What problems does your current solution solve/not solve for you?”
    • “Describe a time when you struggled with X. What were you doing? What triggered that frustration?”
    • “What trade-offs did you make when choosing your current solution? What did you give up to get what you wanted?”
    “There’s just no substitute for talking to people.” — Michael Mace, UserTesting

    Then, and this is absolutely critical: Listen. Don’t react to the first, second, or even third interview. Instead, as you continue interviewing (aim for statistically meaningful and qualitative sample interviews to start seeing patterns; as a starting point, take a look at Nielsen Norman Group’s research), watch for patterns to emerge. These recurring themes and frustrations are where genuine market problems reside. Once you identify these potential problems, you can then conduct broader quantitative surveys (e.g., reaching hundreds to thousands of respondents) to confirm their pervasiveness across a larger audience and validate their significance.

    But…..

    Also, be aware that listening to the voice of the client does not only refer to literally talking with them, nor only creating surveys and focus groups. Today, there are powerful tools to know the client habits and preferences, old-fashioned probability and statistical science combined with Big Data, Quantitative and Business Analysis, and Artificial Intelligence, opens a new powerful world to resolve market problems like never before. After all, we are trying to know our clients, maybe better than themselves.


    Overcoming the Obstacles: Challenges of Uncovering Market Problems


    Uncovering market problems is essential, but it’s not without its hurdles. Here’s how to navigate common challenges:

      • Budget Constraints:
        • The Challenge: Market research requires investment in time, resources, and sometimes incentives for participants.
        • The Fix: Frame this as an investment, not an expense. The cost of building the wrong product far outweighs the cost of validating market problems. (Forrester estimates that customer-centric organizations achieve 1.6x higher customer lifetime value and 1.9x higher return on marketing investment). Present data from resources like Accenture’s research on digital core investments which shows the significant ROI of strategic innovation, to leadership. Consider including key stakeholders in training that highlights this importance.
      • Accessing Non-Customers:
        • The Challenge: It’s easy to talk to current customers; it’s much harder to find and engage those who aren’t buying from you or anyone else.
        • The Fix: This depends on your market. For B2B products, network at industry conferences, trade shows, and online platforms like LinkedIn and specialized forums. Leverage connections within your network for introductions. For B2C, go where your target market gathers – online communities, social media groups, or local community centers for specific age groups. Consider offering a small incentive for their time.
        • Key Strategy: Don’t cold-call for an interview. Build relationships first. Be genuinely interested in their world, their challenges, and their perspectives. When they trust you, they’ll be far more likely to participate and offer truthful insights.
      • Converting Data into Meaningful Information:
        • The Challenge: Raw interview transcripts and survey responses can be overwhelming, making it difficult to extract actionable insights.
        • The Fix: Employ systematic qualitative analysis. Look for recurring keywords, themes, and emotional responses across multiple interviews. Use affinity mapping (grouping similar ideas) or thematic analysis to synthesize your findings. Remember the “Job Story” format: “When [situation], I want to [motivation], so I can [desired outcome].” This helps frame problems as jobs to be done. Leverage tools for qualitative data analysis (like Dovetail or EnjoyHQ) if your research volume is high, as recommended by Product Talk.

    The Ongoing Quest: How Often to Revisit Market Problems?


    In the past, I worked for a European telecommunications company that made a significant investment in Latin America. They achieved several notable milestones, including becoming market leaders in certain countries for some time. However, they didn’t prioritize the iterative listening of the voice of the users over sales goals, falling into cost-cutting myopia, underinvesting in next-gen networks like 4G and 5G, which left it trailing behind more agile competitors. The company maintained rigid, high-cost business structures in low-margin markets, failing to adapt to leaner models. It’s overreliance on regulatory influence, hoping for favorable conditions instead of innovating in service. Everything before widened the distance between the company’s needs and the customers’ needs.

    The important lesson here is, the market is never static. New technologies emerge, customer behaviors shift, regulations change, and competitors innovate. Therefore, identifying and evaluating market problems isn’t a one-time activity; it’s a continuous process. Product developers and marketers should constantly engage in buyer interviews, run targeted surveys, and re-evaluate their understanding of market problems. This iterative approach ensures you remain deeply connected to your market’s evolving needs, allowing you to stay agile, innovate proactively, and maintain a competitive edge. A good cadence might involve monthly informal check-ins and quarterly deeper dives into evolving market dynamics, as also suggested by leading product management blogs like Mind the Product.


    Unlock Your Product Potential


    Understanding and effectively evaluating market problems is arguably the most critical skill you’ll develop in your career as a product developer or marketer. It’s the difference between building something customers might use and building something they desperately want to hire. By mastering this fundamental concept, you’ll be able to build and sell products that truly resonate, create loyal customers, and drive lasting business success.

    To learn more about how to identify and resolve market problems, in order to build products people want to buy, explore resources from leading voices in product management, such as Marty Cagan’s Silicon Valley Product Group (SVPG) Insights Blog or Teresa Torres’s Product Talk. These platforms offer extensive knowledge on customer discovery and continuous product development.


    To know more:

    [1] The idea behind the “Jobs-to-be-Done” concept is to work as a lens through which you can observe and resolve market problems, customers, needs, competitors, and customer segments differently, and by doing so, make innovation far more predictable and profitable.

    [2] Dropbox is a cloud-based file hosting service that lets you securely store your documents, photos, and videos online. It offers automatic synchronization across your devices and makes sharing files easy, freeing up space on your local hard drive.

    [3] Shopify is an e-commerce platform that lets you create and manage your online store. It provides comprehensive tools for selling products and services, processing payments, and running your business without needing to code.

    [4] CrowdSpring is a crowdsourcing platform for creative services, connecting businesses with a global community of designers and writers. You can launch projects for anything from logo design to website content and receive multiple submissions to choose from.

    [5] A pager is a small, portable device that receives short, one-way messages (like numbers or text) over radio signals. While mostly replaced by cell phones, they’re still used in specific fields, like healthcare, for their reliability.

    Related links:

    Fast Guide to Effective Product Roadmap Creation

    The Scrum Team Size

    What Scrum Master Certification to Choose?

    Some books to know more:

    Jobs to Be Done: Theory to Practice
    Since 1991, Tony Ulwick has pioneered an innovation process that answers these questions. In 1999, Tony introduced Clayton Christensen to the idea that “people have underlying needs or processes in their lives, that they are addressing in some way right now” – an insight that was to become the Jobs-to-Be-Done theory.
    The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail
    Christensen explores why established companies often fail to adapt to disruptive technologies. By understanding the innovator’s dilemma, product managers can make informed decisions and navigate technological shifts.
    The Art of Product Management: Lessons from a Silicon Valley Innovator
    This book compiles Mironov’s popular articles from his column, “Product Bytes.” It covers topics like understanding customers, pricing products, and maintaining effective product organizations.
    No Comment
  • Guía Rápida para Creación Efectiva de Product Roadmaps

    En la actualidad la planeación estratégica y la priorización presentan desafíos significativos para los Product Managers y Product Owners. La creación de product roadmaps[1] (u hojas de ruta) integral y efectivos es la piedra angular para superar estos obstáculos. De la misma forma que un mapa de calles guía desde el punto A al punto B, una hoja de ruta o product roadmap[1], como lo llamaremos en esta entrada, conecta la brecha entre la estrategia del producto y el proceso de construcción o desarrollo.

    Entendiendo la escencia de un Product Roadmap

    Piensa en el product roadmap[1] como tu brújula estratégica. Proporciona un plan estructurado para delinear la dirección de tu producto, articular la visión y definir las fases cruciales de entrega. Este roadmap[1] ofrece un contexto esencial para los interesados, aclarando el razonamiento detrás tus esfuerzos  y tu equipó de desarrollo. Idealmente, ofrece una visión general concisa que fomenta la alineación entre los product managers y las partes interesadas clave, como el marketing de productos, las áreas de venta o el servicio al cliente. Sin embargo, es fundamental recordar que el product roadmap es un plan, no un compromiso inflexible.

    El product roadmap va más allá de una simple lista de características o tareas en un backlog. Debe pintar un panorama más amplio, resaltar iniciativas que impulsen el progreso, capitalizar en mercados emergentes, responder a dinámicas competitivas y brindar valor al cliente. 

    Distinguiendo Entre Product Roadmap and Backlog

    Es fundamental distinguir entre un product roadmap[1] y a backlog. Aunque existe una tendencia, especialmente en entornos de emprendimiento, a difuminar las líneas entre ellos, comprender sus roles únicos es crucial. El roadmap de producto opera a un nivel superior, centrándose en la comunicación y la alineación estratégica. En contraste, el backlog se crea meticulosamente para la ejecución, detallando tareas y requisitos específicos. Para establecer un paralelo, imagina la hoja de ruta del producto como una descripción atractiva del menú de un plato, mientras que el backlog funciona como la receta detallada que guía su preparación.

    Vale la pena señalar que, aunque el product roadmap opera a un nivel superior que el backlog, utilizar herramientas capaces de sincronizar elementos entre el product roadmap y el backlog es ideal. Esto garantiza que la información se mantenga actualizada, minimizando el riesgo de desalineamiento del equipo o errores de priorización.

    El Rol Crucial del Product Roadmap en el Éxito del Negocio

    Un product roadmap funciona como un ayudante de navegación, simplificando el viaje hacia su destino. Para un product manger y un product owner, es la herramienta primordial para articular la visión y la estrategia de un producto, así como para obtener el respaldo de partes interesadas cruciales. Imagínala como el vínculo vital entre la planificación estratégica y el proceso de desarrollo.

    Comprendiendo la Importancia de los Product Roadmaps

    Piensa en el product roadmap como tu brújula en el vasto bosque del desarrollo de productos, proporcionando dirección clara y orientación para navegar desde la concepción hasta la ejecución. Justo como un esquema detallado antes de un trabajo de investigación, el product roadmap ofrece un plan estructurado, empoderando a los product managers con información valiosa y una ventaja estratégica.

    Objetivos Clave en la Creación de un Product Roadmap

    Un product roadmap bien diseñado cumple múltiples propósitos, incluyendo:

    • Definir la visión y estrategia del producto.
    • Dirigir la ejecución de iniciativas estratégicas.
    • Alinear a las partes interesadas internas hacia objetivos comunes.
    • Facilitar discusiones sobre opciones y escenarios potenciales.
    • Comunicar de manera transparente el progreso del desarrollo.
    • Compartir la dirección estratégica con partes interesadas externas.
    Tu mejor recurso para delinear tus objetivos y enfoque para un producto es un product roadmap.

    Enfrentando los Desafíos: Problemas y Soluciones de los Product Roadmaps

    Aunque los product roadmaps ofrecen transparencia e información sobre la trayectoria futura de un producto, también presentan desafíos y posibles problemas. Un desafío es el riesgo de revelar planes estratégicos a competidores, lo que podría permitirles aprovechar características innovadoras antes del lanzamiento de tu producto. Para mitigar este riesgo, considera implementar roadmaps duales: uno para la planificación interna y otro para la comunicación externa. Además, una vez divulgado el roadmap, hacer cambios puede ser difícil, ya que puede vincularse inadvertidamente a contratos, convirtiendo un plan estratégico en un compromiso vinculante. Para abordar esto, ten cuidado con la distribución de roadmaps físicos y asegúrate de que exclusivamente el product manager maneje  las discusiones sobre el futuro del producto.

    Otro tema al cual estar atento, es que las prioridades pueden cambiar debido a la retroalimentación del cliente, el mercado o la competencia. Mantén y difunde una mentalidad flexible para adaptar el product roadmap y sus objetivos a las nuevas realidades.

    Dominando el Arte de Crear Product Roadmaps

    En el dinámico ambiente del desarrollo de productos, dominar el arte de la creación de product roadmaps es esencial para lograr el éxito empresarial. Al aprovechar un product roadmap bien diseñado, los product managers pueden alinear a las partes interesadas, comunicar la visión estratégica y navegar las complejidades del desarrollo de productos con confianza. Aprovecha el poder de la creación de product roadmaps como la guía para alcanzar los objetivos comerciales y mantenerte a la vanguardia en el competitivo panorama del mercado.

    Explorando Product Roadmaps Efectivos: Tipos y Estrategias para el Éxito

    Cuando hablamos de gestión de productos o product management, dominar el arte de la creación de product roadmaps, como ya mencionamos, es esencial para impulsar iniciativas estratégicas y lograr objetivos comerciales. Sin embargo, es crucial entender que no todos los product roadmaps se crean de la misma manera. En esta guía, hablaremos de los tipos comunes de product roadmap efectivos y exploramos estrategias para su implementación exitosa.

    Revelando la Diversidad de los Product Roadmaps

    Aunque el término “product roadmap” a menudo se usa en forma singular, la realidad es que las organizaciones suelen utilizar múltiples product roadmaps, cada uno adaptado a propósitos y audiencias específicos. Al comprender los matices de los diferentes tipos de product roadmaps, los product managers pueden comunicar efectivamente la estrategia, alinear a los interesados y conducir iniciativas exitosas de desarrollo de productos.

    Tipos de Product Roadmaps Efectivos

    • Roadmap de Portafolio: Este es un plan alto nivel que describe hitos generales para ejecutar la estrategia en todo un portafolio de productos. Es fundamental para demostrar cómo las contribuciones individuales o de equipo se alinean con el panorama más amplio.
    • Roadmap de Estrategia: Considéralo como el product roadmap inaugural para un nuevo producto. Comunica la estrategia del producto, hitos importantes, características centrales y lanzamientos planificados.
    • Roadmap de Entregas (Releases): Manteniendo una perspectiva de alto nivel, este product roadmap profundiza más en las entregas o lanzamientos del producto. Incluye detalles específicos sobre las tareas previas a una entrega  y designa a individuos o equipos responsables.
    • Roadmap de Funcionalidades (Features): Este product roadmap describe la línea de tiempo para lanzar funcionalidades o características específicas del producto. Enfatiza en fechas generales (por ejemplo, “Semana 2” o “Q3”) evita comprometerse con fechas específicas que pueden ser difíciles de cumplir.
    • Roadmap Theme-Based: En lugar de un roadmap de funcionalidades, basado en mi experiencia, recomiendo adoptar un theme-based roadmap. Este enfoque proporciona flexibilidad al agrupar funcionalidades similares del producto, epicas o iniciativas bajo temas generales vinculados a objetivos estratégicos mesurables. Por ejemplo, un tema como “Completar la Primera Compra Más Rápido” se alinea con un objetivo estratégico. El theme-based roadmap permite la repriorización sin establecer expectativas poco realistas para los interesados.

    En el entorno cambiante del product management, comprender la diversidad de product roadmaps es fundamental para lograr resultados exitosos. Al aprovechar estratégicamente diferentes tipos de roadmaps, los product managers pueden comunicar eficazmente la visión, alinear a las partes interesadas y navegar las complejidades del desarrollo de productos con confianza. Aprovecha el poder de la creación de product roadmaps como su brújula guía para alcanzar los objetivos comerciales y fomentar la innovación en el competitivo panorama del mercado actual.

    No olvides diferenciar tus product roadmaps para audiencias internas versus externas. Por ejemplo, desarrolladores frente a personas de marketing, etc.

    Creando un Product Roadmap Convincente

    Antes de sumergirnos en las complejidades de la creación de product roadmaps, es fundamental establecer una base sólida. La fase más crítica del proceso de hoja de ruta ocurre durante la planificación estratégica, donde se establecen la visión y los objetivos del producto en alineación con las partes interesadas. Este paso fundamental es clave para diseñar una hoja de ruta que resuene con tu equipo y genere resultados significativos.

    Estableciendo la Estrategia y Visión del Producto

    Al desarrollar una estrategia para tu product roadmap, es imperativo comenzar familiarizándote con la estrategia de tu producto. Esto implica identificar y articular la visión y los principios que sustentan tu producto, es decir, el “por qué” de su existencia. Al invertir tiempo en definir la misión de tu producto, sientas las bases para una hoja de ruta orientada a propósitos y alineada con tus objetivos generales.

    Documentando la Misión del Producto

    Antes de adentrarte en la planificación del roadmap, dedica tiempo a destilar la misión de tu producto en una declaración clara y concisa. Esta declaración debe encapsular la visión del producto, la base de clientes objetivo, los problemas abordados y la propuesta de valor que ofrece al mercado. Documentar esta información solidifica los elementos clave que dan forma a tu hoja de ruta y facilita la comunicación y alineación con las partes interesadas. 

    Ventajas de un Enfoque Basado Primero en la Estrategia

    Adoptar una metodología basada en la estrategia ofrece numerosas ventajas en la creación de un product roadmap. Simplifica la comunicación de la visión del producto en toda la organización, asegurando la alineación antes de que comiencen las discusiones detalladas. Además, proporciona claridad sobre las prioridades y ayuda a identificar elementos que pueden no estar alineados con la visión general del producto.

    Formulación de Objetivos Orientados a Resultados

    Partiendo de la visión del producto, establece objetivos claros y orientados a resultados que den forma a las iniciativas delineadas en tu roadmap. Estos objetivos sirven como columna vertebral del roadmap, traduciendo la visión estratégica en planes concretos que generan resultados tangibles. Para lo anterior se puede partir de contestar la pregunta: ¿Qué impacto tendrán estos objetivos en el éxito general del proyecto o la organización?, esperando que las respuestas incluyan números realistas en lugar de solo ideas, es decir, en lugar de decir “mejorar las ventas”, sé más preciso: “aumentar las ventas en un 20% en el próximo trimestre”.

    Impulsando el Éxito a Través de la Creación Estratégica de Producto Roadmaps

    Elaborar un product roadmap convincente requiere una planificación cuidadosa, visión estratégica y alineación con las partes interesadas. Al invertir en la fase de planificación estratégica y establecer una visión clara del producto, preparas el terreno para un roadmap que no solo guía a tu equipo, sino que también genera resultados significativos y éxito en el competitivo panorama del mercado actual. 

    Maximizando el Éxito del Product Roadmap con Indicadores Clave de Desempeño Integrados

    Cuando se ve involucrado en la creación de Product Roadmaps, la integración de Indicadores Clave de Desempeño (KPIs)[2] juega un papel fundamental para tomar decisiones estratégicas y elevar la efectividad del product roadmap. Veamos cómo la integración estratégica de los KPIs puede mejorar tu hoja de ruta de productos y propulsar tu negocio hacia adelante.

    Estableciendo el Escenario para la Planificación Estratégica

    Una vez que tu visión de producto está cristalizada, el siguiente paso implica definir objetivos de producto distintos acompañados de métricas asignadas. Estos objetivos, que abarcan períodos más cortos, generalmente de uno a dos años, proporcionan un roadmap para el éxito. Ya sea que optes por un modelo de métrica North Star o un conjunto de métricas igualmente ponderadas, la integración de KPIs garantiza la alineación con los objetivos estratégicos generales.

    Aprovechando las Métricas para la Toma de Decisiones Informadas

    Las métricas son herramientas invaluables para dirigir tanto las decisiones de producto como la trayectoria de tu product roadmap. Las métricas orientadas al negocio, como ingresos, margen, costo de adquisición y retención, actúan como conectores efectivos, vinculando las iniciativas del roadmap con tu estrategia general. Además, las métricas centradas en el cliente, como el uso del producto y la retención, ofrecen información valiosa, alineándose con objetivos estratégicos más amplios y fomentando un crecimiento sostenible.

    Priorización Estratégica: Elevando la Clasificación de las Iniciativas

    Con tus objetivos de producto y métricas en su lugar, la priorización estratégica se vuelve fundamental. Priorizar las iniciativas para incluirlas en tu hoja de ruta de productos garantiza el máximo impacto y éxito. Mi recomendación es utilizar un modelo Valor vs. Esfuerzo. Evalúa cada iniciativa esencial para lograr tu visión de lanzamiento del producto y colócala en la escala Valor vs. Esfuerzo. Este enfoque estratégico optimiza la asignación de recursos, priorizando e alineando las iniciativas de alto impacto con tu estrategia general del producto.

    En conclusión, la integración de los Indicadores Clave de Desempeño (KPIs) en la creación de hojas de ruta de productos mejora la toma de decisiones, impulsa la alineación estratégica y maximiza el éxito empresarial. Al aprovechar las métricas de manera efectiva, puedes impulsar tu hoja de ruta hacia adelante y alcanzar tus objetivos organizacionales con precisión y claridad.

    Mezcla Estratégica de Iniciativas

    Lograr una combinación equilibrada de iniciativas en ambos cuadrantes azul y amarillo es crucial. Comienza con tareas de bajo esfuerzo y alto valor, es decir, el “fruto fácil”. Luego, incorpora iniciativas de alto valor y alta complejidad que puedan diferenciarte de tus competidores

    Atender las Solicitudes de los Clientes

    Para satisfacer las necesidades de los clientes, incluye algunas iniciativas de bajo valor y bajo esfuerzo que los clientes han solicitado. Aunque individualmente pueden no tener un impacto significativo, abordar colectivamente los comentarios de los clientes mejora la satisfacción general.

    Enfoque y Priorización Refinados

    Como alternativa, entre otros métodos, explora diferentes modelos de priorización como el Modelo Kano, que evalúa las iniciativas según la satisfacción del cliente, o quizás puedes utilizar el modelo MoSCoW, que es útil para identificar características o cualidades. Categoriza las iniciativas como esenciales, mejoradores de rendimiento o características que generan satisfacción para destacarte entre los competidores.

    Utilizando Modelos Contemporáneos: El Modelo de Puntuación RICE

    El Modelo de Puntuación RICE[3] es un enfoque moderno para la priorización. Evalúa las iniciativas según los siguientes criterios:

    • Reach (Alcance): Influencia en la base de clientes.
    • Impact (Impacto): Efecto generado.
    • Confidence (Confianza): Nivel de confianza en el alcance y el impacto.
    • Effort (Esfuerzo): Tiempo y esfuerzo requeridos. 

    Como mencioné, RICE no es el único modelo de priorización, pero es un excelente punto de partida, la consistencia es clave. Comprométete con un método de priorización y úsalo como base para adaptar su roadmap a las solicitudes de las partes interesadas durante todo el proceso de desarrollo. La coherencia garantiza la alineación con los objetivos estratégicos y mejora la efectividad del roadmap. En conclusión, las estrategias de priorización efectivas son esenciales para la creación exitosa de products roadmaps. Al adoptar una combinación estratégica de iniciativas, abordar las necesidades de los clientes y aprovechar los modelos de priorización modernos, puede optimizar su roadmap para impulsar la innovación y mantenerse a la vanguardia en el panorama competitivo.

    Participación de los Interesados: Involucrando a tus Colaboradores para el Éxito del Product Roadmap

    La colaboración con los interesados debe estar arraigada en tus procesos de planificación y desarrollo desde el inicio del proyecto. Al incorporar sus aportes desde el principio, garantizas la alineación y el compromiso durante todo el proceso de creación del product roadmap. Después de diseñar tu hoja de ruta, es crucial obtener la aprobación de los interesados. Si bien la colaboración estrecha durante todo el proceso minimiza las sorpresas, obtener una aprobación formal asegura la alineación y el compromiso con los objetivos del roadmap, además de que colaborar con los interesados para refinar las priorizaciones mejora aún más la efectividad del mismo, así como la satisfacción de los involucrados.

    Manteniendo la Participación de los Interesados Durante la Ejecución

    Incluso cuando el product roadmap está en marcha, mantener una participación frecuente con los interesados es esencial. El roadmap sirve como un punto de referencia valioso durante las interacciones con los interesados, facilitando la toma de decisiones colaborativa y la alineación con los objetivos estratégicos. Escenario de Ejemplo: Aprovechando la Hoja de Ruta para la Toma de Decisiones Colaborativa, por ejemplo, si el Vicepresidente de Ventas insiste en incluir una función específica basada en los comentarios de los clientes, hacer referencia al método de priorización y a la hoja de ruta permite evaluar objetivamente el valor de esa función. Este enfoque colaborativo garantiza que las decisiones del roadmap se base en datos y alineación estratégica en lugar de preferencias individuales.

    Frecuencia Óptima de Actualización: ¿Con qué Frecuencia Deberías Revisar tu Product Roadmap?

    El desarrollo de productos está evolucionando rápidamente, impulsado en gran medida por las prácticas ágiles de desarrollo de software. Han quedado atrás los días de ciclos de desarrollo prolongados que duraban de 12 a 24 meses; hoy en día, los productos pueden materializarse en tan solo tres a seis meses, o incluso menos.

    La Clave es la Adaptabilidad: Revisando su Product Roadmap

    La frecuencia con la que debes revisar y actualizar tu product roadmap depende de varios factores, como tu línea de tiempo de desarrollo, los cambios en el mercado, el panorama competitivo y las expectativas de los consumidores. Idealmente, realizar una revisión y actualización semanal o diaria de tu roadmap resulta beneficioso. Sin embargo, esto no implica necesariamente comunicar estas actualizaciones con la misma frecuencia. Dependiendo de tu audiencia, la comunicación periódica semanal o mensual puede ser suficiente. Abrazar la agilidad en la creación de product roadmap es esencial para mantenerse a la vanguardia en el dinámico panorama del mercado actual. Adoptar un enfoque flexible para la revisión y comunicación del roadmap te permite navegar el cambiante paisaje del desarrollo de productos con confianza y agilidad.

    Adaptando Product Roadmaps a Entornos Ágiles

    En un entorno ágil, la idea errónea de que un product roadmap es redundante está lejos de la verdad. La metodología ágil valora la planificación, y un product roadmap bien elaborado sigue siendo una herramienta valiosa para dirigir el desarrollo del producto hacia el éxito.

    Estrategias para la Integración Fluida de Product Roadmaps en Entornos Ágiles

    1. Enfoque Centrado en el Cliente: Cambia el enfoque de tu roadmap de funcionalidades a resultados para clientes y el usuarios. Este enfoque proporciona una visión holística de la trayectoria del producto al alinearse con los objetivos comerciales y garantizar la satisfacción de las necesidades del cliente y las demandas del mercado.
    2. Actualizaciones Incrementales: Evita abrumar tu roadmap con una lista exhaustiva de funcionalidades. En su lugar, proporciona actualizaciones regulares e incrementales que reflejen la naturaleza evolutiva del desarrollo del producto. Considera utilizar un sitio de intranet o una herramienta especializada para comunicar de manera transparente el estado y la dirección del  roadmap a las partes interesadas.
    3. Transparencia y Pronósticos: La transparencia es clave en los entornos ágiles. Al incorporar pronósticos en tu roadmap, sé honesto sobre la probabilidad de entregar elementos después en el futuro. Aunque los pronósticos a largo plazo pueden ser menos precisos, proporcionan información valiosa sobre las direcciones futuras.

    Mejorando la Efectividad de Roadmaps con Indicadores Medibles de Éxito

    1. Métricas Clara de Éxito: Introduce indicadores medibles de éxito para cada elemento del roadmap para proporcionar claridad y fomentar la responsabilidad dentro del equipo de desarrollo. Esto garantiza que cada característica o funcionalidad se alinee con objetivos comerciales tangibles y pueda rastrearse su impacto en el éxito general.
    2. Alineación con el Propósito: Conecta cada aspecto del roadmap con el propósito general del producto, estrechamente vinculado a la misión de la organización. Al enmarcar los elementos del roadmap dentro del contexto de su propósito, los equipos ágiles obtienen una comprensión más profunda de la importancia de su trabajo y su contribución a los objetivos organizacionales más amplios.
    En conclusión, integrar un roadmap de productos en las prácticas ágiles mejora la planificación, la transparencia y la alineación con los objetivos comerciales. Al adoptar enfoques centrados en el cliente, proporcionar actualizaciones incrementales e incorporar indicadores medibles de éxito, los equipos ágiles pueden navegar el desarrollo de productos con claridad y propósito, avanzando hacia el éxito sostenido en mercados dinámicos.
    Los planes son nada…planear lo es todo

    Establezca un Marco de Comunicación Robusto

    Empoderando la dirección y la visión

    La esencia de un product roadmap va más allá de establecer plazos; sirve como un conducto para articular intenciones futuras, compartir conocimientos de experiencias pasadas y evaluar el éxito de los resultados. Un roadmap conciso, centrado en el negocio, orientado al cliente y cuantificable empodera a las organizaciones para crear productos óptimos que resuenen con su audiencia objetivo e inspiren a todo el equipo hacia un objetivo común.

    La narrativa que guía al éxito

    Un product roadmap exitoso trasciende su papel como herramienta de planificación para convertirse en la narrativa principal que guía a toda la organización. Alinear equipos, partes interesadas y recursos detrás de una visión compartida allana el camino para la innovación, el crecimiento y el éxito empresarial sostenible. En conclusión, el poder de la creación de producto roadmaps radica en su capacidad para inspirar, alinear y promover el progreso en toda la organización. Al adoptar un enfoque estratégico y centrado en el cliente para el desarrollo de roadmaps, las empresas pueden desbloquear nuevas oportunidades, superar las expectativas de los clientes y trazar un rumbo hacia el éxito duradero en el competitivo panorama actual.
     

    Para saber más:

    [1] El concepto de “product roadmap” se originó en los tempranos 1900s como ayuda para los automovilistas, con los primeros mapas de carreteras o roadmaps que enumeraban instrucciones sobre cómo llegar de una ciudad a otra, dónde encontrar gasolina y dónde encontrar un taller de reparación.

    [2] El concepto de Indicadores Clave de Desempeño (KPIs) experimentó su último gran cambio en la década de 90s con la introducción del Cuadro de Mando Integral (Balanced Scorecard) por el Dr. Robert Kaplan y el Dr. David Norton en 1996. The Balanced Scorecard: Translating Strategy into Action.

    [3] El modelo de priorización RICE fué desarrollado por Intercom, un fabricantes de software de mensajería, para mejorar su proceso interno de toma de decisiones https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/

    [4] “Attractive Quality and Must-Be Quality” – El profesor Noriaki Kano introdujo el Análisis Kano, un enfoque revolucionario para entender la satisfacción del cliente la cual se expandió más allá de las teorías del marketing convencional en 1984. https://www.jstage.jst.go.jp/article/quality/14/2/14_KJ00002952366/_article/-char/en  

    Enlaces Relacionados:

    El Origen Y Los Valores De Agile
    El Tamaño del Equipo Scrum
    ¿Que certificación elegir como Scrum Master?

    Libros para saber más:

    Crossing the Chasm: Marketing and Selling Technology Projects to Mainstream Customers
    Geoffrey Moore introduce la teoría de marketing “cruzando el abismo”, que segmenta a los clientes en diferentes grupos (innovadores, adoptantes tempranos, mayoría temprana, mayoría tardía y rezagados). El libro proporciona ideas sobre cómo comercializar productos para cada grupo de manera secuencial, basándose en el éxito del grupo anterior.
    The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail
    Clayton Christensen explora porque las empresas establecidas a menudo no logran adaptarse a las tecnologías disruptivas. Al comprender “el dilema del innovador”, los product managers pueden tomar decisiones informadas y navegar los cambios tecnológicos.
    The Art of Product Management: Lessons from a Silicon Valley Innovator
    Este libro compila los artículos más populares de la columna  “Product Bytes” de Mironov. Cubre temas como, entender a los clientes, el precio de los productos y el mantenimiento efectivo de organizaciones creadoras de productos.
    No Comment
  • Fast Guide to Effective Product Roadmap Creation

    Imagine a product team working tirelessly, shipping features, but feeling like they’re constantly firefighting and not moving towards a clear vision. Sound familiar? That’s often the reality without a well-defined product roadmap…

    Strategic planning and prioritization present significant challenges for today’s Product Managers and Product Owners. A comprehensive and effective product roadmap[1] creation is the cornerstone for navigating these hurdles. Just as a street map guides you from point A to point B, a product roadmap[1] bridges the gap between product strategy and the development process.

    Understanding the Core of a Product Roadmap

    Think of the product roadmap[1] as your strategic compass. It provides a structured plan for outlining your product’s direction, articulating the vision, and delineating crucial deliverable phases. This roadmap[1] offers essential context for stakeholders, elucidating the reasoning behind your development endeavors. Ideally, it offers a concise overview that fosters alignment among product managers and key stakeholders such as product marketing, sales, and customer service. However, it’s essential to remember that the product roadmap is a blueprint, not an inflexible commitment.

    The product roadmap[1] transcends a mere list of features or tasks in a backlog. It must paint a broader picture, highlighting initiatives that drive progress, capitalize on emerging markets, respond to competitive dynamics, and deliver customer value.

    Distinguishing Between Product Roadmap and Backlog

    It’s vital to distinguish between a product roadmap[1] and a backlog. While there’s a tendency, particularly in startup environments, to blur the lines between them, understanding their unique roles is crucial. The product roadmap operates higher, focusing on communication and strategic alignment. In contrast, the backlog is meticulously crafted for execution, detailing specific tasks and requirements. To draw a parallel, envision the product roadmap as an enticing menu description of a dish, while the backlog serves as the detailed recipe guiding its preparation.

    It’s worth noting that, while the product roadmap operates at a higher level than the backlog, utilizing tools capable of synchronizing items between the roadmap and the backlog is ideal. This ensures that information remains updated, minimizing the risk of team misalignment or prioritization errors.

    The Crucial Role of Product Roadmaps in Business Success

    A product roadmap serves as a navigational aid, streamlining the journey toward your destination. For a product manager, it stands out as the paramount tool for articulating the vision and strategy of a product and securing support from crucial stakeholders. Picture it as the vital link between strategic planning and the development process.

    Understanding the Significance of Product Roadmaps

    Imagine a roadmap as your compass in the vast terrain of product development, providing clear direction and guidance to navigate the journey from conception to execution. Much like a detailed outline before a research paper, a product roadmap offers a structured plan, empowering product managers with invaluable insights and a strategic advantage.

    Key Objectives of Product Roadmap Creation

    A well-designed product roadmap serves multifaceted purposes, including:

    • Defining the vision and strategy of the product
    • Directing the execution of strategic initiatives
    • Aligning internal stakeholders toward common goals
    • Facilitating discussions on potential options and scenarios
    • Communicating development progress transparently
    • Sharing the strategic direction with external stakeholders
    Your best resource for outlining your goals and approach for a product is a product roadmap.

    Navigating the Challenges: Roadmaps Pitfalls and Solutions

    While product roadmaps offer transparency and insight into a product’s future trajectory, they also present challenges and potential pitfalls. One such challenge is the risk of revealing strategic plans to competitors, potentially enabling them to capitalize on innovative features before your product launch. To mitigate this risk, consider implementing dual roadmaps – one for internal planning and another for external communication. Furthermore, once a roadmap is disclosed, making alterations can be challenging, as it may become inadvertently tied to contracts, transforming a strategic plan into a binding commitment. To address this, exercise caution in the distribution of physical roadmaps, ensuring the product manager exclusively manages discussions about the product’s future.

    Mastering the Art of Product Roadmap Creation

    In the dynamic landscape of product development, mastering the art of Product Roadmap Creation is essential for driving business success. By leveraging a well-designed roadmap, product managers can confidently align stakeholders, communicate strategic vision, and navigate the complexities of product development. Embrace the power of Product Roadmap Creation as your guiding compass toward achieving business objectives and staying ahead in the competitive market landscape.

    Exploring Effective Product Roadmaps: Types and Strategies for Success

    When we talk about product management, mastering the art of Product Roadmap Creation is essential for driving strategic initiatives and achieving business objectives. However, it’s crucial to understand that not all roadmaps are created equal. In this guide, we get into common types of effective product roadmaps and explore strategies for their successful implementation.

    Unveiling the Diversity of Product Roadmaps

    While the term “product roadmap” is often used in singular form, the reality is that organizations often utilize multiple roadmaps, each tailored to specific purposes and audiences. By understanding the nuances of different roadmap types, product managers can effectively communicate strategy, align stakeholders, and drive successful product development initiatives.

    Types of Effective Product Roadmaps

    • Portfolio Roadmap: This high-level plan outlines general milestones for executing the strategy across an entire product portfolio. It’s instrumental in demonstrating how individual or team contributions align with the broader picture.
    • Strategy Roadmap: Consider this as the inaugural roadmap for a new product. It communicates the product’s strategy, major milestones, core features, and planned releases.
    • Releases Roadmap: While maintaining a high-level perspective, this roadmap delves deeper into product releases. It includes specific tasks leading up to a release and designates responsible individuals or teams.
    • Features Roadmap: This roadmap outlines the timeline for releasing specific product features. Emphasizing general dates (e.g., “Week 2” or “Q3”) prevents committing to specific dates that may be challenging to meet.
    • Theme-Based Roadmap: Instead of a features roadmap, based on experience I recommend adopting a theme-based roadmap. This approach provides flexibility by grouping similar product features, epics, or initiatives under overarching themes tied to measurable strategic goals. For instance, a theme like “Customers Complete First Purchase Faster” aligns with a strategic objective. The theme-based roadmap allows for reprioritization without setting unrealistic expectations for stakeholders.

    In the changing environment of product management, understanding the diversity of product roadmaps is key to driving successful outcomes. By leveraging different roadmap types strategically, product managers can effectively communicate vision, align stakeholders, and navigate the complexities of product development with confidence. Embrace the power of Product Roadmap Creation as your guiding compass toward achieving business objectives and driving innovation in today’s competitive market landscape.

    Do not forget to differentiate your roadmaps for internal versus external audiences. An example, developers versus marketing people, etc.

    Crafting a Compelling Product Roadmap

    Before diving into the intricacies of Product Roadmap Creation, laying a strong foundation is essential. The most critical phase of the roadmap process occurs during the strategic planning phase, where the vision and goals for the product are established and aligned with stakeholders. This foundational step is key to crafting a roadmap that resonates with your team and drives meaningful outcomes.

    Establishing Product Strategy and Vision

    When developing a strategy for your Product Roadmap, it’s imperative to start by familiarizing yourself with your product strategy. This involves pinpointing and articulating the vision and principles that underpin your product—the “why” behind its existence. By investing time in defining your product’s mission, you lay the groundwork for a roadmap that is purpose-driven and aligned with your overarching goals.

    Documenting the Product Mission

    Before diving into roadmap planning, take the time to distill your product’s mission into a clear and concise statement. This statement should encapsulate the product vision, target customer base, problems addressed, and the value proposition it brings to the market. Documenting this information solidifies key elements that shape your roadmap and facilitates communication and alignment with stakeholders.

    Advantages of a Strategy-First Approach

    Embracing a strategy-first methodology offers numerous advantages in Product Roadmap Creation. It streamlines communication of the product vision across the organization, ensuring alignment before detailed discussions begin. Additionally, it provides clarity on priorities and helps identify elements that may not align with the overarching product vision.

    Formulating Outcome-Oriented Goals

    Building on the product vision, establish clear and outcome-oriented goals that shape the initiatives outlined on your roadmap. These goals serve as a roadmap’s backbone, translating strategic vision into actionable plans that drive tangible results.

    Driving Success Through Strategic Product Roadmap Creation

    Crafting a compelling Product Roadmap requires careful planning, strategic vision, and alignment with stakeholders. By investing in the strategic planning phase and establishing a clear product vision, you set the stage for a roadmap that not only guides your team but also drives meaningful outcomes and success in today’s competitive market landscape.

    Maximizing Product Roadmap Success with Integrated Key Performance Indicators

    When you get involved in Product Roadmap Creation, the integration of Key Performance Indicators (KPIs)[2] plays a pivotal role in driving strategic decision-making and elevating roadmap effectiveness. Let’s explore how the strategic integration of KPIs can enhance your product roadmap and propel your business forward.

    Setting the Stage for Strategic Planning

    Once your product vision is crystallized, the subsequent step involves defining distinct product goals accompanied by assigned metrics. These goals, spanning shorter durations, typically one to two years, provide a roadmap for success. Whether you opt for a North Star metric model or a set of equally weighted metrics, the integration of KPIs ensures alignment with overarching strategic objectives.

    Leveraging Metrics for Informed Decision-Making

    Metrics serve as invaluable tools for steering both product decisions and the trajectory of your roadmap. Business-oriented metrics such as revenue, margin, acquisition cost, and retention act as effective connectors, linking roadmap initiatives to your overarching strategy. Additionally, customer-centric metrics like product usage and retention offer valuable insights, aligning with broader strategic objectives and driving sustainable growth.

    Strategic Prioritization: Elevating Initiative Ranking

    With your product goals and metrics in place, strategic prioritization becomes paramount. Prioritizing initiatives for inclusion in your product roadmap ensures maximum impact and success. Our recommendation is to utilize the Value vs. Effort model. Assess each initiative essential to realizing your product release vision and place it on the Value vs. Effort scale. This strategic approach optimizes resource allocation, prioritizing and aligning high-impact initiatives with your overarching product strategy.  

    In conclusion, the integration of KPIs into Product Roadmap Creation enhances decision-making, drives strategic alignment, and maximizes business success. By leveraging metrics effectively, you can propel your roadmap forward and achieve your organizational goals with precision and clarity.

    Strategic Initiative Blend

    Achieving a balanced mix of initiatives across both blue and yellow quadrants is crucial. Start with low-effort, high-value tasks—the low-hanging fruit. Then, incorporate high-value, high-complexity initiatives that could set you apart from competitors.

    Addressing Customer Requests

    To cater to customer needs, include some low-value/low-effort initiatives that customers have requested. While individually they may not drive significant impact, collectively addressing customer feedback enhances overall satisfaction.

    Refining Focus and Prioritization

    Alternatively, among other methods, explore different prioritization models like the Kano Model[4], which evaluates initiatives based on customer delight, or maybe you can use the MoSCoW model, which is useful for finding features or qualities. Categorize initiatives as essentials, performance enhancers, or delight-inducing features to stand out from the competitors.  

    Utilizing Contemporary Models: The RICE Scoring Model

    The RICE[3] Scoring Model is a modern approach to prioritization. Assess initiatives based on Reach, Impact, Confidence, and Effort:

    • Reach: Influence on customer base
    • Impact: Effect brought about
    • Confidence: Level of confidence in reach and impact
    • Effort: Time and effort required

    As I mentioned, RICE is not the only prioritization model but is an excellent starting point, consistency is key. Commit to a prioritization method and use it as a foundation for adapting your roadmap to stakeholder requests throughout the development process. Consistency ensures alignment with strategic objectives and enhances roadmap effectiveness. In conclusion, effective prioritization strategies are essential for successful product roadmap creation. By adopting a strategic blend of initiatives, addressing customer needs, and leveraging modern prioritization models, you can optimize your roadmap to drive innovation and stay ahead in the competitive landscape.

    Stakeholder Involvement: Engaging Your Collaborators for Product Roadmap Success

    Collaboration with stakeholders should be ingrained in your planning and development processes from the project’s inception. By incorporating their input early on, you ensure alignment and buy-in throughout the roadmap creation process. After crafting your product roadmap, it’s crucial to secure stakeholder endorsement. While close collaboration throughout the process minimizes surprises, obtaining formal endorsement ensures alignment and commitment to the roadmap’s objectives. Collaborating with stakeholders to refine prioritizations further enhances roadmap effectiveness and stakeholder satisfaction.

    Maintaining Stakeholder Engagement Throughout Execution

    Even as the product roadmap is set into motion, maintaining frequent engagement with stakeholders is essential. The roadmap serves as a valuable reference point during stakeholder interactions, facilitating collaborative decision-making and alignment with strategic objectives. Example Scenario: Leveraging the Roadmap for Collaborative Decision-Making For instance, if the VP of Sales urges the inclusion of a specific feature based on customer feedback, referencing the prioritization method and roadmap allows for an objective assessment of the feature’s value. This collaborative approach ensures that roadmap decisions are driven by data and strategic alignment rather than individual preferences.

    Optimal Update Frequency: How Often Should You Revise Your Product Roadmap?

    Product development is swiftly evolving, largely driven by agile software development practices. Gone are the days of lengthy development cycles lasting 12 to 24 months; today, products can materialize in as little as three to six months, or even less.

    Adaptability is Key: Revisiting Your Product Roadmap

    The frequency of revisiting and updating your product roadmap depends on several factors, including your development timeline, market shifts, competitive landscape, and consumer expectations. Ideally, conducting a weekly or daily review and update of your roadmap proves beneficial. However, this doesn’t necessitate communicating these updates at the same frequency. Depending on your audience, periodic weekly or monthly communication may suffice. Embracing agility in product roadmap creation is essential to stay ahead in today’s dynamic market landscape. Adopting a flexible approach to roadmap revision and communication allows you to navigate the evolving product development landscape with confidence and agility.

    Adapting Product Roadmaps to Agile Environments

    In an agile environment, the misconception that a product roadmap is redundant couldn’t be farther from the truth. Agile methodology values planning, and a well-crafted product roadmap remains a valuable tool for steering product development toward success.

    Strategies for Seamless Product Roadmap Integration in Agile Settings

    1. Customer-Centric Approach: Shift the focus of your roadmap from features to customer and user outcomes. This approach provides a holistic view of the product’s trajectory by aligning with business objectives, ensuring alignment with customer needs and market demands.
    2. Incremental Updates: Avoid overwhelming your roadmap with an exhaustive list of features. Instead, provide regular, incremental updates that reflect the evolving nature of product development. Consider utilizing an intranet site to communicate roadmap status and direction to stakeholders transparently.
    3. Transparency and Forecasting: Transparency is key in agile environments. While incorporating forecasting into your roadmap, be honest about the likelihood of delivering items further into the future. Analogous to weather forecasts, longer-term projections may be less accurate, but they provide valuable insights into future directions.

    Enhancing Roadmap Effectiveness with Measurable Success Benchmarks

    1. Clear Success Metrics: Introduce measurable success benchmarks for each roadmap item to provide clarity and encourage accountability within the development team. This ensures that every feature or functionality aligns with tangible business goals and can be tracked for its impact on overall success.
    2. Alignment with Purpose: Connect every aspect of the roadmap with the product’s overarching purpose, closely tied to the organization’s mission. By framing roadmap items within the context of their purpose, scrum teams gain a deeper understanding of their work’s significance and its contribution to broader organizational goals.
    In conclusion, integrating a product roadmap into agile practices enhances planning, transparency, and alignment with business objectives. By adopting customer-centric approaches, providing incremental updates, and incorporating measurable success benchmarks, agile teams can navigate product development with clarity and purpose, driving toward sustained success in dynamic markets.
    Plans are nothing … Planning is everything

    Establish a Robust Communication Framework

    Empowering Direction and Vision

    The essence of a product roadmap extends beyond outlining timelines; it serves as a conduit for articulating future intentions, sharing insights from past experiences, and gauging the success of outcomes. A concise, business-centric, customer-focused, and quantifiable roadmap empowers organizations to craft optimal products that resonate with their target audience and inspire the entire team toward a common goal.

    The Guiding Narrative for Success

    A triumphant product roadmap transcends its role as a planning tool to become the overarching narrative that guides the entire organization. Aligning teams, stakeholders, and resources behind a shared vision, paves the way for innovation, growth, and sustainable business success. In conclusion, the power of product roadmap creation lies in its ability to inspire, align, and drive progress across the organization. By embracing a strategic and customer-centric approach to roadmap development, businesses can unlock new opportunities, exceed customer expectations, and chart a course toward enduring success in today’s competitive landscape.
     

    To know more:

    [1] The concept of the “product roadmap” originated in the early 1900s as motorist aids, with the first roadmaps listing instructions on how to get from one town to another, where to find gasoline, and where to find a repair shop.

    [2] The concept of KPIs saw its last big change in the 1990s with the introduction of the Balanced Scorecard by Dr. Robert Kaplan and Dr. David Norton Kaplan, in 1996 The Balanced Scorecard: Translating Strategy into Action.

    [3] RICE prioritization model was developed by Intercom, a messaging-software producer, to improve its internal decision-making process https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/

    [4] “Attractive Quality and Must-Be Quality” – Professor Noriaki Kano introduced Kano Analysis, a revolutionary approach to understanding customer satisfaction that expanded beyond conventional marketing theories in 1984. https://www.jstage.jst.go.jp/article/quality/14/2/14_KJ00002952366/_article/-char/en  

    Related links:

    Agile’s Origins and Values
    The Scrum Team Size
    What Scrum Master Certification to Choose?

    Some books to know more:

    Crossing the Chasm: Marketing and Selling Technology Projects to Mainstream Customers
    Moore introduces the “crossing the chasm” marketing theory, which segments customers into different groups (innovators, early adopters, early majority, late majority, and laggards). The book provides insights on how to market products to each group sequentially, building upon the success of the previous one.
    The Innovator’s Dilemma: When New Technologies Cause Great Firms to Fail
    Christensen explores why established companies often fail to adapt to disruptive technologies. By understanding the innovator’s dilemma, product managers can make informed decisions and navigate technological shifts.
    The Art of Product Management: Lessons from a Silicon Valley Innovator
    This book compiles Mironov’s popular articles from his column, “Product Bytes.” It covers topics like understanding customers, pricing products, and maintaining effective product organizations.
    No Comment
  • Eligiendo Una Estrategia

    Eligiendo Una Estrategia

    Probablemente usted o su organización ya tienen muy claro la Meta y los Objetivos que desea para su proyecto, si es así déjeme felicitarlo porque no siempre es fácil, si por el contrario aún no ha dedicado tiempo a esa tarea o sigue luchando para definir sus metas y objetivos quizá quiere echar un vistazo a nuestro video anterior Definiendo Metas y Objetivos.

    Ahora bien, suponiendo que sus metas y objetivos están establecidos, es probable que usted tenga algunas ideas para poder cumplirlos, aquí es donde la participación de los miembros del equipo con el cual usted trabaja se vuelve importante, ya que las perspectivas de diferentes integrantes llega a la creación, fusión o discriminacón de ideas. Todas esta interacción que puede ser impulsado por prácticas de design thinking provoca una lluvia de ideas que se convertirán eventualmente en estrategias de ejecución.

    Cuando obtenga muchas ideas y/o estrategias el siguiente paso consistirá en evaluar cuales respaldan de mejor manera a sus objetivos, en el video de este post, llamado Eligiendo Una Estrategia, puede obtner una referancia rápida de como evaluar el grado de cumplimiento de sus ideas y estrategias a los objetivos que persigue:

    • Lluvia de ideas
    • Matriz de evaluación
    • ¿La estrategia satisface los objetivos?
    • ¿La estrategia es factible?
    • ¿Los riesgos de la estrategia son aceptables?
    • ¿La estrategia es compatible con la cultura de la organización?

    Recuerde que este video es parte del segundo capítulos del curso en videos de Introducción a la Administración de Proyectos, si desea puede ver los videos anteriores para comprender mejor el tema tratado.

    Si desea ver más videos y como se compone este curso tiene disponible la estructura del mismo aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    YouTube vive de vistas, likes y suscriptores (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones, comentarios y todo eso que los youtubers siempre piden.

    También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Video Eligiendo Una Estrategia:

     

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Definiendo Metas Y Objetivos (Video Curso)

    Puede pensar que la principal responsabilidad de alguien a cargo de un proyecto es entregarlo a tiempo y dentro del presupuesto, de hecho, es una manera muy común de pensar de organizacione, pero estan equivocados. Como parte de un cuerpo estratégico de alto nivel o como un independiente, los responsables de la administración de proyectos, en primer lugar, ayudan a impulsar, guiar y ejecutar acciones para lograr los objetivos de valor agregado identificados de cualquier organización.

    Cuando las organizaciones maduran eventualmente crean cosas como las oficinas de gestión de proyectos (PMO) y las buenas prácticas de gestión de proyectos tienen más probabilidades de ser bien recibidas por los ejecutivos y partes interesadas de la organización como elementos tácticos indispensables una vez que reconocen su verdadero valor estratégico.

    Muchas organizaciones hoy ya saben que contratado y capacitado a los pensadores estratégicos, aumenta la probabilidad de ejecutar proyectos de alto impacto. Este alto impacto, entre otras cosas, se logra identificando metas y objetivos de largo, mediano y corto plazo con el que los posteriores esfuerzos se deben alinear. Cada involucrado en un proyecto debe poder tener una comprensión clara de la línea directa desde las tareas de un proyecto hasta la visión estratégica de alto nivel.

    En el video de este post, llamado Definiendo Metas Y Objetivos, puede aprender las bases para poder crear metas y objetivos apropiados para sus proyectos. En este video se hablamos de :

    • Definición de una meta
    • Definición de objetivo
    • Tipos de objetivos
    • Elementos a tomar en cuenta para crear y redactar objetivos

    Recuerde que este video es parte del segundo capítulos del curso en videos de Introducción a la Administración de Proyectos, si desea puede ver los videos anteriores para comprender mejor el tema tratado.

    Si desea ver más videos y como se compone este curso tiene disponible la estructura del mismo aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    YouTube vive de vistas, likes y suscriptores (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones, comentarios y todo eso que los youtubers siempre piden.

    También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Video Definiendo Metas Y Objetivos:

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Enunciado de Problema en el Inicio de un Proyecto (Video Curso)

    ¿Cuántos proyectos que se alejan de su objetivo? ¿cuántos malos entendidos sobre lo debe hacer su sistema ha tenido? ¿cómo comenzar a priorizar sus tareas? Saber definir el problema que estamos resolviendo con suficiente claridad desde el principio puede ser un factor muy importante.

    Continuando con el curso en videos de Introducción a la Administración de Proyectos, Internet80.com y @ManuGekko han comenzado con el segundo capítulo de este curso, el cual estará dedicado el grupo de procesos de Inicio en un proyecto. Es aquí donde comenzaremos a aprender cómo establecer la visión inicial de proyecto y a obtener buy-in de los involucrados en el mismo.

    Este segundo capítulo comienza con un video de introducción en dónde hablamos del Inicio de un Proyecto como proceso esto abarca de manera introductoria los conceptos de:

    • Grupo de procesos de inicio
    • Acta de constitución del proyecto

    Enseguida tenemos el siguiente video donde se aborda el tema de la definición del Enunciado de Problema, por qué es importante y como crearlo, para ellos se cubren los temas:

    • Concepto de enunciado de problema
    • Diferencia con una solución
    • La importancia de preguntar por qué

    Si desea ver más videos y como se compone este curso tiene disponible la estructura del mismo aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    Recuerde que YouTube vive de vistas, likes y suscriptores (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones, comentarios y todo eso que los youtubers siempre piden. También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Video Iniciando un Proyecto:

    Iniciando Un Proyecto

    Enunciado De Problema:

    Enunciado De Problema

    Algunas publicaciones recomendables para saber más:

    No Comment
  • The Agile Team / El Equipo Agile

    The Agile Team Approach

     

    First of All

    If you don’t know the four Agile Value Statements, I invite you to take a look at Agile’s origins and values post before continuing, if you already did or already know these values, now you can focus your attention on how the agile team approach actually is in the field. Together, the Agile Value Statements add up to a highly iterative and incremental process and deliver tested code at the end of each iteration. The next points, in general, include the overall way I which an agile team carries the project:

    • Works as one
    • Works in short iterations
    • Release something every iteration
    • Focuses on business priorities
    • Inspects and adapts

    The Agile team works as one

    Unfortunately, is usual to see some business and systems analysts throw processes or requirements to designers and programmers like a ball over the wall and just continuing with their lives, also there are designers and architects who elaborate their appealing designs without the slightest consultation to their programmer coworkers, or talented programmer who finish their assigned part of the system and then shake their hands and disappear; and we can go on with sad stories. A successful agile team must have a “we’re in this together” mindset.

    I really like using video games analogies, because are a great way to illustrate what happens in real life. A lot of online games are team games, where each member of the team has a role. In this teams, there are roles such as the healer who heals his teammates, the tank who receives hits becoming in a shield for the rest of team who can attack more efficiently, the DPS who do damage to the enemy and the special class who does some kind of damage. When a player doesn’t perform their role properly, puts the rest of the team at a considerable disadvantage, sometimes this breaks the whole team completely. Everybody must work as one!

    Just like happens in this games, the agile teams also have roles, and it’s worth identifying them in a general way:

    Product Owner

    The main responsibilities of the product owner include making sure that the whole team shares the same vision about the project, establishing priorities in a way that the functionalities that contribute the most value to the business are always in which the team is working on. Take decisions that take the best return on investment of the project is the highest priority.

    Customer

    The customer is the person who made the decision to finance the project, usually represents a group or division. In these cases, it is common for this role to be combined with the product owner. In other projects, the customer can be a user.

    Developer

    In the context of agile teams, a developer title is used in a wide way, this is a developer can be a programmer, a graphic designer, a database engineer, user experience experts, architects, etc.

    Project manager

    We have to take this carefully because an agile project manager focuses more on leadership than traditional management. In some projects and agile frameworks, this figure doesn’t even exist or if it does, the person in charge of this role shares the traditional project management responsibilities with other roles such as product owner. Also can be an advisor on the adoption and understanding of the agile approach. In very small projects can even have a role as a developer, but this practice is not recommended.

    The Agile team works in short iterations

    Already mentioned this in previous posts, in agile projects, there is not a phase delineation too marked. There are not an exhaustive establishment of requirements at the beginning of the project followed by an analysis, there is not architectural design phase for the entire project. Once the project really starts, all the work (analysis, coding design, testing, etc.) occurs together within an iteration.

    The iterations are done within a previously delimited time-space (timeboxed). This means that each iteration is completed is the agreed time without excuses, even if the planned functionalities are not finished. The iterations are often very short. Most agile teams use iterations between one week and four weeks.

    The Agile team release something every iteration

    Something crucial in each iteration is that within its space of time one or more requirements are transformed into codified, tested and potentially packageable software. In reality, this does not mean that something is delivered to the end users, but it must be possible to do so. The iterations one by one add up the construction of only some functionalities, in this way an incremental development is obtained by going from one iteration to the next.

    Because a single iteration usually does not provide enough time to develop all the functionalities that the customer wants, the concept of release was created. A release comprises one or more (almost always more) iterations. Releases can occur in a variety of intervals, but it’s common for releases to last between 2 and 6 months. At the end of a release, this can be followed by another release and this one can be followed by another, and so on until the project is finished.

    The Agile team focuses on business priorities

    Agile teams demonstrate a commitment to business priorities in two ways. First, they deliver functionalities in the order specified by the product owner, which is expected to prioritize and combine features in a release that optimizes the return on investment for the project organization. To achieve this, a plan is created for the release based on the capabilities of the team and a prioritized list of the new desired functionalities. For the product owner to have greater flexibility in prioritization, the features must be written down minimizing the technical dependencies between them.

    Secondly, agile teams focus on completing and delivering functionalities valued by the user instead of completing isolated tasks.

    The Agile team inspects and adapts

    It is always good to create a plan, but the plan created at the beginning does not guarantee what will happen in the future. In fact, a plan is just a guess at a point in time. If you live persecuted by Murphy’s Law like me 😀, there will be many things that will conspire against the plan. Project staff can come or go, technologies will work better or worse than expected, users will change their minds, competitors can force us to respond differently or faster, and so on. Agile teams see that each change represents both, an opportunity and the need to update the plan to improve and reflect the reality of the current situation.

    At the beginning of each new iteration, an agile team incorporates all the new knowledge obtained in the previous iteration and adapts accordingly. If a team learned something that is likely to affect the accuracy or value of the plan, the plan must be updated. That is, perhaps the team discovered that they have overestimated or underestimated their ability to progress (capacity) and that a certain type of work consumes more time than previously thought.

    In the same way, the plan can be affected by the knowledge that the product owner has gained from the users. Perhaps because of the feedback obtained from a previous iteration the product owner has learned that users want to see more of some kind of functionality and no longer value so much that they had considered. This type of situation can alter the plan, so you have to adapt it to improve its value.

    Sorry about my English I’m not a natural speaker (don’t be grumpy, help me to improve).

    This is all for now folks, I hope this can be useful for you.

    Related links:

    Agile’s origins and values
    Roles on Agile Teams: From Small to Large Teams
    What Is Agile?

    These are some recommended books to know more:

    No Comment
  • Opciones Software Para La Administración de Proyectos

    Opciones Software Para La Administración de Proyectos (Video Curso)

    Finalmente este es el último video del primer capítulo Explorando La Administracion De Proyectos que forma parte del curso gratuito en video de Introducción a la Administración de Proyectos, así que ahora tocó el turno de hablar de algunas de las opciones que están diponibles en el mercado de software que le pueden ayudar en su labor como responsable de un proyecto.

    Siguiendo la tradición del curso, los videos abordan el tema de manera breve, pero buscando siempre ponerlo a usted en la pista correcta para averigüe más y llegue a sus propias conclusiones. En este video se aborda las características esenciales de:

    • Software especializado en gestión de proyectos
    • Procesadores documentos
    • Hojas de cálculo
    • Software para presentaciones
    • Consideraciones generales

    Todos los videos previos están disponibles en YouTube o si prefiere, en los siguientes enlaces:

    1. Definición de Proyecto
    2. Definición de Gestión de Proyectos
    3. Lo Necesario Para Ser Un Administrador de Proyectos
    4. Los Cinco Procesos De La Administración de Proyectos
    5. Cascada VS Agile

    Estos videos forman parte del primer capítulo del curso Explorando La Administracion De Proyectos. La estructura del curso puede verla aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    Recuerde que YouTube vive de vistas, likes y suscriptores (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones y todo eso que los youtubers siempre piden. También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Con usted el último video de este capítulo Opciones Software Para La Administración de Proyectos:

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Agile Value / Valores de Agile

    Agile’s origins and values

    Agile Value / Valores de Agile

    Winds of Change

    Much is heard about Agile, Agile project management or the “Agile methodology” as something from the 21st century, but actually, the origin and Agile values began to take shape a little earlier. The 90s were a very interesting decade, MTV had its best moment, the Grunge music invaded the radio and the Internet came to the life of the masses. Along with the Internet boom, the way of making software changed completely, companies began to learn how to create software on a large scale and for interconnected users all over the world, which brought new demands. In the search for success, many of these companies began to import “good practices” from other industries expecting good results, which in the end were mixed in many cases (see Waterfall Model).

    Many electromechanical systems were already beginning to be replaced by electronic systems, and sometime later the software began to have more and more relevance, but the development and interaction of these elements were trapped in predictive models that tried to know all elements involved in a system of beforehand, which were (and still are) very difficult to establish at the beginning of software projects with high levels of uncertainty, which has since caused very long development periods with hard-to-predict end dates. This situation led to the frustration of many leaders, who despite the situation were creating and adapting their own techniques, methods, and frameworks to the traditional models of development, which eventually gave rise to the first winks of Agile thinking.

    Agile is born

    After several previous meetings, in February of 2001, a group of professionals had a new and now famous meeting whose main contribution was The Agile Manifesto. This manifesto was written and signed by seventeen software development leaders (now known as the Agile Community). Their document gave a name to how this group was developing software and provided a list of Agile value statements:

    • Individuals and interactions over processes and tools
    • Working software over comprehensive documentation
    • Customer collaboration over contract negotiation
    • Responding to change over following a plan
    And this group added:

    That is, while there is value in the items on the right, we value the items on the left more.

    You can know more about history and the original manifesto at agilemanifesto.org

    In particular, these opinion leaders looked for ways to quickly build functional software and put it in the hands of end users. This quick delivery approach provided a couple of important benefits. First, it allowed users to get some of the business benefits of the new software faster. Second, it allowed the software team to obtain quick feedback on the scope and direction of software projects on a regular basis. In other words, the Agile approach was born.

    Behind the Agile Value Statements

    You already know the list of value statements, but let’s see what are the reasons behind them:

    Value people and interactions over processes and tools. Those of us who have a path in the development world know that a team with great people works well even using mediocre tools also these teams always overcome other dysfunctional teams with mediocre people who have excellent tools and processes. If people are treated as disposable pieces there will be no process, tool or methodology capable of saving their projects from failing. Good development processes recognize the strengths (and weaknesses) of individuals and take advantage of it instead of trying to make everyone homogeneous.

    Value software that works over the comprehensive documentation. Because it leads us to have incrementally improved versions of the product at the end of each iteration. This allows us to collect early and often, some feedback about the product, and the process allows us to know if we should correct the course of action, make adjustments or move forward with the same vision. As the developed software grows with each iteration, it can be shown to the probable or real users. All this facilitates the relationship with customers and improves the chances of success.

    Value the collaboration with the customers over contracts negotiation. Because in order to create Agile teams we must seek that all parties involved in the project work to achieve the same set of goals. Contract negotiation sometimes conflicts with the development team and the customer from the beginning. I think the multiplayer online battle arena games are a great example, personally, I like games like Heroes of the Storm o League of Legends. These are cooperative games where teams with five members are formed, the objective is that the team must destroy the base of the enemy by working together. All players win, or all players lose. These matches are surprisingly fun, and what we would like, for software development teams and customers, is to come together with this same attitude of collaboration and shared goals. Yes, contracts are often necessary, but the terms and details of a contract can exert a great negative influence on the different parties involved, and turn a collaborative environment into an inner competitive one.

    Value responding to change over following a plan. Because the main objective is to provide the greatest possible amount of value to the project’s customers and users. In large and/or complex projects, you will find that it is very difficult even for users and/or customers, to know every detail of each feature they want. It is inevitable that users come with new ideas, or that they decide that some critical features initially are no longer so. For an Agile team, a plan is a vision of the future, but many points of view are possible and environmental factors can change over the time. As a team gains knowledge and experience about a project, the plan should be updated accordingly.

    With the four Agile Values Statements from the Agile Manifesto in mind, I think you can begin to understand what it means to have an Agile approach to estimating and planning.

    Sorry about my English I’m not a natural speaker (don’t be grumpy, help me to improve 🙂 ).

    Related links:

    To agility and beyond: The history—and legacy—of agile development

    What Is Agile?

    What Scrum Master Certification to Choose?

    These are some books to know more:

    No Comment
  • Cascada VS Agile

    Cascada VS Agile (Video Curso)

     

    Este es un video que no pensé incluir cuando estaba diseñando el curso gratuito en video de Introducción a la Administración de Proyectos, pero recordé que hay muchas personas que aun siguen discutiendo y enfrentado los modelos ágiles y los modelos tradicionales de gestión de proyectos, cual si fueran personajes de Street Fighter. Me imagino las pantallas arcade de mi infancia mostrando Cascada Vs Agile, RUP VS Scrum, PSP VS XP, cuando en realidad se trata comprender el contexto de su proyecto para aplicar el enfoque más adecuado.

    Finalmente he creado para usted el quinto video de este curso en donde se explica en que situaciones en las cuales debería de aplicar estas aproximaciones de administración de proyectos y cual es su relación con los cinco grupos de procesos del Project Manament Institute o PMI independientemente de pasiones mal ubicadas por marcos de trabajo o técnicas específcas. En este video encontrará:

    • Modelo de Cascada, Tradicional o Waterfall
    • Modelo Ágil o Agile
    • Su relación con los grupos de procesos

    Todos los videos previos están disponibles en YouTube o si prefiere, en los siguientes enlaces:

    1. Definición de Proyecto
    2. Definición de Gestión de Proyectos
    3. Lo Necesario Para Ser Un Administrador de Proyectos
    4. Los Cinco Procesos De La Administración de Proyectos

    Estos videos forman parte del primer capítulo del curso Explorando La Administracion De Proyectos. La estructura del curso puede verla aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    Recuerde que YouTube vive de vistas, likes y suscriptores (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones y todo eso que los youtubers siempre piden. También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Sin más el quinto video Cascada VS Agile del curso de Introducción a la Administración de Proyectos, del Capítulo 1 Explorando la Administración de Proyectos:

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Los Cinco Procesos De La Administración De Proyectos

    Los Cinco Procesos De La Administración De Proyectos (Video Curso)

    Los Cinco Procesos De La Administración De Proyectos

    Aquí está el cuarto video del curso gratuito en video de Introducción a la Administración de Proyectos desde cero. Esta vez se abordarán los cinco grupo de procesos de la administración de proyectos de acuerdo al Project Manament Institute o PMI. En mi opinión el PMI en su Project Management Body of Knowledge o PMBOK es donde mejor engloban los procesos generales y las áres de conocimiento requeridas para la gestión de proyectos; independientemente de metodologías, técnicas o herramientas.

    En el video se explica brevemente la relación entre los cinco grupo de procesos de la administración de proyecto y las preguntas que nos planteamos en el video Definición de Gestión de Proyectos. Los temas tratados en el video son:

    • Inicio
    • Planeación
    • Ejecución
    • Monitoreo y Control
    • Cierre

    Todos los videos previos están disponibles en YouTube o si prefiere, en los siguientes enlaces:

    1. Definición de Proyecto (Video)
    2. Definición de Gestión de Proyectos
    3. Lo Necesario Para Ser Un Administrador de Proyectos

    Estos videos forman parte del primer capítulo del curso Explorando La Administracion De Proyectos. La estructura del curso puede verla aquí, la cual estaré actualizando con los enlaces apropiados según suba los respectivos videos.

    El mundo de YouTube vive de vistas, likes y suscripciones (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares, suscripciones y todo eso que los youtubers siempre piden. También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa 🙂 y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    Como parte de Introducción a la Administración de Proyectos, del Capítulo 1 Explorando la Administración de Proyectos tenemos este cuarto video:

     

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Lo Necesario Administrador De Proyectos

    Lo Necesario Para Ser Un Administrador de Proyectos (Video Curso)

    Lo Necesario Administrador De Proyectos

    Ahora tenemos el tercer video del curso gratuito en video de Introducción a la Administración de Proyectos desde cero. En esta oportunidad veremos lo necesario para ser un administrador de proyecto o project manager, veremos cuál es el perfil general que este rol require para hacer una adecuada gestión de proyectos, habilidades como:

    • Habilidades técnicas
    • Comprensión del negocio
    • Habilidades interpersonales
    • Liderazgo

    El primer y segundo video están disponibles en YouTube o si prefiere, en los siguientes enlaces:

    1. Definición de Proyecto (Video)
    2. Definición de Gestión de Proyectos
    3. Los Cinco Procesos De La Administración De Proyectos

    El mundo de YouTube vive de vistas, likes y suscripciones (un fastidio pero así es ¯\_(ツ)_/¯ ) por lo tanto agradeceré sus manitas arriba, shares y todo eso que los youtubers siempre piden. También puede ver todos los videos en Patreon ahí las almas voluntariosas puede ayudar a la causa y además pueden obtener:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica (sólo los videos que lo ameriten).

    La estructura del curso puede verla aquí, estoy actualizando esta estructura según avanzo en la misma.

    *Algo que no mencioné en el video es que este aplica también para Scrum Masters, aunque en la aproximación Scrum este rol cambia un tanto respecto al de Project Manager tradicional, ambos comparten una buena cantidad de reponsabilidades y características.

    Sin más el tercer video de Introducción a la Administración de Proyectos, del Capítulo 1 Explorando la Administración de Proyectos. Este tercer video se titula Lo Necesario Para Ser Administrador de Proyectos:

     

    Algunas publicaciones recomendables para saber más:

    No Comment
  • Agile Planning / Planeación Agile

    El Enfoque De La Planificación Agile

    Agile Planning / Planeación Agile

    Revelación

    Hacer la estimación y la planeación del desarrollo de un producto puede ser una tarea desalentadora que se hace más complicada por nuestra ignorancia o mala interpretación acerca de los proyectos, como concepto y en proyectos específicos. Hace tiempo leí (enlaces al final) que un proyecto no debía ser visto sólo como una secuencia de pasos, sino que también debía ser visto como un flujo rápido que genera nuevas capacidades y nuevo conocimiento. Las nuevas capacidades se entregan como parte del nuevo producto y el nuevo conocimiento se utiliza para hacer un mejor producto (Cohn 2006). Esto es la base para el enfoque de la Planificación Agile sobre la planeación.

    Al comenzar a leer sobre administración de proyectos, trabajaba como desarrollador, y esa frase (del párrafo anterior) fué una de mis primeras revelaciones serias acerca de porque trabajaba tan duro codificando para funcionalidades que al final no se utilizaban o bien en proyectos que no lograban sus objetivos plenamente. Parte de las fallas de esos proyectos fueron desde luego, a veces no planear en lo absoluto, pero también tratar de planear todo desde el principio.

    En un proyecto Agile utilizamos las nuevas capacidades y el nuevo conocimiento obtenido como guía para el trabajo mismo que se está realizando. El conocimiento obtenido puede ser acerca del producto o del mismo proyecto en general, lo importante es que este nuevo conocimiento nos da mejor idea de cómo debería ser el producto en el cual trabajamos o bien se convierte en mejor entendimiento sobre una tecnología, sobre el equipo, sobre los riesgos, etc.

    Cuando pretendemos planear todo desde el principio (ni hablar cuando no planeamos) estamos fallando en integrar nuevo conocimiento al plan, y por lo tanto eso nos lleva a caer en suposiciones erróneas, como creer que estamos incluyendo TODO lo necesario en nuestro plan (lo que en el mundo del software rara vez sucede).

    Mis amigos desarrolladores son mayormente gordos y feos (pero aún así los quiero 😃) y no les gusta correr (ejercitarse, hacer cardio, etc.) , pero a mí sí, por lo que utilizaré la siguiente analogía: Una aproximación tradicional a un proyecto puede ser como una carrera de 10km donde usted sabe exactamente dónde está la meta y trata de alcanzarla tan rápido como sea posible. Un proyecto Agile es como cuando usted se toma el tiempo y ve que tan lejos puede llegar en 60 minutos. Un equipo Agile sabe cuándo termina, pero no exactamente que entregará al final. Por lo tanto, planear se convierte en proceso en donde crean y revisan objetivos periódicamente que eventualmente llevan a una meta de más largo término.

    Niveles de planificación Agile

    Cuando estamos preparando los objetivos de un plan es importante reconocer que no podemos ver más allá de cierto horizonte y que la exactitud de nuestro horizonte será cada vez menor entre más lejos queramos ver. En mis cursos menciono los primeros capítulos de una serie de TV llamada Vikings en donde plantean someramente el uso regular de un compás solar, un piedra solar y cuervos para poder corregir el rumbo periódicamente y mantener un curso correcto; de esta misma manera nosotros debemos revisar el estado de nuestro proyecto y ajustar nuestro plan de acuerdo a ello. Desde este punto ya estamos hablando de la elaboración de una planeación estratégica con el enfoque Agile.

    Como ya expresé, el riesgo de un plan se incrementa de acuerdo a que tan lejos en el futuro queramos planear, por ello cada cierto tiempo debemos levantar nuestra vista para ver el nuevo horizonte y ajustar el plan. Los equipos Agile hacen esto planeando en por lo menos 3 distintos horizontes (podrían ser más dependiendo de la aproximación de su organización, pero en esta entrada solo explicare estos). Los 3 horizontes son el Release (Liberación), Iteración y Diaria (actual). Puede tomar como referencia el siguiente diagrama (este no es un estándar, puede encontrar diferentes diagramas similares, pero los 3 horizontes principales no cambian):

    Planificación del Release (Liberación).

    Aquí determinamos respuestas a preguntas que se relacionan con el alcance, el calendario y los recursos del proyecto. Este plan debe ser actualizado a lo largo del proyecto, usualmente al inicio de cada iteración para reflejar las expectativas actuales que serán incluidas en el Release.

    Planificación de la Iteración.

    Esta se lleva a cabo al inicio de cada iteración y basada en el trabajo que se hizo en la iteración anterior (si no es la primera desde luego). El cliente o sus representantes (el Product Owner) deben identificar los elementos de mayor prioridad en los cuales el equipo concentrará sus esfuerzos en la nueva iteración. Esto porque estamos en un horizonte más cercano que el del Release. En este horizonte se establecen las tareas requeridas para obtener una parte funcional y probada de nuestro producto.

    Planificación Diaria.

    Puede sonar muy excesivo (y quizá lo es) llamar planificación a este horizonte, esto no son más que reuniones diarias e informales (que usualmente se hacen de pie ya que solo deben durar unos minutos) en donde se sincronizan los esfuerzos diarios individualmente. Esto es, que cada miembro del equipo comparte que ha hecho el día anterior, que piensa hacer hoy y comunica los obstáculos que afronta.

    Con estos tres horizontes (Release, Iteración y Diaria) los equipos ágiles se concentran sólo en lo que es visible e importante en el plan que han creado. De esta manera han adoptado el enfoque de la planificación Agile.

    Condiciones de Satisfacción.

    En una futura entrada dedicaré más detalle a esto (lo merece) pero no quiero dejar de mencionar el tema en esta misma entrada, por lo menos de manera breve. Todo proyecto debe comenzar con una meta, quizá de esta se deriven varios objetivos relacionados con fechas, presupuesto, recursos humanos, etc., pero típicamente solo habrá una meta. No dé por hecho que usted debe crear el mejor auto del mundo, la mejor puerta del mundo, el mejor ERP del mundo; los objetivos sólo deben alinearse con las condiciones de satisfacción del Producto Owner (la voz del cliente); esto es, los criterios que serán utilizados para evaluar y determinar el éxito del proyecto.

    Lo pondré de otra forma, hace mucho tiempo, cuando estaba en la secundaria era común que a la clase entera nos asignaran escribir un artículo sobre un libro, y de inmediato aparecía la pregunta obligada al profesor, la cual era qué tan largo debía ser artículo. El respondía algo así como “cinco páginas”, entonces conociamos su primera Condición de Satisfacción. Hubo, por supuesto, una serie de condiciones adicionales de satisfacción no escritas, como que el documento estubiera bien escrito, que fuera mi propio trabajo (no plagios), sin faltas de ortografía, etc.

    Al comienzo de la planificación Agile del Release o lanzamiento, el equipo y el propietario del producto exploran en colaboración las condiciones de satisfacción del propietario del producto. Estos incluyen los elementos habituales (alcance, calendario, presupuesto y calidad), aunque los equipos ágiles suelen prefieren tratar la calidad como no negociable. El equipo y el propietario del producto buscan formas de cumplir con todas las condiciones de satisfacción. El propietario del producto puede, por ejemplo, estar igualmente satisfecho con un Release en cinco meses que incluya un conjunto de historias de usuarios, que con un sólo lanzamiento de un mes que incluya historias de usuarios adicionales.

    A veces, sin embargo, no se pueden cumplir todas las condiciones de satisfacción del propietario del producto. El equipo puede construir el mejor procesador de textos del mundo, pero no pueden construirlo para el próximo mes. Cuando no se puede encontrar una solución factible, las condiciones de satisfacción deben cambiar. Debido a esto, la planificación del lanzamiento y la exploración de las condiciones de satisfacción del propietario del producto son altamente iterativas

    Conclusión

    Los proyectos deben considerarse como una generación rápida y confiable de un flujo de nuevas capacidades útiles y nuevos conocimientos, en lugar de solo la ejecución de una serie de pasos. Los proyectos generan dos tipos de conocimiento nuevo: conocimiento sobre el producto o servicio y conocimiento sobre el proyecto. Este conocimiento debe ser validado para evitar trabajo infructuoso (waste).

    La siguiente imagen muestra como la planifiación Agile existe dentro de una dinámica que busca adaptar conocimiento de manera pronta y altamente iterativa (como ya se mencionó). Hemos basado esta ilustración en la propuesta del buen @sdelbecque quien toma en cuenta la filosofía de Lean, con la cual la agilidad es altamente compatible:

    Enlaces relacionados:

    El Origen Y Los Valores De Agile

    El Enfoque del Equipo Agile

    Planeación, Cono de Incertidumbre y Estimaciones en IT

    Estos son alguno libros recomendables para saber más:

    No Comment
  • Definicion De Proyecto

    Definición de Proyecto (Video Curso)

    Definicion De Proyecto

    En esta ocasión estoy emprendiendo algo nuevo, esto es un curso gratuito en video de Introducción a la Administración de Proyectos desde cero. En este video habla de la definición de proyecto con el fin de diferenciarlo de otro tipo de esfuerzos. Se abordan las características esenciales de un proyecto como son:

    • Esfuerzo único
    • Meta específica
    • Fechas de inicio y fin
    • Recursos
    • Diferencia con operación y cadena de producción.

    Como instructor de estos cursos para diferentes compañías, sé que hacerlos de manera presencial tiene una serie de ventajas y requiere cierta dinámica, sin embargo, la realidad es que estos cursos no son precisamente económicos. Debido a esto he decidido hacer una serie de videos cortos preo precisos, que tienen como objetivo compartir las bases de este conocimiento. De  manera tal que pueda poner estos conocimientos en práctica o bien aquellos que resulten muy interesados pueden, posteriormente, profundizar aun más pero ya contando con los fundamentos necesarios para abordar conceptos más avanzados.

    Mi objetivo es mantener todo el contenido de este curso (y este blog) gratis para todos, pero también es cierto que mantener este esfuerzo vivo es un reto (sobre todo si estudias o trabajas), es por ello que pido su paciencia y apoyo si es que ven alguna imagen o enlace con contenido publicitario. Por otro lado, he abierto un espacio en Patreon donde la gente que así lo desee pueda apoyar para mantener este barco a flote, desde luego las personas que donen obtendrán contenido adicional:

    • Video descargable en alta definición.
    • Transcripción del contenido.
    • Documentos y preguntas de práctica.

    En este enlace puede consultar el contenido del curso, puede ver su estructura y decidir el ritmo y el orden en que quiere tomarlo. Los videos que conforman este curso se irán publicando progresivamente. Puede consultar las redes sociales de internet80.com para estar al pendiente de la publicación de cada video.

    Sin más preámbulo este es el primer video de Introducción a la Administración de Proyectos, del Capítulo 1 Explorando la Administración de Proyectos. Este primer video se titula Definición de Proyecto:

     

    Algunas publicaciones recomendables para saber más:

    No Comment