
Mi primer contacto con Lean Construction fue en 2008, a través de la implementación del Sistema Last Planner en uno de mis primeros proyectos. Durante este tiempo, pasamos por una serie de éxitos y fracasos aprendiendo a implementar LPS. Eventualmente, aprendimos que cuando se implementa correctamente, LPS brinda una estructuración consistente del trabajo, mayor comunicación, transparencia y reducción de la variabilidad en el flujo de construcción.
Después de algunos años de trabajo en la construcción y estudios adicionales en los EE. UU., en 2016, mi carrera profesional me llevó a una organización de fabricación internacional, un entorno empresarial completamente nuevo. Justo cuando comencé mi nuevo trabajo, la organización estaba introduciendo el uso de Agile y SCRUM en la gestión de proyectos para el desarrollo de nuevos productos. Escuché sobre Agile y SCRUM durante mis estudios, pero nunca profundicé en ellos, por lo que decidí obtener una capacitación formal y obtuve la Certificación oficial de SCRUM Master.
Recuerdo las primeras dos horas del entrenamiento de Scrum Master pensando… “¿No es esto lo mismo que LPS?” Los conceptos y principios del marco SCRUM son bastante similares a los que pretendemos introducir con LPS en el mundo de la construcción. Después de la capacitación, también obtuve experiencia práctica con SCRUM, ya que lo implementamos en el diseño y desarrollo de nuevos productos. Esto me permitió experimentar de primera mano cómo se utilizan en contextos comerciales reales. Las experiencias en ambos lados, LPS-construcción y SCRUM-fabricación, sirvieron como base para una comparación exhaustiva que hicimos con Roshan Poudel y Borja García de Soto de NYUAD en un artículo llamado “Last Planner System and SCRUM: Comparative analysis and tips for ajustes ”[1] Hicimos este estudio porque coincidentemente se destacó como un área para explorar en uno de los puntos de referencia anteriores de LPS [2, página 28], por lo que queríamos contribuir usando nuestra experiencia. Lo más probable es que si está leyendo esta publicación, esté familiarizado con LPS y SCRUM. Por lo tanto, traigo a su atención un resumen del análisis comparativo organizado a continuación en diferentes dimensiones de LPS/SCRUM. Para más detalles, siempre puede consultar el estudio completo.

Como puede ver en la comparación, LPS y Scrum comparten varias similitudes, incluido el proceso de refinar o desglosar grandes cantidades de trabajo en tareas más pequeñas, manejables y ejecutables que los miembros del equipo se comprometen a completar en un período de tiempo razonable. Por supuesto, para este propósito, ambos sistemas/marcos despliegan diferentes enfoques, etapas, roles, reuniones, etc. En el estudio también destacamos varios elementos de SCRUM que podrían usarse para complementar y mejorar LPS. Por ejemplo, 1) el uso potencial del concepto de incremento SCRUM, particularmente en la fase de diseño de proyectos, 2) mejorar la descripción de roles y responsabilidades en LPS para evitar ambigüedades al implementarlo, 3) explorar el concepto de trabajar con equipos descentralizados y lo que se llama “scaled Agile”. Esto es particularmente relevante en los tiempos actuales donde los equipos trabajan de forma remota,
¿Cuál es mejor para tu proyecto? ¿Debo usar uno u otro? ¿Debo optar por un enfoque híbrido LPS-Scrum? Creo que esto no debe abordarse como un concurso que trata de definir cuál es mejor que el otro. De hecho, Glenn Ballard (una de las mentes detrás de LPS) me mencionó una vez que conoció a Ken Schaber (una de las mentes detrás de Scrum) en una conferencia en Italia a fines de la década de 1990. Reveló que para cuando ya eran conscientes de las muchas similitudes entre LPS y Scrum. Discutieron entre ellos para probar al otro, pero desafortunadamente esto no llegó a más. Jeff Suderland, otro pionero de SCRUM también participó en uno de los Design Forum de P2SL, por lo que podemos ver que el intercambio y las discusiones sobre sinergias entre LPS y SCRUM están cobrando impulso. LPS y SCRUM comparten varios principios relacionados con la forma en que los equipos colaboran para organizar el trabajo y aumentar el valor entregado al cliente. En mi opinión, un factor crítico para el éxito en la implementación de cualquiera de los dos se basa en elegir un enfoque que se ajuste al contexto del proyecto, sus desafíos y las personas involucradas en él.
FUENTES. https://leanconstructionblog.com/Last-Planner-System-Versus-SCRUM-Which-One-Should-I-Use.html
REFERENCIAS.
[1] Roshan Poudel, Borja García de Soto, Eder Martínez. Sistema Last Planner y Scrum: Análisis comparativo y sugerencias de ajustes. Disponible en https://www.engineering.org.cn/en/10.1007/s42524-020-0117-1
[2] Glenn Ballard & Iris Tommelein (2016). Benchmark de proceso actual para el sistema Last Planner. Disponible en P2SL http://p2sl.berkeley.edu/wp-content/uploads/2016/10/Ballard_Tommelein-2016-Current-Process-Benchmark-for-the-Last-Planner-System.pdf
ACERCA DEL AUTOR.

Eder Martinez es un experto en Lean Construction con antecedentes mixtos de práctica e investigación. Tiene más de 12 años de experiencia en gestión de proyectos en diferentes áreas de la industria de la construcción, incluyendo ejecución de infraestructura, mejora de procesos, digitalización y desarrollo de nuevos productos. Eder complementa estas experiencias prácticas con Ph.D. estudios en la UC Berkeley con el objetivo de trabajar e investigar sobre temas de la industria contemporánea que apoyen la mejora de la productividad en el sector de la construcción.
TRANSCRIPCIÓN: Areli Álvarez Lean Construction México®