Apasionado
de la Agilidad o Agilismo
Agile Coach,
Consultor
& Facilitador
"Estoy convencido de que la Agilidad o Agilismo es un camino y no un fin. Me encanta ayudar a los equipos a cocrear las mejores condiciones para abrazar la Agilidad Organizacional."
Próximos
Cursos
-
La esencia de OKRs
1 oct. 2024-4 oct. 2024OKRs: Alineación, enfoque y compromiso. OKRs es un acrónimo que significa Objetivos y Resultados Clave (Objectives and Key Results). Es un marco de trabajo que nació en Intel, y es ampliamente utilizado en empresas como Google, Netflix o Spotify. Los OKRs ayudan a visualizar los Objetivos prioritarios de una organización, y alinearlos a su vez con los objetivos de las diversas divisiones / áreas / departamentos / equipos que la conforman. Estos objetivos en todos los niveles se asocian con un grupo de Resultados Clave, medibles de manera cuantitativa, que ayudan a hacer transparente cómo estamos acercándonos a los objetivos con los cuales están asociados, y determinar si estos se cumplen o no. Esto se realiza de manera iterativa o cíclica, para inspeccionar y adaptar cómo se avanza hacia estos objetivos, con una cadencia que ayuda a alinear la estrategia con la operación. **4 súper sesiones en línea, de 2 horas cada una, para un total de 8 horas de aprendizaje increíble :)**
Online20% de descuento -
Gestión del cambio para líderes
8 oct. 2024-10 oct. 2024De acuerdo con diversos estudios, más del 70% de las iniciativas de cambio fracasan. Las razones principales de este fracaso van desde la resistencia de los empleados hasta la falta de un modelo de liderazgo. Cambio organizacional es el proceso en el cual una empresa modifica un elemento importante de su organización, por ejemplo: Un modelo nuevo de negocio, un cambio tecnológico que modifica la forma de operar, o sus procesos internos. Lo realmente complejo de estos cambios es que implican un cambio en las personas, en la manera en que venían trabajando. La gestión del cambio es la aplicación de un proceso estructurado y un conjunto de herramientas para abordar el lado humano de los cambios, se centra en las personas, en cómo ayudarlas a no temer, reducir la resistencia, a participar, y adoptar un cambio en su trabajo diario. **Este es un curso introductorio a Gestión del Cambio** **¿A quién está dirigido este curso de Gestión del Cambio? Gerentes, Líderes de equipo, Project Managers, Scrum Masters, Agile Coaches, y, para cualquier persona que colabore con equipos.** Acompáñanos en este curso introductorio de Gestión del Cambio: 3 súper sesiones en línea, de 2 horas cada una, para un total de 6 horas de aprendizaje increíble :)
Online20% de descuento -
Management 3.0 Foundation
21 oct. 2024-8 nov. 2024**¡Lleva tu liderazgo al siguiente nivel!** Management 3.0 te brinda conceptos y herramientas orientadas al cambio, la auto-gestión, creación de equipos, generación de entornos innovadores y el camino al alto desempeño. ¿Cómo? Management 3.0 se enfoca en un liderazgo positivo y colaborativo, en gestionar al sistema sin perder el lado humano ¡Propone que los equipos pueden mejorar su desempeño si nos buscamos la felicidad de las personas! Algo súper importante, es que Management 3.0, al proponer un** liderazgo colaborativo**, no es necesario tener un cargo gerencial o directivo para poder ponerlo en práctica... **es para cualquier persona sin importar tu rol dentro de tu equipo!** **Este curso es 71.53% práctico**, ya que así es como se afirma verdaderamente el conocimiento: Aplicando lo aprendido. Utilizaremos herramientas colaborativas para las prácticas, por ejemplo, en este curso utilizamos: **Miro**. Realizaremos prácticas que podrás aplicar con tus equipos desde la primera sesión. **8 súper sesiones en línea, de 2 horas cada una, para un total de 16 horas de aprendizaje increíble :)**
Online20% de descuento -
Agilismo para Freelancers
26 oct. 2024-9 nov. 2024Como profesionales, ya sea por cuenta propia o para una organización, trabajamos en proyectos: Crear un diseño, unos planos, un software, o cualquier tipo de servicio. **De acuerdo con un estudio realizado por The Standish Gorup, solo el 16% de los proyectos son exitosos. Entre las principales razones asociadas a por qué fallan los proyectos, se identifica la incapacidad de responder al cambio.** En este curso aprenderemos diversas herramientas del mundo de la Agilidad Organizacional, para aplicarlas a nuestros proyectos, generando productos y/o servicios de manera adaptativa. ###Taller Presencial ###3 Sesiones: 3 sesiones sabatinas de 6 horas (de 09:00 a.m. a 03:00 p.m.) 1. Sábado 26 de octubre 2. Sábado 02 de noviembre 3. Sábado 09 de noviembre **18 horas de curso teórico-práctico.** ### Ubicación: iidea Work Center (link: https://www.google.com/maps/place/IIdea+Work+Center/@20.663058,-103.4248627,17.35z/data=!4m6!3m5!1s0x8428aff2d9191991:0x8e582fecd2947e3b!8m2!3d20.6633552!4d-103.4236328!16s%2Fg%2F11fkcy2z9q?entry=tts/ text: (haz clic aquí para ver ubicación)) Avenida Patria 747, Jardines Guadalupe. Zapopan, Jalisco. (Esquina con Av. Guadalupe)
iidea work center20% de descuento -
Scrum Master
18 nov. 2024-4 dic. 2024**Scrum es el marco de trabajo más usado en el mundo**. Un Scrum Master es un agente de cambio que facilita y promueve la adopción de Scrum, así como los principios y valores de la Agilidad, tanto en el equipo Scrum como en la organización. Aprende la teoría que sustenta Scrum y complementa con prácticas de los roles, eventos y artefactos que lo conforman, por medio de dinámicas colaborativas para asentar el aprendizaje. Al finalizar el curso, tendrás la preparación necesaria para obtener la certificación Scrum Master Professional Certificate (SMPC ®).
Online20% de descuento
Cursos
In-company
Cualquiera de los cursos ofertados en el calendario, o bien, cursos específicos a la medida de tus necesidades. Podemos cocrear juntos una experiencia sublime de capacitación en un grupo privado, formado por personas de tu empresa.
Hey!, Más información sobre estoConsultoría
La Agilidad o Agilismo es un camino y no un fin. Te acompaño en este viaje para cocrear las mejores condiciones en tu organización para abrazar la Agilidad Organizacional
-
Facilitación
Facilitar es “hacerlo fácil”.
Facilito sesiones para guiar a personas y equipos hacia un resultado predeterminado ¿Cómo?, a través prácticas, dinámicas y herramientas diversas de gamificación que fomenten las conversaciones poderosas y liberen el potencial de las personas. -
Mentoría & Coaching
Enfocada en cuestiones directas sobre temas específicos. Es una opción adecuada si tienen alguna consulta puntual y se encuentran en la exploración de alternativas.
Una manera de ayudar a desarrollar nuevos conocimientos y habilidades específicos ¿Cómo?, a través de compartir experiencia y guía, a la vez que se pone en práctica lo aprendido. -
Consultoría
Les acompaño en el viaje de evolución ágil de tu organización: Partir de un estado inicial, co-crear las mejores condiciones de manera iterativa que potencialicen su capacidad de adaptarse al cambio y abrazar la Agilidad.
Testimonios
Algunos testimonios de personas con quienes he tenido el gran gusto de colaborar profesionalmente a lo largo de este mágico camino de la Agilidad:
-
“
Leonel consiguió resultados de cambio sorprendentes en la empresa con la mentoría de SCRUM. Es un profesional muy enfocado para trabajar en el aprendizaje de cada colaborador de nuestra organización. Tiene excelentes conocimientos en el marco de SCRUM, y gracias a él hemos podido llevar a cabo la implementación de varios proyectos de forma exitosa.
Miguel Ángel Pedraza González
Dirección de Transformación Digital e Innovación en (Fintech-Retail)
(México) -
“
Destaco la facilitación de nuestro trainer Leonel Zapien López, impecable.
Me llevo la forma de explicar los conceptos y las dinámicas utilizadas que ayudan a entender los conceptos puestos en práctica.
Cristian Rodríguez
Enterprise Agile Coach | SAFe Agilist | CSM | Transformación digital
(España) -
“
Gran dominio del tema, excelentes visualizaciones, los ejercicios prácticos fueron de mucho aprendizaje, en conclusión Leonel Zapien Lopez felicidades por tu enorme capacidad de transmitir conocimientos.
Katheryn Hodgson
Gestión Administrativa-Financiera en Organizaciones sin Fines de Lucro
(Nicaragua) -
“
Superó mis expectativas!! Me encantó y 100 de calificación a Leo.
Guillermina Marín Covarrubias
Program Manager
(México) -
“
Leonel comparte muchísimo más Valor del que esperé desde el momento que supe de su curso. Me parece que tiene un estilo bastante amigable, amable y atento para impartir el conocimiento.
Busca siempre resolver cualquier duda posible y da tiempo suficiente y adicional para responder cada pregunta. Estaría dispuesto a tomar más cursos con él, sin duda, y lo recomiendo 100%
Leopoldo García
Program Manager
(México) -
“
Como siempre Leonel Zapien Lopez dándonos una cátedra. Sencillamente magistral, muchísimas gracias por compartir con nosotros tus conocimientos y experiencias. Un abrazo gigante desde Venezuela hasta México.
Ileana Ramos Pereira
PMP, PMI-ACP, Scrum Master, Product Owner. Consultoría de Negocios
(Venezuela) -
“
Taller 100% recomendable, Leonel Zapien Lopez con clases muy entretenidas, imposible no mantenerse atento!
Leonardo Soto Cartes
Director de Ciberseguridad
(Chile) -
“
Me encantó el curso, mucha información entregada de una manera muy amena, dinámica y entretenida. Felicidades por estos skills educativos.
Fabiola Fajardo
Clinical Neuro- Scientist | Life Science Consultant & Project Manager
(México) -
“
Una gran experiencia con el facilitador, con un alto grado de innovación y cocreacion, siempre nos mantuvo demasiado enfocados en los temas que se nos pasaban las sesiones rapidísimo por su gran manera de abordar los temas. Sabe liderar de manera excelente el curso, muy flexible al momento de dar respuesta a dudas, siempre con una gran amabilidad y establece de una manera muy entendible el contexto de los temas a fin de que todos podamos entenderlos.
Miguel Ángel López
Gerente de Operaciones
(México) -
“
Quiero expresar mi agradecimiento a Leonel Zapien Lopez, talentoso facilitador, por su experiencia y dedicación en la enseñanza de este poderoso enfoque ágil.
Noemí Zalazar
Desarrollo Full Stack con enfoque en Frontend | Metodologías Ágiles | PM
(Argentina) -
“
“Algo que cabe destacar entre todo lo positivo, es su método y el expertise con el cual se maneja en conjunto con la pasión y dinamismo que emplea al explicar los temas, por ende, puedo confirmar y reafirmar que ha sido una de las mejores experiencias de aprendizaje profesional que he tenido.”
Sascha Alexander Pedersbeck Franco
Scrum Master | PM
(México) -
“
¡Sos un crack Leonel!
Como dice la frase “Ser un Facilitador es como ser un artista, tienes los flujos de procesos de diferentes colores combinados en una obra de arte” ~ Greg Cimmarrusti
Sheila Santos
Scrum Master| Coach Ontológico| Project Manager
(Argentina)
Visita mi
Blog
Lean
Esto es Lean
Existen muchas definiciones de “Lean” como corriente o pensamiento, esta palabra que traducido literalmente significa “esbelto, delgado, magro”, una definición que me pareció muy sencilla es la que proponen los autores del libro “Esto es Lean / This is Lean”, quienes proponen: Lean es una estrategia de eficiencia de flujo, con dos principios clave: Justo a Tiempo (Just in Time o JIT), y Gestión visual (Visual Management). En el artículo de hoy conversaremos sobre este genial libro, “Esto es Lean / This is Lean”, escrito por Niklas Modig & Pär Ahlstrom. ¡Arrancamos! # No es una clase de historia, pero un poco de contexto: “Toyota es el padre del movimiento Lean” Todo inicia con el **Sistema de Producción de Toyota**, el cual le llevó a ser la empresa número uno en fabricación de coches a nivel mundial. Toyota, partiendo de una época de crisis y escases de recursos después de la Segunda guerra mundial, la necesidad los llevó a enfocar su organización en el usuario, en cubrir sus necesidades de manera rápida y a un precio competitivo. La clave de su éxito: Lograrlo a través de la eliminación de desperdicios en su flujo valor, produciendo vehículos solo cuando hubiera demanda del cliente, creando un sistema de producción bajo demanda. (image: this-is-lean-esto-es-lean-toyota-logo-toyota-prodcution-system.webp) ¿Qué tipo de desperdicios eliminaron de su proceso?, los tiempos de espera, el retrabajo por problemas de calidad, el exceso de inventario, los movimientos innecesarios, el sobre procesamiento, etcétera. Así nació lo que se conoce como Sistema de Producción Toyota (**TPS por sus siglas en inglés, Toyota Production System**), que ha sido “la referencia” para diversas industrias. En 1988 John Krafcik escribió el artículo “Triunfo de Lean Production System” ((link: https://edisciplinas.usp.br/pluginfile.php/6889199/mod_resource/content/4/krafcik_TEXTO_INTEGRAL.pdf text: puedes descargar el artículo original aquí)), donde trata sobre los sistemas de fabricación “robustos”, contra lo que hacía Toyota y su producción bajo demanda, definiendo el proceso de Toyota como “magro o esbelto”, es decir, “lean”. En este año se acuña el término “lean” y el Sistema de Producción de Toyota es traído a occidente. # Denominación de Origen En mi caso, soy de Guadalajara, Jalisco, en México. La tierra del Tequila. El Tequila es la bebida que se extrae de un tipo de agave específico sembrado en esta región de México, es su “denominación de origen”. Cualquier otra bebida extraída de agave, aunque sea el mismo tipo de agave, pero fuera de la región específica de México, no es Tequila, simplemente es Mezcal. Es el nombre genérico. Lo mismo sucede para diferenciar entre un Whisky y un Scoth (denominación de origen de Escocia), entre un Puro y un Habano (denominación de origen de Cuba). (image: this-is-lean-esto-es-lean-agave-tequila-jalisco-s.webp) fuente de imagen: entrecopasdeagave.com . Esta analogía me hace sentido cuando hablamos del** Toyota Production System o TPS (denominación de origen) y Lean (denominación genérica)**. Lean no es lo mismo que el TPS, digamos que se basa en él. Ambos buscan reducir los despilfarros o desperdicios, optimizar los procesos, maximizar la eficiencia de flujo (entre muchas otras cosas), pero como tal, son en realidad hablamos de dos movimientos ahora independientes. # El contexto El libro inicia con una historia de dos mujeres, nos lleva con todo detalle para explicarnos sin tecnicismos la diferencia entre la eficiencia de flujo contra la eficiencia de recursos. En la primera historia, una mujer vive “en carne propia” la eficiencia de utilización de recursos en un sistema de salud. En este enfoque, el objetivo es maximizar la utilización de los recursos como equipo especializado para realizar estudios clínicos, así como la máxima utilización de personas (personal que opera los equipos, enfermeras, médicos, etcétera), es decir, que “estén la mayor parte del tiempo ocupados”. **Primero, aquí abro paréntesis:** Si vamos a hablar de flujo de valor, primeramente, considero importante definir qué es esto: Un flujo de trabajo o (flujo de valor), son todos los pasos relevantes de un proceso que una organización necesita para producir un producto o servicio. **Cierro paréntesis, continuamos con el tema.** ## Perspectiva de Eficiencia de Recursos En este ejemplo, la paciente hace una cita al médico, la cita se la programan para dos días después, cuando llega el día acude al médico, quien considera que es necesario hacerle un estudio especializado, para lo cual solo hay disponibilidad de citas un par de semanas después. Cuando finalmente se ha realizado el estudio, debe de ir ahora a visitar al médico especialista, después otra cita más, y para cuando finalmente el médico le da el diagnóstico, han pasado en total 42 días. ¿Está bien esto o está mal?, nada de eso, todo lo contrario En este caso se mide la eficiencia de utilización de los recursos y personas, así, por ejemplo, se busca que el primer médico que visitó la paciente siempre esté “ocupado”, atendiendo un paciente tras otro sin que el médico pare (se considera muy costoso que tenga tiempo “ocioso”), mejor que sean los pacientes quienes esperan. Lo mismo con el equipo médico con el cual le realizan el estudio, igual consideración que con el médico especialista. Cuando nos centramos en la eficiencia de recursos, estos están siempre ocupados, con filas de materia prima o piezas en una línea de manufactura, en espera de ser procesadas (en este ejemplo, fila de personas esperando días para ser atendidas). **En la eficiencia de recursos medimos la tasa de utilización de los recursos**, buscando estar lo más cerca posible del 100% (claro que esto es muuuuuy ideal). (image: this-is-lean-esto-es-lean-eficiencia.webp) **Ejemplo Eficiencia de Recursos: ** Recurso: Escáner para estudios clínicos Tiempo de utilización: 6 horas Tiempo disponible (en un día): 24 horas. Eficiencia del recurso: Tiempo de utilización / Tiempo disponible = 6 horas / 24 horas = 25% Ok, pero en si la clínica no opera las 24 horas del día, digamos que solo 8 horas al día, tenemos: Tiempo disponible (en un turno): 8 horas. Eficiencia del recurso: Tiempo de utilización / Tiempo disponible = 6 horas / 8 horas = 75% ## Perspectiva de Eficiencia de Flujo Desde la perspectiva de la eficiencia de flujo, la unidad (materia prima, piezas en una línea de manufactura, o las personas en este ejemplo), sea procesada lo más eficientemente posible. Volviendo al ejemplo del sistema de salud y la atención médica, el objetivo aquí es que la paciente sea atendida lo más pronto posible, desde que inicia el proceso (cuando hace cita para la primera revisión médica) hasta que termina este flujo de valor (cuando recibe el diagnóstico), Mientras más pronto sea atendida la persona (o procesada la pieza en la línea de manufactura), mucho mejor. La clave en este cambio de enfoque es que, los tiempos de espera se consideran un despilfarro o desperdicio, ya que no aportan valor al paciente, es decir, son tiempo en los que no se está atendiendo directamente su necesidad o resolviendo su problema, solo está esperando a que los recursos y personas tengan capacidad disponible para atenderlo. Por lo tanto, buscamos eliminar (o minimizar lo más posible) estos tiempos de espera. Los autores nos comparten ahora una segunda historia de una mujer, que, bajo similares condiciones en su estado de salud, asiste a otra clínica. La diferencia es que en esta clínica se cuenta con todo lo necesario para brindar el diagnóstico en el momento: Médicos, Equipo especializado, personal para operar el equipo, enfermeras, asistentes, médicos especialistas. En esta segunda historia, la paciente recibe su diagnóstico en solo 120 minutos. Aquí una nota, el tiempo total que la paciente duró en la clínica fueron 120 minutos, claro que también hay tiempos de espera, por ejemplo, esperar a que el equipo clínico procese el estudio para dar un resultado, el tiempo de interpretación, etcétera. Solo que los tiempos son mucho menores. Teniendo lo anterior en cuenta, la paciente pasó 80 minutos en atención “activa”, los restantes 40 minutos fueron tiempos de espera como los mencionados anteriormente. En este caso, la eficiencia de flujo se mide desde la perspectiva de la paciente, el tiempo total que pasa en la clínica. Así que, para tratar de reducir este tiempo al máximo, se dispone de médicos “ociosos” (tienen capacidad disponible para atender a un paciente en cuanto llegue), lo cual permite una mejor experiencia para el usuario. **Ejemplo Eficiencia de Flujo Paciente #2: ** Tiempo activo de atención de la paciente: 80 minutos Tiempo total hasta que la paciente recibió el diagnóstico: 120 minutos. Eficiencia de flujo: Tiempo de atención / Tiempo total = 80 minutos / 120 minutos = 66.67% Pero aquí estamos comparando peras con manzanas, en el primer ejemplo se midió el porcentaje de utilización de un recurso, en este ejemplo estamos midiendo el tiempo de atención de la paciente. Para poder tener una comparativa adecuada, debemos medir lo mismo en ambos casos. Así que, desde la perspectiva de la paciente en el caso de la Eficiencia de Recursos, los 42 días que transcurrieron para que la paciente recibiera su diagnóstico (1,008 horas), tendríamos algo como esto: **Ejemplo Eficiencia de Flujo Paciente #1: ** Tiempo activo de atención de la paciente: 2 horas Tiempo total hasta que la paciente recibió el diagnóstico: 1,008 horas Eficiencia de flujo: Tiempo de atención / Tiempo total = 2 horas / 1,008 horas = 0.2% Aquí podemos ver el impacto de ambas aproximaciones: 0.2% contra 66.67% Claramente en el ejemplo #2 la eficiencia de flujo es mucho mayor, por lo cual la experiencia de la paciente es muchísimo mejor, pero consecuentemente es un servicio más costoso (se tienen personas y recursos con tiempo “ocioso” para garantizar tener capacidad disponible cuando se requiera). ¿Es esto también un despilfarro o desperdicio el no tener a las personas ocupadas al 100%? Como todo en la vida, depende. Imaginemos un escenario donde en una base de bomberos, los bomberos están al máximo de utilización de tal manera que, cuando surge un incendio, el tiempo de espera para que puedan atenderlo fuera de 60 minutos. ¿Sería viable? (image: this-is-lean-esto-es-lean-bomberos.webp) fuente de imagen: tv.buap.mx . Entonces, no es que la eficiencia de flujo sea buena ni que la eficiencia de recursos sea mala. Como vemos, depende del contexto. La** eficiencia de flujo no consiste en hacer más rápido nuestro producto o servicio,** no depende solo de incrementar la velocidad en la entregamos valor, se trata de medir la “densidad de valor”, esto es, **eliminar las actividades que no aportan valor**, como es el caso de los tiempos de espera. # Ok, mucho rollo, pero ¿Qué es Lean? Lo autores comienzan, antes de explicar Lean, explicando lo que no es Lean. El concepto de Lean es que ha sido definido de muchas maneras (o mejor dicho, a diferentes niveles de abstracción), de ahí que exista un poco de confusión. El primer problema es que Lean se define a diferentes niveles de abstracción. Por un lado, hay autores que definen Lean como una filosofía, una mentalidad o* mindset*, y hay quien lo lleva a niveles abstracción más bajos como prácticas puntuales. Esto nos lleva a confundir el “cómo” con el “por qué”. **Debemos de empezar y centrarnos en el propósito, sin acotarnos en el “cómo”**. Es por esto que, muchas organizaciones se centran en copiar prácticas de Toyota y esperan obtener los mismos resultados, pero lo Toyota generó esas prácticas partiendo del objetivo que tenían, las prácticas dependen, además de todo, de su contexto particular. # Esto es Lean Entonces, **¿Qué rayos es Lean?** Primeramente, Lean no define prácticas específicas, permite que las prácticas nazcan dentro del contexto de cada organización, en la búsqueda de la eficiencia de flujo y la mejora continua. Definir prácticas específicas es acotar el alcance de Lean. **Lean es una estrategia de eficiencia de flujo, con dos principios clave:** **1. Justo a Tiempo (Just in Time o JIT)**, alinear todo su el flujo de valor a partir de entregas justo a tiempo a todos los niveles, desde materia prima, partes ensambladas de su proceso, hasta el inventario final, evitando generar cantidades industriales de inventario, que es una manera de desperdicio. **2. Gestión visual (Visual Management)**, utilizar herramientas visuales como tableros, tarjetas indicadoras, código de colores, alarmas visuales, etcétera, que permitan mantener la visibilidad del proceso, y tomar decisiones. (image: this-is-lean-esto-es-lean-fabrica-visual-visual-management.webp) fuente de imagen: visualmitra.com . Por último, el concepto más importante sobre la eficiencia de flujo es el concepto de retroalimentación o feedback, que es una piedra angular de la **mejora continua**. # Conclusiones “Esto es Lean” es un libro imprescindible no solo para cualquier emprendedor o practicante Agile y Lean, sino para cualquier profesional donde exista un flujo de trabajo, y como no conozco ningún tipo de empresa o industria donde no exista flujo de valor, entonces es un libro recomendable para todos (siempre y cuando sea de su interés la mejora continua). Como hemos visto, lean no es solo un conjunto de prácticas, va más allá de eso, tiene un enfoque en la eficiencia de flujo y la mejora continua y para que sea sostenible, buscamos es enraizar o anclar esto en nuestra cultura organizacional (lo cual hizo muy bien Toyota, por ejemplo). Este libro me ha ayudado a entender a mucho mayor profundidad en es el movimiento Lean. Un concepto que está “de moda”, y se lo podemos ver por todos lados: • Lean Manufacturing • Lean Management • Lean Portfolio Management • Lean Change (Management) • Lean Coffee • Lean Construction • Lean IT • Lean Company • Lean Marketing • Lean Education • Lean Startup (por cierto, si te interesa este tema, (link: https://leonelzapien.com/blog/el-metodo-lean-startup-producto-minimo-viable-mvp text: aquí puedes leer un artículo que escribí precisamente sobre Lean Startup)). • Y una larga lista de etcéteras y etcéteras. Para terminar, este artículo (aunque extenso), ha sido solo un “chapuzón” en el mundo de Lean, si te ha interesado el tema y deseas bucear a profundidad en el tema para aplicarlo con tus equipos y en tu organización, este libro es una recomendación absoluta **nivel Master Jedi**. ## Referencia “Esto es Lean / This is Lean”. Niklas Modig & Pär Ahlstrom.
31 de agosto de 2024
Scrum
Antipatrones de Scrum: Scrum but
Scrum no funciona. He escuchado esta frase muchas más veces de las que me gustaría admitir,
aunque la realidad es que, cuando profundizamos en cómo estos equipos llevan Scrum en su día a día, salen a flote diversas prácticas que desvirtúan Scrum, prácticas que se llevan a cabo de manera incorrecta (de manera intencional o no intencional), y por lo tanto un efecto aparente es que Scrum “no está funcionando”, cuando la causa raíz es, en realidad, una mala práctica, o lo que se conoce como un **antipatrón**.
Scrum un marco de trabajo, pero más que eso, hoy siendo las 5:34 a.m. del 8 de julio de 2024, continúa siendo **el marco de trabajo más utilizado en el mundo**, no lo digo yo, lo muestran los diversos estudios anuales sobre Agilidad o Agilismo que se publican por diversas organizaciones.
Scrum establece una forma de colaborar evaluando de manera continua cómo construir un producto (o servicio), obtener retroalimentación del cliente/usuario final, y adaptar creativamente en base a la información obtenida siempre centrados en entregar un incremento de producto que agregue valor al cliente/usuario final.
En este artículo no abordaremos lo que Scrum es, no es un artículo introductorio (si quieres leer un poco sobre los principios de Scrum, (link: https://leonelzapien.com/blog/que-es-scrum text: te comparto aquí un artículo que escribí sobre este tema hace un par de años)), aquí abordaremos sobre eso que “no es Scrum”, esos antipatrones que desvirtúan el marco de trabajo y consecuentemente llevan a equipos a sufrir el proceso y concluir que “Scrum no funciona”.
(image: scrum-logo.webp)
# Anti… ¿qué?
Aquí abro un breve paréntesis.
Primero lo primero, no sé si conozcas el término **antipatrón**, pero vamos iniciando aquí. Un antipatrón es un enfoque que nos va a conducir a una mala solución a un problema, pueden ser en ocasiones enfoques “generalizados” o que se utilicen ampliamente, pero, aun así, no deja de ser una solución inadecuada y por lo mismo son ineficaces y/o improductivos para resolver determinada clase de problemas comunes.
Una vez aclarado lo anterior, ya hemos calentado motores, entremos directo en tema sobre de antipatrones en Scrum, ¡Aquí vamos!
Cierro paréntesis.
# Scrum but
Hoy vengo a platicarte sobre algo que se conoce como **Scrum but…**, que traducido sería algo como **Scrum pero…**, y se le conoce así precisamente porque, cuando a alguien le preguntan:
- Y ustedes, ¿utilizan Scrum?
- ¡Claro que sí!
- ¿Y cómo les va con *[inserte-aquí-cualquier-tópico-relacionado-con-Scrum]* (por ejemplo, las retrospectivas / producto backlog / incrementos de producto / la definición de terminado, etc.)?
- Ah, bueno. Es que sí utilizamos **Scrum, pero…** *[inserte-aquí-cualquier-“parche”-o-forma-de-hacer-algo-que-no-está-alineado-con-La-Guía-Scrum]*
Y ahí es donde surge el “pero”, es ahí donde, como decimos acá en México, la puerca torció el rabo.
Por esto, hoy hablaremos sobre **Scrum but,** ya que esta lista de “peros” puede ser virtualmente infinita, vamos a ver algunos de los principales ejemplos que he tenido oportunidad de ver de primera mano en diversos equipos, así como posibles soluciones.
Un
MVP, Product Management, Innovación
Innovación & MVP - Diseñar y probar hipótesis de negocio
“No cometas el error de ejecutar ideas de negocio sin evidencia: Prueba tus ideas, sin importar qué tan bien luzcan en teoría” – David J. Bland & Alex Osterwalder.
# Hipótesis de negocio
¿Tienes una idea de un nuevo producto o servicio?, ¿Una nueva funcionalidad que piensan agregar para tu usuario o cliente?, para pasar de una idea de negocio a un elemento validado, se debe de probar de manera rápida y lo más barato posible (en el artículo pasado hablamos sobre el **Producto Mínimo Viable o MVP**, Minimum Viable Product en inglés, puedes leer el artículo completo (link: https://leonelzapien.com/blog/el-metodo-lean-startup-producto-minimo-viable-mvp text: aquí)).
Pues bien, está chévere esta idea de que un MVP nos invita a validar ideas de negocio con experimentos antes de ir a mayor escala. Pero ¿Por dónde empezar si quiero hacer un experimento para probar una idea?, ¿Por dónde inicio?
Lo primero que necesitamos asentar es que una **idea de negocio** es en realidad una **hipótesis** (ya sé que esto suena muy del ámbito científico, pero en realidad así es). Hasta que se valide obteniendo un resultado (se cumple y por lo tanto es correcta, o no se cumple), solo entonces dejará de ser una hipótesis.
“El objetivo de un MVP es probar las hipótesis fundamentales del negocio, es sólo un primer paso en un proceso de aprendizaje.” – Eric Ries (The Lean Startup)
# Probar ideas de negocio: Un proceso iterativo
El ciclo Diseño-Prueba es un proceso iterativo, creado por David Bland & Alex Osterwalder, tiene dos grandes áreas: Diseño & Prueba, veamos cada una a detalle:
(image: design-test-innovacion-strategyzer-leonel-zapien-lopez-ideas-agilidad-guadalajara-mexico.webp)
**Diseño:**
Es la actividad de llevar ideas vagas o dispersas, a proposiciones de valor, que después puedan concretarse como modelos de negocio.
**Prueba:**
Necesitamos descomponer una idea de negocio en hipótesis pequeñas y fáciles de validar mediante experimentos que proporcionen evidencia que ayuden a decidir los siguientes pasos.
# Diseño
En este primer paso el objetivo es generar la mayor cantidad de opciones como sea posible (debemos evitar enamorarnos de nuestra primera idea, no es personal, solo son negocios), basándose en la intuición, observación o en lo que se conozca sobre los clientes.
(image: design-test-innovacion-strategyzer-01-leonel-zapien-lopez-ideas-agilidad-guadalajara-mexico.webp)
Las ideas locas, irreverentes, aquellas que retan el Status Quo, son más que bienvenidas (de hecho, eso es lo que buscamos). En este punto, no es el momento de empezar a desmenuzar el modelo de negocio y cuestionar la validez o potencial éxito en el mercado de una idea. No aún. **Queremos que el equipo diseñe como si tuviera razón**, ¿Tenemos sobre la mesa alguna idea de negocio innovadora?
**Pregunta para llevar: **
¿El equipo está “empujando” los límites?, o ¿Están jugando a lo seguro y manteniéndose cerca de lo que la empresa hace actualmente?
# Prueba
Una vez estemos satisfechos con lo realizado en la etapa de diseño, es hora de pasar a las pruebas.
(image: design-test-innovacion-strategyzer-02-leonel-zapien-lopez-ideas-agilidad-guadalajara-mexico.webp)
El primer paso en el ciclo de prueba es definir y priorizar las hipótesis de negocio. Si la hipótesis es muy grande, la dividimos pequeñas partes comprobables. Aquí lo esencial es la palabra “comprobable”, para esto debemos cocrear (de verdad, es increíble el poder de la crear de manera colaborativa), seleccionar y ejecutar experimentos adecuados que nos proporcionen información que respalde y nos ayuden a validar (o desechar) nuestras hipótesis. En pocas palabras, necesitamos **evidencia**.
# Tarjeta de Prueba o Test Card
Aquí te comparto una herramienta muy útil, desarrollada por Strategyzer, que nos ayuda a definir un experimento para probar una idea: (link: https://www.strategyzer.com/library/validate-your-ideas-with-the-test-card text: La Tarjeta de Prueba (Test Card)). Aquí veremos brevemente cómo llenar esta tarjeta:
(image: test-card-strategyzer-leonel-zapien-lopez-ideas-agilidad-business-hypholesis-s.webp)
1. **Hipótesis:** Define la idea de negocio que se cree que es verdadera.
**Ejemplo: **“Creemos que las personas están interesadas en un curso en línea sobre bordar manteles navideños con punto de cruz.”
2. **Prueba:** ¿Qué experimento (o experimentos) ejecutarás para determinar obtener información que permita validar si hipótesis es verdadera o falsa?
**Ejemplo: **“Para verificar esto, nosotros agregaremos un breve video sobre el curso y un botón de
Yo soy
Leonel :)
¡Hey!, ¿Qué tal?
Soy un espíritu libre y creativo: Amo viajar y las actividades al aire libre como trekking y acampar.
Soy fan de los comics, de Star Wars y me encanta la salsa cubana.
Mi pasión en la vida (además de la Agilidad) es la fotografía y la literatura.... todo esto es parte de mi ikigai.
Aquí te platico sobre mí y mi experiencia profesional