Blog

Una visión poderosa no es una frase inspiradora: conecta el propósito con el día a día y debe guiar cada decisión. Está presente en todas las decisiones e iteraciones de tu workflow

Analizamos por qué el 92% de los Product Managers ha sentido burnout y te compartimos técnicas prácticas para evitarloy avanzar en medio del caos.

Descubre cómo optimizar el flow en gestión de producto evitando la trampa del promedio. Aprende a gestionar la variabilidad para tomar decisiones más fiables con tus métricas.

En entornos complejos como el desarrollo de software, el concepto de Cycle Time (tiempo de ciclo) se vuelve una herramienta fundamental. Definido en la Kanban Pocket Guide de ProKanban.org como la cantidad de tiempo transcurrido que un ítem de trabajo pasa como WIP (Work In Progress), el Cycle Time mide el tiempo total desde que una tarea empieza hasta que se entrega por completo, incluyendo esperas, bloqueos y demás interrupciones.

Es habitual que una tarea permanezca durante días en estado EN PROGRESO o EN CURSO sin avances visibles. No aparece como bloqueada, no se menciona en las reuniones diarias y simplemente continúa ahí, envejeciendo sin ser atendida. Cuando finalmente alguien repara en ella, ya es tarde: el plazo de entrega se ha visto comprometido y el cliente empieza a hacer preguntas.

Tener a disposición un Cycle Time Scatterplot es útil, pero saber interpretarlo correctamente lo convierte en una poderosa herramienta.

La visión de producto define el impacto y propósito a largo plazo de un producto, inspirando y alineando al equipo en una dirección común. Más que describir qué hace el producto, muestra el cambio positivo que busca lograr en la vida de los usuarios, guiando decisiones y fomentando un sentido de pertenencia e innovación.

El Cycle Time es una de las métricas interesantes a tener en cuenta a la hora de poder responder a la pregunta del millón que podría lanzar un cliente: ¿Cuándo me vas a entregar? Pero ¿Qué significa realmente Cycle Time?

Service Level Expectation, expectativa de nivel de servicio o SLE es una herramienta muy potente para la gestión activa del flujo de trabajo en Kanban, algo esencial en la optimización del flujo de trabajo, además de un cambio radical en el comportamiento de un equipo, pero, ¿Qué es eso del SLE o expectativa de nivel de servicio?

Mucho se habla de Stakeholders, si feedback de los stakeholders, aportar valor a los stakeholders, involucrar a los stakeholders, que si los stakeholders no están comprometidos, que si no vienen a la Sprint Review, etc. ¿PERO quiénes son los stakeholders?