Mostrando las entradas con la etiqueta cost of delay. Mostrar todas las entradas
Mostrando las entradas con la etiqueta cost of delay. Mostrar todas las entradas

sábado, octubre 05, 2024

Cómo Implementar Lean Portfolio Management: Un Enfoque Estratégico y Secuencial

Imagen generada por DALL-E


Hola a todos,

Hoy quiero compartir una reflexión sobre la implementación de Lean Portfolio Management (LPM), algo que he visto en muchas organizaciones: suelen adoptar LPM sin una estrategia clara, lo que termina siendo un reto en lugar de una solución. Para tener éxito, es vital seguir un enfoque secuencial que permita construir sobre cada práctica implementada.

1. Estrategia y Financiación del Portafolio

  • Problema: Falta de alineación entre las iniciativas de proyectos y los objetivos estratégicos de la organización, lo que resulta en esfuerzos dispersos y recursos mal utilizados.
  • Práctica: Alinear las iniciativas del portafolio con la estrategia empresarial para asegurar que cada proyecto o programa contribuye directamente a los objetivos organizacionales. Además, implementar la financiación dinámica del portafolio permite reasignar recursos de manera continua según las prioridades cambiantes, evitando así la asignación estática y poco flexible de presupuestos anuales.Una buena práctica de asignación es usar los tres horizontes de McKinsey (1).



2. Priorización de Iniciativas

  • Problema: Incapacidad de determinar qué proyectos deben ser ejecutados primero, lo que puede llevar a una sobrecarga de trabajo en proyectos de bajo valor mientras se ignoran los de alto impacto.
  • Práctica: Utilizar técnicas de priorización como Weighted Shortest Job First (WSJF) o Cost of Delay (CoD) para identificar y priorizar las iniciativas que generan mayor valor para la organización. Esto asegura que los recursos y el tiempo se inviertan en los proyectos más importantes, reduciendo el riesgo de trabajar en tareas que no aportan un impacto significativo.
3. Visualiza y Limita el Trabajo en Progreso (WIP)

  • Problema: Demasiados proyectos en curso simultáneamente, lo que provoca dispersión de esfuerzos, tiempos de entrega prolongados, y disminución de la calidad.
  • Práctica: Visualizar el flujo y limitar la cantidad de trabajo en progreso (WIP) para enfocarse en menos proyectos a la vez, permitiendo a los equipos concentrarse y finalizar proyectos más rápidamente. Esto ayuda a reducir el tiempo de entrega, mejorar la calidad del trabajo, y evitar la saturación de los equipos, lo cual es clave para mantener un flujo constante y eficiente.

3. Asignación Eficiente de Recursos

  • Problema: Uso ineficiente o desequilibrado de los recursos, lo que puede llevar a cuellos de botella en algunos proyectos y recursos ociosos en otros.
  • Práctica: Optimizar la asignación de recursos asegurando que los proyectos de mayor prioridad reciban la atención y el talento necesario. Esto implica ajustar dinámicamente la distribución de recursos humanos y financieros en función de las necesidades actuales, evitando así el desperdicio y asegurando que los proyectos críticos tengan el soporte adecuado.

5. Gestiona el Flujo

  • Problema: Cuellos de botella y bloqueos en el proceso de entrega, lo que provoca retrasos y una menor capacidad para responder a las necesidades del mercado.
  • Práctica: Monitorear y gestionar el flujo de trabajo para identificar y eliminar cuellos de botella, asegurando un flujo continuo y constante de valor. Esto incluye el seguimiento del ciclo de vida de los proyectos para detectar rápidamente cualquier interrupción y aplicar las correcciones necesarias para mantener el ritmo de entrega.

6. Gestión de la Capacidad

  • Problema: Sobrecarga de trabajo en los equipos y falta de capacidad para completar todos los proyectos planificados, lo que genera estrés, retrasos y baja calidad.
  • Práctica: Gestionar la capacidad estableciendo límites claros sobre cuánto trabajo puede asumir cada equipo y asegurando que no se comprometan con más proyectos de los que pueden manejar. Esto incluye aprender a decir "No" cuando sea necesario, priorizando las iniciativas más críticas y asegurando un ritmo de trabajo sostenible.
