La expresión “divide y vencerás” se asocia con un contexto bélico, en el que se busca dividir las fuerzas contrarias para que sea más fácil derrotarlas. En el contexto de agilidad empresarial, me gustaría utilizar dicha expresión en la “guerra” contra la falta de entrega de valor de forma temprana y frecuente.
Muchas veces en nuestras organizaciones hablamos de innovar, de buscar soluciones centrados en el cliente no obstante esto no es posible sin desarrollar la capacidad de empatizar y para lograrlo nos podemos apoyar en la agilidad.
¿Eres Agile Coach?, aprende qué son los sesgos cognitivos y cómo puedes escapar de ellos en tu día a día acompañando organizaciones ágiles.
En este post te vamos a contar un secreto clave para lograr una gestión efectiva del tiempo en relación a tu lista de tareas pendientes.
Mejorar es un deseo presente en todos lados. Allí donde hay humanos, casi con toda seguridad hay temas a mejorar y lo más probable es que haya quién se lo esté planteando. Sin embargo, rara vez la mejora es diseñada, ordenada y continua (un hábito).
Realizaste el curso de Certified Scrum Master (CSM) y aprendiste sobre la Guía de Scrum. Pero cuando observas a tu equipo Scrum percibes diferencias que decides manifestar:
En todo proceso de transformación organizacional ágil llega ese momento en el que debemos tomar una decisión importante: ¿Contratamos consultoría externa o formamos nuestro propio equipo de agile coaching? - No cabe duda que es fundamental el acompañamiento experto para guiar a quienes lideran la organización y a los equipos en el camino ágil.
Se estima que el 70% de las transformaciones ágiles no son exitosas, y la frase “Lo intentamos pero no funcionó; las metodologías ágiles no funcionan para nosotros” se repite con frecuencia en las entrevistas de consultoría. En este artículo te comparto un factor clave para no ser parte de la estadística: La transformación ágil integral.
Guía de Product Discovery o de Descubrimiento de Producto.
En el desarrollo de productos digitales frecuentemente partimos de supuestos — algunos más reconocidos que otros —, pero ante la presión de avanzar rápido y de poner “el software en producción”, solemos saltarnos las validaciones de esos supuestos y quedamos expuestos. El riesgo es alto.