Episode Transcript
[00:00:01] Speaker A: Territorio Innocent.
Potencia tu liderazgo.
En un contexto empresarial en el que cada vez cobra más importancia la recolección y análisis de todo tipo de datos e información, así como el estudio de cada uno de los factores y métricas que influyen en nuestra actividad comercial, nos resulta más fácil que nunca acceder a esas herramientas con las que predecir la viabilidad o rentabilidad de un proyecto o de una línea de productos y, por tanto, garantizar así la máxima reducción posible de riesgos. Y entre esas muchas técnicas e instrumentos que nos ayudan en este sentido, encontramos un concepto más que interesante que ha venido adquiriendo una relevancia capital de un tiempo a esta parte en la gestión de negocio y del plan de ventas, especialmente dentro de enfoques en pleno auge como puede ser, por ejemplo, la metodología Lean Startup. Hablamos del MVP o producto mínimo viable. No creáis que vamos a hablar de deporte ni del atleta mejor valorado en el partido. Entendiendo por MVP aquel artículo que lanzamos al mercado a modo de prueba o prototipo, con el que poder testear la acogida, respuesta e interés que este despierta en usuarios y consumidores. Así pues, será un producto con las funciones mínimas, pero a la vez con todas aquellas necesarias para hacerlo completamente operacional, que nos servirá de punto de partida mediante el que conocer qué mejoras o modificaciones son necesarias para satisfacer en mayor medida la demanda del público objetivo y ya así proceder a su producción, distribución y venta en masa. En definitiva, una muy útil herramienta en la que hoy nos vamos a adentrar en profundidad y lo vamos a hacer de la mano de Pera Juárez, al que ya muchos de vosotros reconoceréis, pues ya estuvo con nosotros para introducirnos en otro interesante concepto, Jobs to be Done, y que hoy regresa para tratar otra cuestión, esta MVP que se está convirtiendo en capital dentro del paradigma del emprendimiento y la gestión empresarial. Bienvenido de nuevo, Pera. ¿Qué tal estás?
[00:01:50] Speaker B: Encantado de estar otra vez.
de estar con vosotros en este nuevo reto que tenemos entre manos, pero la verdad es que vamos a desgranar muy en detalle de meternos en la harina y a ver qué va a pasar con la preparación de un prototipado.
[00:02:06] Speaker C: Muy bien, encantado.
[00:02:08] Speaker A: Y nosotros encantados de tenerte aquí. Como ya sabéis, Pera es experto en innovación organizativa y gestión avanzada, creatividad, competitividad y emprendimiento, así como en estrategia, inteligencia de productos y de negocios. Sin olvidar, por supuesto, sus competencias en materia de diferentes metodologías organizacionales, pues como pueden ser, por ejemplo, el design thinking, el método agile, el lego serious play o el aprendizaje basado en problemas. Y por si fuera poco, además, Pera ha trabajado y colaborado con empresas y entidades tan sólidas como Philips o la Caixa, estando ligado, además, al mundo de la docencia con una amplia trayectoria no sólo en numerosas facultades y escuelas de negocio, incluyendo la Universidad de su Barcelona natal, sino también en el plano del voluntariado educativo. Así que no se me ocurren mejores manos en las que dejaros para abordar este asunto de tanta actualidad en el espectro corporativo. No me extiendo más, pero a todo tuyo.
[00:02:55] Speaker B: Pues empezamos ya, o sea que encantado.
Bien, como podéis ver aquí en el momento introductorio que estáis viendo aquí ahora, sobre todo vamos a ir, como decía anteriormente, en ir de cara al grano de lo que sería empezar a preparar, lo que sería entender qué quiere decir preparar un prototipado de producto, servicio o de proyecto.
Por ello vamos a amenizarlo también con lo que sería una metodología que desde la Universidad de Barcelona estamos trabajando desde hace unos cuantos años en la preparación y desarrollo de prototipos con, en este caso, de la mano de Google, del laboratorio Google X, en el que la metodología se llama Moonshot Thinking, que ya tiene mucho que ver con el tiro a la luna, de pedir aquello de que sencillamente vamos a la grande y, sobre todo, mediante ese tipo de iteraciones sucesivas, cómo por etapas vamos a llegar a ese objetivo tan ambicioso que pretendíamos.
De esa manera, ligaremos muy bien lo que sería el concepto Agile y el momento de Lean Management para ir preparando y jugando con iteraciones sucesivas para llegar a esa gran meta que buscamos. Bien.
Como comentábamos anteriormente, todo nació también con lo que sería una primera contribución, que era el Job to Be Done. Bueno, pues el Job to Be Done, como los que ya lo conocéis, pues va perfecto. Como recordatorio, también irá muy bien.
Pero sobre todo lo que es el Yotubidón tiene que ver la base esencial de cómo preparar un MVP, un Producto Mínimo Viable, sobre entender la razón última por la que preparamos un proyecto.
Esa razón última sobre todo es soslayar y mejorar lo que sería la problemática de aquel usuario y o cliente que va a necesitar nuestra solución.
Evidentemente también, no solo por solucionar, sino también aprovechar una oportunidad y preparar un MVP puede ser también susceptible de trabajarlo con él.
Es un primer elemento.
Sobre todo, acordémonos de esto, es entender a empezar a marcar el marco de trabajo por el que se desarrollará el tema en cuestión.
Por lo tanto, eso es capital. A partir de ahí, en un modo de ir entrando en minería, en ir picando piedra, de desglosar ese tema que hay que solucionar, iremos entrando en lo que serían las funcionalidades o atributos. Porque un MVP, ya como iréis conociendo en esta disertación, en esta charla, sobre todo se basa en aquellas mínimas características que me permiten ir con éxito para ir avanzando a la siguiente etapa y a la siguiente y a la siguiente hasta completar ese Producto o servicio mediante iteraciones sucesivas.
A partir de ahí, el estado actual de lo que sería el grado de conocimiento de lo que sería esa formulación estratégica de qué toca hacer con un proyecto por iteraciones sucesivas en un entorno Agile muy poca gente lo plantea bien en las organizaciones. De hecho, lo que estáis aquí teniendo ahora, sobre todo, es que desde el último estudio que tenemos aquí, que es de la Gartner, que habla de lo que sería la formulación estratégica para la innovación, solamente es un 67% de errores y de fallos en la formulación estratégica de cómo preparar un producto o servicio prototipo para llegarlo a buen término. Y eso falla mucho por lo que sería el planteamiento de inicio.
A partir de ahí, no es fácil trabajar de esta manera, no es trivial, pero hay que ayudar y aleccionar a la organización a entender cómo manejarse con proyectos ágiles.
Bien, a partir de ahí, una herramienta que nos va a servir mucho para llegar a un buen MVP lo estáis viendo aquí delante.
De hecho, lo que sería el manejo de un moonshot, un disparo a la luna, se trata sobre todo de ir al grano de lo que sería encontrar aquellos elementos principales que seguro, seguro, seguro me van a poner contra el muro, me van a poner a la prueba a mí, a mi equipo y a mi organización para ver si sacamos lecciones aprendidas rápidamente para ir gobernando y tuneando el proyecto.
Ese es el primer punto.
La rapidez es el segundo.
Tercero, lo que sería de qué manera los perfiles en los que la gente trabaja en este tipo de proyectos sobre todo son personas adaptadas a entender la mentalidad de crecimiento.
La ventana de crecimiento, el X-Shaped Profile, sobre todo tiene que ver en que, ojo, no lo sé todo, pero yo soy dispuesto a aprender de lo que va pasando mediante esa experimentación rápida y sobre todo de lo que se trata es estar todos alineados con unos principios guía que vamos a ir desgranando poco a poco.
Ese es el juego, es entrar en un ritmo rápido de experimentación para sacar adelante qué características, sí o no, de esa solución mínima viable nos va a ayudar a seguir en esa línea de trabajo. A partir de ahí, sobre todo, hablando de lo que sería ese profile de las personas que trabajan en la MVP, Pues acordaros, se trata de ir a la grande con grandes características que hay que pensar, sobre todo un método científico de trabajo que tiene que ver con esa mentalidad de observación y exploración completa de lo que está pasando, sobre todo ser resilientes y ambiciosos y sobre todo muchas veces el MVP ayuda a fortalecer la visión de que los sueños se cumplen.
¿De acuerdo? Esto es importante.
Bien, En un Moonshot, a la hora de preparar un proyecto donde sale un MVP, hay cuatro etapas principales.
Este juego del Moonshot, también nosotros le hemos dado un poco también un juego de mejora, de darle un poco de tuning, con lo que son no solo la escuela americana, que sería la escuela con Google, sino también con la escuela europea, con la Universidad de Delft.
En Delft, en Holanda, llevamos unos cuantos años desde hace...
Ya sabes que estuve también con ellos en Philips, trabajando con ellos.
Lo que es el desarrollo de prototipados rápidos en industria, lo bordan muy bien. De hecho, lo que hemos hecho ha sido adaptar ese camino en el que, con cuatro etapas, el desbloqueo, anticipación, lanzamiento y aterrizar el proyecto, aparece lo que sería el grado de utilidad más importante de sacar adelante un MVP.
Y podéis ver aquí una cosa muy interesante.
Nos hemos cargado la P de la MVP, lo que sería el Minimum Viable Product.
Aquí ya le vamos a empezar a llamar el Minimum Viable Solution.
porque en el momento presente, en la era digital, todos los productos tienen servicios asociados, todos los servicios tienen servicios asociados, por lo que es propio hablar ya de la solución, porque todo tiene que ver con lo que sería preparación de aquella propuesta acompañada del servicio que tiene que apoyarse. Ese es un poco el camino que vamos a ver hoy en este itinerario sucinto para entender cómo funcionan esas cuatro etapas.
También dejo aquí un poco a vuestra consideración este apoyo de esta metodología ya retocada y modificada del Moonshot con esta plantilla que nosotros llamamos un poco lo que sería el aullar a la luna.
Esta plantilla juega con estas cuatro etapas y con estas cuatro etapas podéis ver una parte izquierda y una parte derecha muy importante poderla diferenciar.
La parte de la izquierda con lo que sería ese bloque donde aparece en este caso el perrito Milú de Tintín, aparece ese bloque en el que me preparo para preparar ese envies, esa solución mínima viable.
Luego cuando lo tengo, preparo la parte derecha desde las características y a partir de ahí en un modelo de onda, de propagación de esta onda, ¿dónde vamos a llegar?
Desde las características, hablaremos también de resultados esperados, de modelo de negocio, métricas para medir y, evidentemente, al final, meterle precio y costes a las cosas.
Esta herramienta funciona, la verdad, que la mar de bien para darle sentido, porque hemos preparado un MBS.
Las cuatro etapas están aquí mapeadas. La parte de Unlock Fase 1 es marcar la misión del viaje a la Luna.
La fase dos, como podéis ver, es la fase de anticipación, es la de preparación, sobre todo ver dónde estamos, qué estamos identificando como problema y oportunidad, qué cosas me bloquean, qué activos tengo y capacidades para hacerlo, y a partir de ahí se prepara lo que sería la declarativa o qué es lo que toca hacer con ese proyecto.
Esta es la primera parte, uno, dos, ¿de acuerdo?
como un Log Anticipate. Y el lanzamiento está a caballo de lo que sería el envíes y la preparación de las características. Por lo tanto, el lanzamiento con propiedad está ahí la solución viable. Y sobre todo, cómo se gobierna el proyecto con el aterrizaje. ¿De acuerdo?
También podéis ver que este juego de manera lineal, como os lo he leído, 1, 2, 3 y 4, se ejecuta de manera iterativa.
Porque ello es muy importante, si una fase no me convence para pasar a la siguiente, vuelvo a la casilla anterior o bien vuelvo incluso al principio. Porque se trata sobre todo de ir haciendo tuning de lo que va aconteciendo.
Bien, pues vayamos a la primera.
La primera es el desbloqueo y entender bien la misión que nos toca trabajar.
Pues lo primero, cuando uno trabaja con un MVP, lo que necesita sobre todo es tener un equipo que esté comprometido con lo que sería un proceso de ensayo y error.
Esto que tenéis aquí delante es una imagen del siglo XV, de la Universidad de Bolonia, y sobre todo podéis ver un poco el tono con el que se maneja el trabajo dentro del aula.
Lo vamos a asimilar con el trabajo en el equipo. En el fondo, en la esquina, dos hablando. Otros en la siguiente banca, también hablando.
Otros que están desconectados, aquí uno durmiendo en primer plano.
Lo que se trata, sobre todo, es cambiar las reglas de juego donde, sobre todo, la gente esté enganchada al proyecto.
Porque esto siempre va a pasar. La transferencia de conocimiento sin aplicación cuesta estar enganchada.
En un proyecto, un líder de proyecto tiene que marcar las pautas, comunicar y explicar dónde queremos llegar, estoy hablando de la misión, y sobre todo que la gente esté comprometida, ¿de acuerdo? Esto es muy importante.
La gente que participa en proyectos de este estilo, para preparar un envíe y sacarlo adelante, tiene que no poder disociar su visión personal de la profesional, y me explico, No disociarse de la visión personal y profesional es importante porque en creatividad e innovación y encontrar el valor añadido de las propuestas que hagamos, nace de nuestra curiosidad y eso es innata a la persona, no al profesional, la persona.
Eso al final genera retroalimentaciones positivas, si se hace bien, para que nadie se quede descolgado.
A partir de ahí, podemos estar trabajando sobre todo en entornos de trabajo, sobre todo abiertos, participativos, creativos, donde eso se va a desarrollar.
Por mucha teoría que le demos, por mucho método que le demos a una organización, si las personas no juegan con ese perfil de curiosidad, el x-shape que habíamos comentado, no llegaremos a nada. Por lo tanto, se pide la opinión de la gente, que la gente participe y, sobre todo, cuando estamos trabajando en la preparación y explorar lo que está pasando en este desbloqueo, tenemos también la posibilidad de poder introducir elementos de reglas participatorias.
En este caso, lo que estás viendo aquí, lo que se llama el diamante de la comunicación.
El diamante de la comunicación, como tal, tiene dos momentos.
Le pido a la gente que dé su opinión de tal manera que si tenemos en un equipo cinco o seis personas, cinco o seis darán su versión de las cosas, cinco inputs o seis inputs interesantes que se van a contrastar en un contraste de pareceres y este es el momento divergente. Abrimos el melón y discutimos de lo divino y de lo humano con todos los matices. Pero ojo, desde ese contraste de pareceres vamos a tratar de encontrar un punto de encuentro, lo que sería la voz del equipo. Ese es el juego de la convergencia.
Eso quiere decir también que con un diamante de este estilo, divergente-convergente de comunicación, nadie puede quedar descolgado, porque en cualquier momento se le va a pedir la opinión desde la divergencia y colaborar en la creación del momento convergente.
¿Y por qué lo digo?
Sencillamente porque los elementos desde los fundamentos técnicos científicos de lo que sería entender el mundo, lo tenéis aquí delante.
Cuando exploramos y observamos el mundo, lo podemos hacer de dos maneras, a la Darwin y a la Pasteur.
Acostumbro a empezar siempre a la Darwin, que es sencillamente darse la vuelta por el mundo, coger el Beagle, ¿de acuerdo?
Empezar a estudiar, pues, lo que sería la flauna y la flora del mundo y establecer hipótesis de trabajo.
Pues aquí lo mismo, con el origen de las especies nosotros haremos lo mismo, recopilar mucha información, contrastarla y establecer insights y hipótesis de trabajo para encontrar el marco de trabajo ideal para resolver ese problema.
Evidentemente, cuando ya tengo montado lo que serían mis hipótesis de trabajo y por donde creo que van las cosas, hay que meterlas a la prueba, hay que probarlas.
Y ahí es donde entra Pasteur, que metido en un laboratorio, saca la vacuna contra la rabia. Prueba, prueba, prueba, hasta que sale aquella.
Nosotros haremos lo mismo.
Nosotros preparamos nuestras hipótesis, preparamos nuestro prototipo, lo metemos en estrés y a la prueba continuamente hasta que aquello sale y podemos ir haciendo esa evolución continua.
Por lo tanto, todo es ese juego de Darwin Pasteur, Darwin Pasteur, hasta ir retocando las cosas.
Ese es el juego de este approach técnico-científico de saber explorar y absorber y absorber el entorno.
También una cosa muy interesante, como decía anteriormente, es el modo con que nosotros nos acercamos a participar en un equipo en modo divergente y convergente, sin disociar lo que sería la persona y el individuo.
Y aquí del profesional, la persona, el individuo y el profesional.
Aquí uno podría estar viendo y explorando esta situación, diría, ostras, pues este me está mirando, aquí hay trece cachirulos, es de noche, es una ciudad, bien, perfecto. Ostras, ¿podría ser esto el cucus clar?
Podría ser cualquier otro tipo de cosas relacionado e inferido con esto, porque abro lo que sería el pensamiento creativo.
Pues bien, aparte de la Semana Santa, que ya se nos intuye, y el Cucusclan, que podría también ser y abrir esa inferencia con nuestro bagaje personal, haber hecho algún tipo de inferencias, otros podrían ser otro tipo de inferencias.
Por ejemplo, una persona voyabezada en arte podría decir que esto puede ser un esperpento al estilo de Goya.
O bien, por ejemplo, un carnaval napolitano. O bien, por ejemplo, algo también mucho más civilino, como ver en el centro un profesor chino en plena revolución cultural que le están haciendo un esperpento a la goyesca.
Pues bien, ese acervo individual que le ayuda al equipo a entender mejor el mundo, ese se abre también en divergencia y es muy importante.
La distinción de las características finales de un MBS dependerá mucho también de la frescura y de la riqueza cultural y personal de las personas que participan porque un prototipo ayuda a resolver y a mejorar el mundo, por lo tanto ese tipo de matices tenerlos presentes a la hora de preparar un proyecto y evidentemente Otro tema muy interesante es que ese tipo de elementos creativos en un proyecto nos proyectan a futuro. Aquí podéis ver una persona que en breve le va a pasar algo porque se cruza un gato en medio de la carretera.
Esas proyecciones a futuro también estarán presentes en esas visiones de producto y servicio de solución como estaba diciendo anteriormente.
pues necesitamos una narrativa, una narrativa como tal, como herramientas que nos ayuden a preparar el desbloqueo, tenéis técnicas como el storytelling, el story making también, que nos ayuda sobre todo a plantear situaciones de qué pasa ahora o qué pasaría en ello.
Nosotros cuando planteamos un proyecto en esta primera etapa, Estamos mostrando situaciones en que podrían pasar o están sucediendo cosas.
Sea para que nos entiendan fuera de que vamos por el buen camino para ir enfocalizando lo que tenemos que hacer y también internamente porque en la organización al final nos tiene que comprar el proyecto para ejecutar.
porque sin recursos internos o en colaboración con terceros no lo podremos llevar a cabo y materializarlo. Este punto es importante de explicar bien las cosas mediante historias y esta técnica es muy muy potente.
Acordaros, un poco en este bloque de un log es sobre todo pensar en las personas que van a participar y que nos van a apoyar dentro y fuera.
Muy bien.
Como resumen también tres metodologías importantes que en el Unblock es importante que las tengáis presente, no voy a entrar mucho más en detalle, pero estamos sobre todo en modelos de cambio.
Hay tres metodologías que funcionan muy bien.
Manejar la inteligencia emocional de las personas, es la primera.
Lo que sería estar en un entorno psicológico seguro de trabajo, iría la primera.
La segunda, Lo que es la teoría del flow, que sobre todo maneja, sobre todo, de qué manera nosotros vamos a empezar a encarzar propuestas de actividades para que la gente entre en estrés positivo y que puedan, sobre todo, sin forzar la máquina, ir mediante un ritmo sostenido pero rápido de trabajo, ese sería el segundo, y sobre todo, ayudar a las personas a que aprendan mediante la práctica.
sobre todo ayudar desde el entorno psicológico seguro, lo que sería potenciar la mentalidad de crecimiento.
Este punto es fundamental porque el MBS, la solución mínima viable, sobre todo va dirigido a aprender y corregir el tiro de los prototipos y aprender y crecer desde el proyecto.
A partir de ahí todo lo tenemos a mano para preparar ese tiro a la luna, y el tiro a la luna juega con lo que sería preparar a la gente, conocer la tecnología y sobre todo vender bien la solución.
Pues nada, a partir de ahí la misión sobre todo tiene un pequeño resumen que es el siguiente, que jugar con una solución misma viable con este itinerario de desbloqueo es saber que es preparar a las personas, sobre todo al equipo, a entender que la vida es, sobre todo, una continua resolución de problemas.
Porque esa manera de entender el mundo es capital y nos interesa muchísimo.
Ese es el punto número uno que os comentaba con la preparación de la misión. Esos elementos van al centro.
¿Dónde estamos? ¿Qué es lo que queremos hacer?
¿Dónde manejarnos?
¿De acuerdo?
Estas son un poco las plantillas que utilizamos habitualmente para hacer ese tipo de preguntas abiertas y que el equipo plantee la misión y adelante, porque a partir de ahí, sobre todo, vamos a aprender muchísimo.
El espíritu Lean, ¿de acuerdo? Al más puro estilo de Viaja a la Luna, a la Kennedy, como podéis ver aquí es que Olvidémonos de abrazar el error, que evidentemente es asesino. Vamos a abrazar lo que sería el aprendizaje.
Ese es el juego de la mentalidad de crecimiento.
Sigamos, pues.
Bien, pues ese juego, ¿de acuerdo?
Cuando nosotros empezamos a generar ese disparo con propiedad hacia adelante, nadie se puede quedar atrás. Tenemos que preparar a la organización y a las personas a que sean capaces a seguir adelante. El espíritu emprendedor es capital.
Bien, ahora sí, vamos al punto número dos.
Es sencillamente, si esto es así, vamos a pensar en qué identificamos fuera, qué problemas tenemos para hacerlo, ¿Cómo estamos preparados para esto? Y si necesitamos alguna cosa más.
Vamos a anticipar y preparar el viaje.
Pues bien, en esta plantilla, para que nos sirva de guión, pues acordaros, vamos a estudiar bien el mundo, vamos a entrar a detalle de lo que sería sacar hipótesis, a partir de ahí qué fuerzas nos limitan, eso tiene que ver también con el job to be done, qué son factores limitantes y a partir de ahí qué activos tenemos, qué capacidades tenemos para echar a andar y también aquellas que no tuviéramos las vamos a ir a buscar.
Muy bien, pues en esta visión tenéis un poco lo que serían las preguntas típicas de trabajo, es decir, qué va a resolver este problema, qué oportunidades tenemos para hacer esto, pros y contras de lo mismo, qué potenciales nos puede ayudar a saltar adelante y sobre todo la gente lo tiene que discutir en divergencia y sacar lo que sería en convergencia el camino a seguir.
Dicho esto, de lo que se trata es ya poner hilo a la aguja, La cuestión principal es que en este momento de anticipación el equipo encuentra con preguntas abiertas cuál es el estado del arte, la visión del desarrollo de cómo lo vamos a hacer.
A partir de ahí acordaros que tenemos inclusive herramientas tipo de lo que sería del mundo Lean como las herramientas de Toyota, los 5 por qué, las 5 W y un cómo hacer las cosas. Esa herramienta del 5 W y la H funciona también lavar de bien.
Tenemos que abrir preguntas abiertas para discutir.
¿De acuerdo?
A partir de ahí ese camino de discusión en divergencia y en convergencia van a pasar cosas en las organizaciones que tenemos que tener muy presente y estar muy al tanto de esto.
Muchas veces nos piden que entremos rápidamente en consenso.
Pues no hay que ir tan rápidamente en ello, sino hay que explotar muy bien el disenso.
Hay que respetar el disenso, porque no nos vamos a poner de acuerdo a la primera.
Se trata sobre todo de tener muy clara la definición de lo que es la misión, el reto, y a partir de ahí sobre todo discutir sobre los problemas que tenemos que resolver para cubrir aquello.
Este punto de pensar en problemas y no en ideas, ya vendrán luego las ideas.
Es aquello de trabajar con la solución y sacar qué características.
porque estamos un elemento de reflexión, en discusión, en disenso. Limpiar lo que sería el marco de trabajo.
Esto es importante.
Dicho esto, lo que es importante es que si no jugamos a este encaje de cómo empezar a pulir, limpiar el campo para empezar a jugar, no lo tendremos claro.
¿De acuerdo?
Bien, a partir de ahí, sí, ¡ostras!
le hemos dedicado tiempo y esfuerzo a pulir lo que sería el escenario de trabajo y ahora sí, qué toca y qué no toca, lo que toca lo trabajaremos en el lanzamiento.
Ahí sí, pues a caballo de la plantilla donde estamos ahora, es que la construcción de la solución mínima viable pasa por dos puntos.
Uno, la declarativa, es decir, ¿qué es lo que queremos hacer con qué objetivo y qué características mínimas nos permite empezar a preparar el prototipo?
Eso es lo que vamos a ver ahora.
Pues muy bien, el juego de la preparación de un enviés nace y cierra desde una técnica que se llama Lean Inception.
Lean Inception, sobre todo, maneja tres disciplinas que vamos a ver ahora, que son muy importantes para asegurar el tiro del lanzamiento.
Una es Design Thinking, dos va a ser Agile y tres va a ser la propia de Lean Management, recordándonos de que es importante alinear las personas que van a ejecutar el trabajo.
Aquí están las tres. Bien, esas tres disciplinas nacen de tener ese paraguas ágil donde tener un ritmo rápido sostenido de adecuarnos a lo que vamos aprendiendo.
Ese paraguas ya lo tenemos, el paraguas agile.
Las otras das es una, explorar y observar el entorno, es decir, misión desde un log de la fase 1 también de lo que sería el Anticipate, leer muy bien el escenario con Design Thinking, va muy bien y ahora sí, con Lean vamos a preparar lo que sería el Focal, el Focus de trabajo, donde vamos a empezar a construir las cosas y todo claro con ese paraguas Agile para ir iterando las cosas.
Pues nada, ese proceso iterativo lo tenemos que aprender.
No solo es la teoría, que ya más o menos podéis encontrar en diferentes foros, diferentes cursos y diferentes maneras de hacer las cosas, pero la práctica es capital.
Nadie nace enseñado.
Trabajar con esta dupla, Design Thinking y Lean, y aplicar Agile, requiere tiempo.
Las organizaciones, los equipos, pueden perder, pedir, inclusive, Solicitar periodos de prueba donde aprender con pequeños proyectos, con pequeños MVP´s, ¿de acuerdo? Porque de lo que se trata sobre todo es asentar la cultura de haber cambiado las cosas en la organización.
Pues bien, cuando uno empieza a aprender desde la práctica, todo va a mejor.
Sobre todo los primeros MVP´s igual son un desastre, pero aprenderemos muchísimo. Bien, el MVP al final juega esto.
¿De acuerdo? Es sacar desde esa solución que estamos practicando, capacitarnos.
Esto es importante.
Sin extenderme mucho, lo que también es cierto es que desde una solución preparada con un MVP desde Lean Inception, jugamos a un itinerario de crecimiento continuo.
Me aprovecho de estos colores que veis aquí para rápidamente mostrar ese modelo iterativo. El verde, lo que sería el escalado y el crecimiento no lo voy a tocar aquí porque hemos salido bien de un periplo de iteraciones continuas en la que la cosa está sentada para llevarlo a producción. Muy bien, hablemos de los otros colores, el rojo, el azul y el amarillo. El rojo sobre todo es entender que hemos manejado muy bien las primeras fases de este tiro a la luna, de que estamos experimentando constantemente para encontrar hipótesis que llevamos a la práctica. Acordaros de Darwin.
El punto de experimentación está ahí. Hemos llegado con Darwin a unas hipótesis.
Muy bien.
También es cierto que ahora entramos en la prueba.
a la paster en la zona amarilla mediante iteraciones.
Pues bien, cuando trabajamos con este juego de lanzar los MVPs estamos continuamente retocando en zona amarilla lo que toca y lo que no toca continuar.
Hay cosas que podremos descartar, hay cosas que nos quedaremos con ellas.
Las que descartamos no seguiremos con ellas.
Las que continuemos con ellas la mandaremos a zona verde y la mandaremos a producción.
Las que no estemos convencidos volveremos a la zona roja y estaremos experimentando de nuevo.
Y si hay que cambiar un poco el proyecto entraremos en pilot, en pivotar un poco ciertas características para refinar inclusive el sentido del proyecto.
Ese juego iterativo lo tenéis aquí.
Lo que sea rojo, pasamos al amarillo, salimos por verde o retocamos en rojo y en amarillo para retocar las funciones y características principales de nuestro proyecto.
Bien, ahora sí, aquí hay un dilema importante cuando empezamos ya a ir desgranando qué toca y qué no toca meter en un proyecto.
Pues bien, hablemos un poco de lo que sería, en este caso, qué nos sería una solución mínima viable.
Lo que no es, es un trabajo por incrementales. En la primera línea que estáis viendo aquí, de iconos, no funciona de esta manera un MVP.
No funciona porque sencillamente el espíritu del MVP es que desde el inicio tengo unas mínimas características que me permiten dar con la solución.
Por lo tanto, yo quiero una solución de movilidad. Yo con una rueda no voy a ninguna parte.
ni con dos, ni con el chasis por solo. No trabajo por lo que serían funciones y características que voy juntando piezas hasta el final.
Ese juego no va bien.
Tampoco no va bien el hecho de ir cambiando lo que sería mi solución de movilidad.
Tener un patinete desde el principio que me permite moverme me va bien, pero no es el coche que yo quería.
No puedo pasar de un patinete, bicicleta, moto hasta coche.
No se juega de esa manera cambiando constantemente el tema, el propósito del proyecto. Pero ojo, la tercera sí.
Yo puedo tener un coche al estilo de los pica piedra.
Incluso frenar con los pies, para que nos entendamos. Pero es un coche desde el inicio, fase uno del proyecto. Bien, esas son las mínimas características que tengo que probar.
Perfecto, ya lo tengo.
¿Qué más le puedo incorporar?
Pues le puedo poner, por ejemplo, ya darle un sentido tipo pick up y pasar de la madera para empezar a colocar algún tipo de características.
Y así poco a poco, en fase 1, fase 2, la 3, la 4 o las que me hagan falta, encuentro que aquello me sirve, le sirve.
como prototipo para empezar a generar lo que sería una resolución y aprovechar una oportunidad. Porque aquello ya funciona, por mínimo que sea. Ese es el espíritu, ¿de acuerdo?
Lo que nos permite, sobre todo, entender que trabajar de esta manera permite ir clic-clac, clic-clac, clic-clac, manejando con lo que serían fases sucesivas de pasa o no pasa. ¿De acuerdo?
Bien.
Otro tema interesante está ahí.
es de qué manera a mí una solución misma viable me sirve, no sólo para el cliente u usuario, me sirve también para aprender internamente.
Ejemplo típico, pues si internamente me sirve para aprender, vamos a ver de qué manera, por ejemplo, si yo tuviera que preparar un pastel de boda para mis hermanas, tengo tres, ¿de acuerdo?
Pero tuviera que preparar un pastel de boda para una de las tres, pues yo no tengo ni idea.
pero se han empecinado en que tengo que hacer ese pastel de bodas y no tengo ni idea.
¿Por dónde empezaría la solución invariable?
Lo que veis aquí.
Tengo que contrastar y probar la masa. Tengo que contrastar y probar la crema.
Tengo que ver incluso la decoración.
Ver incluso si encaja bien lo que sería la combinación de gustos.
Esas cosas las tengo en ese cake, en ese pastelito.
Y luego, a partir de ahí, si veo que puedo seguir adelante, vuelvo a iterar para dar una solución mejor en la siguiente fase que me toca en ese aprendizaje continuo. Ese es el sentido, el sentido de un MVP, aprender desde dentro.
Echar un vistazo ahora a lo que os voy a mostrar.
Esto que vemos aquí, como primera imagen, es un MVP, pero es de un puente con un tablón.
Pues muy bien, ¿Es una solución?
Sí.
¿De poder cruzar un obstáculo?
También.
¿Es mínima para una persona?
Sí.
¿Es viable para más personas?
No.
He llegado al límite de esa definición, de esa fase.
Me permite cruzar, cubre el sentido, pero es viable y mínimo para una persona.
Una siguiente fase permitiría ampliar lo que sería el juego de mínimo y viable, en este caso para más. Pregunta, ¿una bicicleta podría pasar por aquí? Pues creo que no, se pegaría una castaña, pero en una siguiente fase puede que sí y puede que más que una bicicleta, una moto e incluso un coche, pero ojo, la pregunta de millones y un camión, pues a lo mejor en esta fase no.
Ese juego de mínimo y viable lo tenéis que tener presente en cuanto a qué características vais a recabar.
Por lo tanto, cuando uno piensa en un proyecto, va a trabajar con diferentes mentalidades con un MVP. Una, ir aprendiendo sobre la marcha e ir generando incrementales.
Y siempre pensando en mínimo y viable hasta donde puedo yo llegar. ¿De acuerdo?
Ese juego, de hasta dónde puedo llegar, es lo que se llama también el momento de la verdad.
Los momentos de la verdad son dos.
Los momentos de la verdad es, una, qué momento de dolor tengo que superar.
Es decir, en esa fase, yo no puedo entender mejor el MVP si soluciono en aquella fase por dónde quiero cubrir lo que sería la viabilidad.
Por lo tanto, el momento de la verdad, el momento de dolor que tengo que cubrir es ¿pasará una persona? ¿pasarán dos?
¿pasará una bicicleta? ¿pasará un coche? ¿podría pasar un camión?
Ese es el momento que tengo que soslayar, sí, ese es mi marco de actuación.
Hay otro momento de la verdad, aparte del momento de dolor, que me la estoy jugando en solventar el problema, hay otro que es el momento de gloria.
El momento de gloria sobre todo es, ¿puedo dar algún extra más aparte de haber cubierto el momento de dolor?
¿Puedo dar una pequeña instruccionada, un pequeño instruccionado para que se aprenda a manejar rápidamente ese pequeño prototipo?
¿Puedo colocar una señal de tráfico que no permita pasar un camión cuando tendría que pasar por ese puente?
¿Puedo dar ese extra que no va pedido pero puedo añadir una funcionalidad que ayude, que nadie se esperaba, pero que endulza la aplicación de la solución, esos son los juegos de ir colocando como características de trabajo.
Y lo que es importante es no perder el norte.
No perder el norte a la hora de preparar el MVP, porque hay un efecto que se llama esquilar el jack, que lo veréis ahora, con un pequeño GIF que voy a poner ahora, que sobre todo es no distraer la nuestra atención a la hora de empezar a construir el MVP.
Eso es lo que se llama el efecto esquilar el jack con este pequeño GIF que os voy a pasar. Al menos lo pondré dos veces. El arranque de este pequeño vídeo tiene que ver con una persona que vuelve a casa y se encuentra con que la luz no funciona.
Intenta arreglarlo, pero no encuentra la bombilla porque pasan cosas y pasan cosas.
Se está despistando.
Total, fijaros, al final acaba arreglando el coche porque no encuentra las bombillas en el armario, se le cae el armario, intenta arreglar el armario, a partir intenta sobre todo ver que el cajón hace ruido, donde están las herramientas, luego resulta que no hay spray, va despistadísimo, incluso no tiene ni gasolina.
Total, no le va. Y viene luego ya el responsable del proyecto que dice que se había arreglado la luz de la casa y dice ¿qué crees que estoy haciendo? Pues no estás haciendo nada.
Ese juego es esquilar el jack, no perder la atención en todo momento. Cuando nosotros preparamos un MVP es aquello que tenemos que hacer y dar cuenta de lo que ha sucedido.
Hasta entonces no nos podemos despistar.
Tenéis también unas herramientas interesantes a la hora de preparar lo que sería ese modelo de preparar lo que serían las características. En este caso aquí tenéis una plantilla a mano ex profeso chamano, para que se vea que es mucho más maleable, mucho más humano, de qué elementos son importantes empezar a concretar en un MVP. ¿De acuerdo? A partir de ahí, pues tenéis un gran elenco de herramientas que puede ayudar a decidir qué elementos son importantes de incorporar. Pero cuando decidáis en ellas qué hay que tomar, son aquellas que son urgentes e importantes en aquella fase que hemos definido.
¿De acuerdo?
Esto es importante.
y a partir de ahí lo que es importante es hacer el fitting de que aquello cuadre.
Pues bien, de lo que es interesante es que vamos a tener sorpresas en la fase de experimentación.
Estamos en la paster, vamos a probar cosas, por lo tanto esas cosas que sucederán las iremos resolviendo con buena actitud, con buen mindset de trabajo y la mecánica de trabajo.
Es cierto que al final lo que es importante es que la fórmula es ambivalente. Las personas hacen el trabajo con reglas que les daremos y que sobre todo que las asuman.
Esto es importante.
Y nada, una de las cosas que también me interesa mucho es que veáis una pregunta que desde Google, cuando ya se está trabajando en pensar en incorporarse a este factoría de innovación de Google que es Google X, Se busca sobre todo entender bien el mindset y el mindset viene con una pregunta que se hace a los candidatos como esta, de este estilo.
Imaginaros, para entender este mindset, que se os propone que preparéis el siguiente proyecto, levantar una torre de 20 metros de mármol blanco de Carrara en lo que sería, en este caso, la Plaza de la República de Florencia, por ejemplo, esa columna establecida y preparada de esta manera, con estilo corintio, en la Plaza de la República de Florencia, tenéis que hacer que suba un mono arriba de la columna y recite Romeo y Julieta de William Shakespeare o bien Macbeth, como veis aquí, de William Shakespeare. Bien, la pregunta de Miguel es ¿por dónde se empezaría el proyecto?
Os sorprenderá ver que mucha gente muy abezada podría decir, ostras, hay que pedir los permisos, ostras, hay que buscar la manera de encontrar el mármol, ostras, hay que construir la columna, ostras, hay que encontrar un mono que luego suba. Bien, lo importante está en el lema, en el lema porque cuando, perdón, estáis resolviendo este dilema lo importante es encontrar un mono que hable porque de todas las cosas que pensáis como es imprescindible es el mono.
¿Por qué? Porque sencillamente sin ello no hay proyecto, no me puedo despistar de lo que es esencial.
Esa esencialidad de lo que es los riesgos potenciales y o reales que el proyecto me puede caer lo tengo que incorporar en el MVP, en la solución minima viable.
Si yo, en mi solución minima viable, sobre todo de inicio, no he identificado los monos de mi proyecto, no tendré proyecto.
Eso es hasta tal punto que Google habla de su lema, monkey first, identifica los monos del proyecto para lanzar el moonshot, para lanzar bien un MVP. ¿De acuerdo?
Ese juego es importante.
Los monos. Los monos primero.
Porque nos va a llevar lo que sería desde la experimentación a la producción.
Desde la exploración a la producción. ¿De acuerdo?
Por lo tanto, ese juego lo tenemos ahí.
La explotación es lo que al final nos tiene que devenir el proyecto.
Muy bien.
Pues nada.
hay que levantar lo que serían las liebres de los proyectos, de los problemas que hay, preparar a la gente, encontrar esas características que los trabajen desde Agile y adelante con ello, porque al final vamos a aterrizarlo.
Y aterrizarlo, la última fase, es encontrar de qué manera SMBP madurará, porque habrán problemas.
Bien, permitidme que os ponga este pequeño vídeo de un...
Un proyecto muy bonito que se llama The Zip Line, donde también os haré vida cuenta de dónde estaba el mono, el problema de este proyecto. Bien, os pongo el vídeo, permitidme.
Está por aquí, allí está.
Abro por aquí.
Y son tres minutitos, pero fijaros bien en este vídeo de ZipLine dónde está la esencia del proyecto, la misión, la capacidad, el tema resolver que muchas veces nace de Design Thinking y cómo se puso en práctica con él.
ZipLine en Rwanda. Ahí va.
[00:49:53] Speaker C: Rwanda es conocida como la tierra de mil montañas.
[00:50:01] Speaker B: Es un país muy difícil en términos.
[00:50:08] Speaker C: De topografía y muchas áreas son difíciles de alcanzar. Reversar ese terreno para llegar a una aldea rural puede tomar horas, aunque sea a muy corta distancia. Hoy, si una madre da nacer y sufre de hemorragia postpartum, su vida depende de obtener una transfusión de sangre. Ya estáis viendo que está hablando de la topografía, la asistencia rápida sanitaria con entregables de este estilo.
[00:50:57] Speaker B: Su visión final es poner cada uno de esos 11 millones de ciudadanos dentro de un equilibrio de 15 a 35 minutos de cualquier producto médico esencial que puedan necesitar.
Es una idea revolucionaria para cualquier país del mundo.
[00:51:39] Speaker C: El uso de drones para ofrecer productos médicos a la vida puede superar la falta de infraestructura de trabajo. Necesitamos dejar que nuestras imaginaciones crezcan. Cuando tienes una comodidad rara en suministro, que puede ser un tipo de sangre inusual o algo como una vacuna de rabia, y la necesitas de inmediato, la idea que podríamos usar Y es un honor para ZipLine de colaborar con el gobernador de Rwanda. Ponemos un hubo junto a un existente mercado de medicina. Y es un honor para ZipLine de colaborar con el gobernador de Rwanda.
[00:51:58] Speaker B: Y es un honor para ZipLine de colaborar con el gobernador de Rwanda. Y es un honor para ZipLine de.
[00:52:04] Speaker C: Colaborar con el gobernador de Rwanda. Y es un honor para ZipLine de colaborar con el gobernador de Rwanda. Y es un honor para ZipLine de colaborar con el gobernador de Rwanda.
y eso inmediatamente permite a esa fábrica hacer cientos de entregas por día a cualquier lugar dentro del rango. El médico nos envía su orden, por texto, por teléfono, lo que sea conveniente. Alguien identifica sus necesidades y luego repara el paquete, lo hace en el dron.
[00:52:30] Speaker B: Luego tomamos ese vehículo y lo ponemos a prueba antes de vuelo. Está lanzado, vuele automáticamente a la clínica.
[00:52:36] Speaker C: El camino ya ha sido calculado, está en el computador.
[00:52:49] Speaker B: Y ahí lo veis, se sueltan paracaídas y se entrega el paquete y el producto final.
Ahí está.
Bien, pues bien, ahora sí, ya estáis viendo aquí, estamos viendo una serie de características importantes, incluso en un ecosistema de innovación en abierto, diferentes compañías contribuyendo.
y fueron resolviendo lo que eran los diferentes monos, sobre todo en primera fase, por dónde funcionar, porque este proyecto era sobre todo un cobbling de diferentes disciplinas para sacar adelante esa cobertura del propósito, de cubrir lo que sería la accidentalidad geográfica del país para tener una asistencia sanitaria con ciertos medicamentos incluso entregables, biológicos que habéis visto como la sangre, que llegara a tiempo. Bien, la cuestión está, uno de los elementos importantes que se les coló, y mira que había varias compañías importantes que estaban detrás del proyecto, era sobre todo un mono. Y el mono era, sobre todo, importante identificarlo a la hora de cubrir lo que eran los resultados que tocaban cubrir.
En este punto lo que es importante es sobre todo que funcionara bien y que llegaran bien los paquetes para que no se rompieran, ¿de acuerdo? Y que sobre todo el proyecto en colaboración en cuanto a lo que serían los costes y lo que era la entrega de elementos a construir, les fallaba.
Permitidme.
Eso lo tengo por aquí, creo que se me ha saltado por aquí.
Está aquí.
Muy bien.
Pues uno de los monos era este que estáis viendo aquí ahora.
Un mono muy gordo que pasó por alto, que era que fallaba el paracaídas.
Y este juego estuvo a punto de dar al traste el proyecto en su primera versión de MVP, porque todo estaba al menos concretado. Era coger un dron hacer unas pinzas que cogiera la caja y lo dejara caer y ver que aquello funcionara. No había aplicaciones por app, no había lo que sería una tipología de cobertura de lo que era el seguimiento del tracking del paquete, todo eso ya vendría en fases sucesivas.
Pues bien, quien salvó la situación fue la NASA con IDEO porque la NASA entregó Free, gratis, lo que era la tecnología, entre comillas, de cómo soltar un paquete, ¿de acuerdo?, con ciertas tipologías del paracaídas, con una patente del año 47. Pues bien, es importante entrar en fase iterativa con los MVP para limpiar monos reales o potenciales, o los que te van a llegar a caer, porque ese es el punto de aprendizaje. ¿De acuerdo? Esto es capital.
Dicho esto, lo que ya vamos sobre todo es entender con un MVP, desde el desbloqueo, anticipación, la preparación, el launch y lo que sería el landing, sobre todo es entender que estamos en un proceso evolutivo de aprendizaje en beneficio del que está fuera, que va a aprovechar nuestro producto, servicio, nuestra solución, pero internamente para crecer como individuos, como equipo y como organización.
¿Por qué es importante el MVP, el MBS, la Solución Mío Viable?
Pues echando un vistazo a lo que sería la Organización Mundial del Trabajo, lo que está diciendo sobre todo es que la preparación de las personas es importante a la hora de sacar adelante lo que sería el futuro de la sociedad.
Por lo tanto, hay tres puntos importantes. El aprendizaje ágil, lead management, y lo que sería la experimentación para el aprendizaje es capital.
Estas diez características que estáis viendo aquí, sobre todo las que están en azul, juegan con lo que sería manejarse con un envies sobre todo. Uno, lo que sería la mentalidad analítica estar ahí, lo que sería la resolución compleja de problemas, lo que sería el análisis crítico, la creatividad, la iniciativa, la originalidad está ahí y sobre todo lo que sería el problem solving. Todo ello lo vais a poder practicar también desde la solución mínimo viable.
Esta es la plantilla que os había dejado anteriormente y sobre todo sacar lecciones aprendidas para todos vosotros.
Esto que veis aquí es un caso real que hace apenas hace un mes y medio.
Lo hemos puesto en este curso que habíamos dicho que habíamos practicado con lo que era en Florencia. Sobre todo un curso de solución inmediata viable en la que le pedimos sobre todo a los participantes que resolvieran tres preguntas importantes para ellas. Y yo la he dejado en italiano para que se vea que ahí funcionó la cosa.
Tres preguntas que ayudan a retroalimentar la experiencia del practicante de cómo ha hecho el proyecto.
Eso va a lo que se llama un plan de desarrollo personal. Uno, ¿qué te ha impactado de tu participación en el proyecto?
Primera pregunta, ¿qué te ha impactado?
Dos, ¿qué deberías practicar o no practicar?
Más, pero esos elementos tú te los llevas al aprendizaje propio y lo compartirás en el equipo.
Y el equipo, ¿de qué manera yo lo puedo llevar a la práctica en la siguiente iteración? Esas tres preguntas retroalimentan la experiencia de haber trabajado con un MVP.
¿De acuerdo?
Nada, a partir de ahí, de lo que se trata, sobre todo importante es, cuando uno prepara y lanza un MVP, no saldrá igual, vendrá transformado, vendrá cambiado.
De tal manera que ese juego de aprender, de evolucionar, tenerlo presente, que va a funcionar.
Por lo tanto, ese juego de ir viendo cambiar la perspectiva y la manera de manejarse en el mundo y en el mundo, en vuestro trabajo, es capital como un elemento importante de mejorar vuestro mindset y vuestras capacidades de trabajo.
Muchas gracias.