7. Cadencia y Sincronización

  • Problema: Descoordinación entre equipos y falta de alineación en los tiempos de entrega, lo que genera retrasos y falta de cohesión en los proyectos.
  • Práctica: Establecer una cadencia regular de eventos de planificación y sincronización, como la PI Planning en SAFe, para alinear a los equipos en torno a objetivos comunes y tiempos de entrega coordinados. Esto asegura que todos los equipos trabajen en armonía y que las dependencias se gestionen proactivamente, reduciendo la fricción y mejorando la eficiencia.

8. Revisión y Ajuste Continuo

  • Problema: Inflexibilidad en la planificación del portafolio y falta de adaptación a los cambios del entorno o a las nuevas prioridades.
  • Práctica: Implementar ciclos de revisión y ajuste continuo para evaluar el progreso del portafolio y realizar los cambios necesarios en tiempo real. Esto permite a la organización adaptarse rápidamente a nuevas oportunidades o desafíos, manteniendo siempre un enfoque en maximizar el valor entregado.

9. Transparencia y Métricas

  • Problema: Falta de visibilidad sobre el estado de los proyectos y la efectividad del portafolio, lo que dificulta la toma de decisiones informadas.
  • Práctica: Mantener una alta transparencia en todos los niveles del portafolio mediante el uso de métricas clave y tableros de control que reflejen el estado actual de las iniciativas. Esto facilita la toma de decisiones basada en datos y asegura que todos los stakeholders estén alineados con el progreso y las prioridades. Un buen grupo de métricas para tu portafolio son:

    • Predictiblidad (Say/Do)
    • Tasa de entrega, también conocida como tasa de entrega, tasa de salida o throughput
    • Lead Time
    • WIP o elementos en progreso, para esto la gráfica de flujo acumulado es ideal
    • Distribución de flujo o tipos de items que viajan en el sistema
    • Eficiencia de Flujo, es decir, Touch time / Lead time.

10. Toma de Decisiones Descentralizada

  • Problema: Toma de decisiones centralizada que ralentiza el proceso de ejecución y reduce la agilidad de los equipos.
  • Práctica: Empoderar a los equipos para tomar decisiones de manera descentralizada, basándose en datos y alineándose con la estrategia general del portafolio. Esto agiliza el proceso de ejecución, permite una mayor flexibilidad y adaptación, y reduce los tiempos de espera para aprobaciones.

11. Mejora Continua y Aprendizaje

  • Problema: Falta de retroalimentación y aprendizaje de los proyectos anteriores, lo que conduce a la repetición de errores y la falta de innovación.
  • Práctica: Fomentar una cultura de mejora continua y aprendizaje, donde se implementen ciclos de retroalimentación rápida y se realicen ajustes basados en las lecciones aprendidas. Esto ayuda a mejorar constantemente los procesos y a innovar en la gestión del portafolio, asegurando que la organización evolucione y se adapte a las nuevas realidades del mercado.

Este enfoque secuencial no solo organiza el trabajo, sino que además establece un camino sólido para que las organizaciones alcancen la agilidad empresarial que tanto buscan. Soy consciente de que este es una artículo introductorio, vendrán más con detalle en cada una de las etapas.

¡Saludos ágiles!

Jorge Abad.


Referencias

martes, septiembre 22, 2020

Un Ejemplo Práctico de Gestión Lean-Agile de Portafolio










Ejemplo Técnico de Gestión Lean-Agile del Portafolio de Proyectos o Productos


(No incluye conversaciones del Meetup de Agiles Colombia)


Nota: Sí solo deseas ir al video del que explica la hoja de cálculo y como se obtuvieron los valores, el video a continuación es para tí (duración 41:20).





Video del Meetup de AgilesColombia sobre este ejemplo de Agilidad del Portafolio


