Pensamiento del producto, planificación estratégica y MVP

TAG:

El cuestionario a continuación desarrolla algunos aspectos importantes del pensamiento del producto, la comprensión de problemas, la solución y la planificación estratégica de la entrega.

He utilizado este cuestionario como parte del taller de Liderazgo de Producto y Alineación Estratégica que ha aplicado en muchas organizaciones. Básicamente, el grupo respondió a estas preguntas para algunas iniciativas/proyectos:

 

[Análisis previo]¿Cuánto análisis inicial haces?

  1. Mucho. Realizaré varias entrevistas y levantamiento de requerimientos, en unos meses.
  2. Realizaré un buen número de entrevistas e investigaciones de usuarios en unas pocas semanas.
  3. Realizaré algunas entrevistas e investigaciones de usuarios en una semana.
  4. Voy a ir directamente a la solución.

[Entrevistas a usuarios] ¿A cuántos usuarios / partes interesadas entrevistaría?

  1. Mucho. Quiero obtener una visión detallada y comprensión de la mayor cantidad posible de personas involucradas en este contexto del problema.
  2. Quiero obtener una comprensión general de muchas personas involucradas en este contexto del problema..
  3. Quiero entrevistar a algunas personas clave para obtener una buena comprensión del contexto del problema.
  4. En lugar de entrevistarlos, les mostraré algo real y aprenderé de su reacción al usarlo/tratar de usarlo.

 

[Solución para el problema] ¿Qué grado de solución planea antes de comenzar a construirlo?

  1. Mucho. Tendré un plan muy detallado para la solución. Todos podrán seguir el progreso del proyecto, según el plan.
  2. Intentaré resolver una parte sustancial del problema en la primera versión. Aunque, planificaré algunos lanzamientos, entregando la solución completa de forma incremental. Comenzaré con la versión 1, luego la versión 2, luego la versión 3 y así sucesivamente.
  3. Intentaré solucionar una mínima parte del problema. Pero usaré esta parte mínima para acercarme a los usuarios y poder validar la dirección de la solución para los próximos incrementos.
  4. No intentaré resolver el problema, sino que solo intentaré aprender. Construiré algo que me proporcione aprendizaje de los usuarios.

[Creación de prototipos y experiencia de usuario] ¿Qué cantidad de prototipos y experiencia de usuario hace?

  1. Mucho. Crearé una experiencia de usuario de alta fidelidad para la interfaz de usuario de mi solución. ¡Impresionaré a mis accionistas! Más adelante planificaré como construirlo.
  2. Crearé prototipos y una experiencia de usuario para los escenarios de usuario más importantes de mi solución. Quiero mostrárselo a mis stakeholders para que puedan visualizarlo. Más adelante planificaré como construirlo.
  3. No crearé prototipos ni una experiencia de usuario para toda la solución. Pero haré un prototipo de la experiencia del usuario para el Producto Mínimo Viable (MVP). El MVP nos ayudará a validar las hipótesis y la dirección comercial de nuestra solución.
  4. Ninguno, o casi ninguno. Como máximo, tendré algunos dibujos en una servilleta para algo mínimo que construiré, realmente rápido, y lo pondré a disposición de algunos usuarios iniciales o beta. Quiero avanzar súper rápido para aprender de estos primeros usuarios.

 

[Planificación de entrega] ¿Cuánto planificará la entrega de su producto?

  1. Todo ello. Compartiré un plan para todos los lanzamientos planificados y su trabajo pendiente, incluidas las historias de usuario, las tareas técnicas y la interfaz de usuario.
  2. una buena cantidad Compartiré un plan detallado para el primer lanzamiento con toda la acumulación de trabajo, incluidas las historias de usuario, las tareas técnicas y la interfaz de usuario. No compartiré un plan detallado para la versión dos, la versión tres y más allá. Si es necesario, para estos lanzamientos, compartiré un plan de alto nivel con épicas y funciones.
  3. Un poquito. Compartiré un plan para el Producto Mínimo Viable (MVP). Pero no es un plan detallado con toda la acumulación de trabajo, incluidas las historias de usuario, las tareas técnicas y la interfaz de usuario. El plan muestra un conjunto mínimo de features a trabajar, con el objetivo de validar las hipótesis de negocio. Una vez que las partes interesadas aceptan el plan MVP, el equipo de entrega definirá, priorizará y refinará las historias de usuario para el MVP.
  4. Comenzaré con un experimento. Se lo mostraré a algunas personas. Más adelante decidiré cómo evolucionarlo. Necesito libertad para innovar.

 