Nota: El video a continuación incluye toda la sesión que se hizo en ÁgilesColombia el pasado 22 de septiembre (clic aquí para ir a sitio del meetup) : explicación del ejemplo, conversaciones, discusiones y reflexiones al respecto (duración 1:52:46)








Artículo en Linkedin:

Un Ejemplo Práctico de Agilidad en el Portafolio - clíc aquí -





martes, septiembre 03, 2019

Una Reflexión sobre el Costo del Retraso, DevOps y la Curva de Maersk

Hola a todos

Desde hace un tiempo vengo trabajando, e incluyendo en mis entrenamientos el concepto de Costo del Retraso (Cost of Delay), el cual desarrolló magistralmente Donald Reinertsen  en su libro The Principles of Product Development Flow, y una de sus frases más famosas es:





"Si solo puede cuantificar una cosa, cuantifique el Costo del Retraso" -Donald Reinertsen

Algunas definiciones de este concepto son:

Costo del retraso:
  • El costo del retraso es "una forma de comunicar el impacto del tiempo en los resultados que esperamos lograr". (1)
  • "¿Cuánto nos costaría si esto se retrasara 1 mes?"(1)
    • "¿Qué valdría para nosotros si pudiéramos obtener esto 1 mes antes?"(1)
    •  ¿Cuánto dejamos de ganar si nos atrasamos un mes?
    • ¿Cuánto le cuesta a la compañía por unidad de tiempo no tener una funcionalidad liberada oportunamente?



    Y justo con esta aproximación me encontré en el reporte de DevOps elaborado por DORA en https://devops-research.com/, en este informe, se observa la gráfica elaborada en Maersk por el equipo de desarrollo de un proyecto en donde se representa el costo del retraso/semana vs la cantidad de requisitos liberados en esa unidad de tiempo (del cual se infiere el Lead Time promedio del requisito). 

    En esta gráfica se visualiza el costo del retraso generado por liberar tres requisitos por semana, sumando aproximadamente 7 millones de dólares, a liberar más de 23 requisitos en ese mismo periodo de tiempo y reduciendo este costo casi a cero.


    Esta curva es asombrosa, pues genera consciencia de varios aspectos:

    • la importancia de estar generando valor de forma continua
    • el impacto en los ingresos de la organización de una estrategia de liberación pausada o continua
    • cualquier esfuerzo de mejora en el ciclo de desarrollo de software y en su proceso de liberación, conlleva a un impacto económico que puede llegar a ser exponencial.
    • la importancia de liberar continuamente para validar hipótesis y adaptarse rápidamente al mercado.
    • la capacidad de validar hipótesis en un escenario de alto rendimiento es exponencial


    Bajo este panorama surgen varias preguntas

    • ¿Su organización mide el costo del retraso de sus proyectos?¿de uno solo? ¿de todo su portafolio?¿la PMO lo hace?
    • ¿Como sería la curva costo del retraso por semana para los requisitos de tu organización o de tu proyecto?
    • La discusión sobre si Ágil-DevOps es barato desaparece, la pregunta que aparece es 


    ¿qué tan costoso te esta saliendo no ser Ágil-DevOps (Agile-DevOps)?


    • ¿cómo será la curva en los de alto performance, es decir, Google, Facebook, Amazon, Netflix, etc?


    Hasta acá este compartir

    Saludos Ágiles


    Jorge Abad

    Referencias, Comentarios, Notas y Aclaraciones


    1. https://en.wikipedia.org/wiki/Cost_of_delay


    viernes, marzo 29, 2019

    Entendiendo el Costo del Retraso - Cost of Delay

    Hola a todos

    Debido a la explicación recurrente que últimamente hago de este concepto, les comparto esta presentación que me ha ayudado bastante en este propósito

    Espero les sirva tanto como a mí.






    Para la comprensión rápida del ejemplo he extraído algunas unas imágenes
    ------

    ------
    ------
    ------
    ------
    ------
    ------
    ------




    Saludos ágiles

    Jorge Abad