[Feedback de Usuario] ¿Con qué frecuencia buscará feedback de los usuarios (uso real)?

  1. Muy poco. Me llevará mucho tiempo trabajar en la solución completa. Luego, después de bastantes meses, lo lanzaré. Por lo tanto, tomará un tiempo hasta que pueda recibir comentarios de los usuarios.
  2. En periodos mayores. Como lanzaré algunos con frecuencia (lanzamiento 1, lanzamiento 2, etc.), buscaré la opinión de los usuarios después de cada lanzamiento. Tal vez, si los comentarios afectan las funciones futuras o la dirección de la solución, ajustaré las versiones planificadas.
  3. Como trabajo con MVP e incrementos de productos, necesito validar constantemente los comentarios de los usuarios para tomar decisiones importantes.
  4. Más que continuamente. Incluso antes de tener un producto real, ya estaba experimentando con los primeros usuarios. Considero que la retroalimentación es esencial para la validación de la dirección comercial. Pero también lo uso como motor de innovación. Siempre estoy aprendiendo de los usuarios. Tal aprendizaje me ayuda a elaborar buenas e innovadoras hipótesis de negocios.

 

 

Este cuestionario me resultó útil para tener una idea del apetito del grupo por trabajar con Producto Mínimo Viable, Pensamiento de Producto y Lean Inception (la continuación del taller).

Cuando lleve a cabo el taller para una organización, anote las respuestas en esta Product Thinking Questionnaire Shared Google Excel. La hoja de trabajo genera un gráfico de araña. Con él, puede visualizar cómo la organización maneja actualmente estos aspectos importantes de Product Thinking. Esto demuestra un apetito por la innovación y la experimentación. También puede mostrar algunas discrepancias. Por ejemplo: mucho análisis inicial, pero el deseo de tener un plan mínimo para el MVP. También recomiendo repetir el mismo cuestionario para el mismo grupo de personas después de unos meses y comparar los gráficos

 

 

Paulo Caroli

Paulo Caroli is an author, speaker, and consultant specializing in agile transformations, Lean Inception, and OKRs. With over 30 years of experience—including nearly a decade in Silicon Valley and 18 years at ThoughtWorks—he has helped organizations transition from project to product and from strategy to execution. Creator of the Lean Inception methodology and author of bestselling books like Lean Inception and Team OKR, Paulo is dedicated to empowering teams to align, validate, and deliver real business value.
De Proyectos a Productos: Lean Inception Hace que la Transición sea Sencilla

De Proyectos a Productos: Lean Inception Hace que la Transición sea Sencilla

Muchas organizaciones están haciendo la transición de Proyectos a Productos, pero la mayoría enfrenta desafíos con metodologías obsoletas, equipos desalineados y procesos ineficientes. El enfoque tradicional centrado en proyectos, con sus plazos rígidos y entregables fijos, a menudo no logra adaptarse a las necesidades cambiantes del mercado y a las expectativas de los clientes. La transición a una mentalidad orientada a productos es esencial para garantizar la creación de valor a largo plazo, la mejora continua y la satisfacción del cliente.

leer más
Rediseño de FunRetrospectives.com

Rediseño de FunRetrospectives.com

Entre otras cosas, me gusta mucho MVP y las retrospectivas. Esto probablemente explica FunRetrospectives.com a lo largo de los años. FunRetrospectives.com es un blog sencillo dedicado para compartir actividades para retrospectivas. El sitio tiene mucho acceso. Creo...

leer más

Pin It on Pinterest