Mi primer contacto con el Lean Construction tuvo lugar en 2008, a través de la implementación del Sistema del Último Planificador (Last Planner System o LPS en inglés) en uno de mis primeros proyectos. Durante este tiempo, pasamos por una serie de éxitos y fracasos aprendiendo a implementar LPS. Finalmente, aprendimos que cuando se implementa correctamente el LPS ofrece una estructuración consistente del trabajo, una mayor comunicación, transparencia y reducción de la variabilidad en el flujo de la construcción.

Después de algunos años de trabajo en la construcción y otros estudios en los Estados Unidos, en 2016, mi carrera profesional me llevó a una empresa de fabricación internacional, un entorno empresarial totalmente 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. Había oído hablar de Agile y SCRUM durante mis estudios, pero nunca había profundizado en ellos, por lo que decidí recibir formación formal y obtuve la certificación oficial de SCRUM Master.

Recuerdo las dos primeras horas de la formación 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 formación, también obtuve experiencia práctica con SCRUM, ya que lo aplicamos en el diseño y desarrollo de nuevos productos. Esto me permitió experimentar de primera mano cómo se utilizan en contextos empresariales reales. Las experiencias de ambas partes, LPS-construcción y SCRUM-fabricación, sirvieron de base para una comparación exhaustiva que hicimos con Roshan Poudel y Borja García de Soto de la NYUAD en un artículo titulado "Last Planner System and SCRUM: Comparative analysis and suggestions for adjustments"[1] Hicimos este estudio porque casualmente se destacó como un área a explorar en uno de los anteriores benchmarks de LPS [2, página 28], por lo que quisimos contribuir utilizando nuestra experiencia. Lo más probable es que si estás leyendo este post estés familiarizado con LPS y SCRUM. Por lo tanto, pongo en su conocimiento un resumen del análisis comparativo organizado a continuación en diferentes dimensiones de LPS/SCRUM. Para más detalles, siempre puedes consultar el estudio completo.

Como se puede ver en la comparación, LPS y Scrum comparten varias similitudes, incluyendo el proceso de refinar o dividir grandes trozos de trabajo en tareas más pequeñas y manejables-ejecutables que los miembros del equipo se comprometen a completar en un plazo 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 utilizarse para complementar y mejorar LPS. Por ejemplo, 1) el uso potencial del concepto de incremento de SCRUM, particularmente en la fase de diseño de los proyectos, 2) mejorar la descripción de roles y responsabilidades en LPS para evitar la ambigüedad a la hora de implementarlo, 3) explorar el concepto de trabajar con equipos descentralizados y lo que se llama "scaled Agile". Esto es especialmente relevante en los tiempos actuales en los que los equipos trabajan de forma remota, y 4) explorar el uso de los puntos de historia de Scrum para complementar las métricas actuales de LPS.

¿Cuál es mejor para su proyecto? ¿Debo utilizar una u otra? ¿Debo optar por un enfoque híbrido LPS-Scrum? Creo que esto no debe ser abordado como un concurso tratando 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 finales de 1990. Reveló que por aquel entonces ya eran conscientes de las muchas similitudes entre LPS y Scrum. Discutieron con cada uno de ellos probando el otro, pero desafortunadamente esto no llegó a más. Jeff Sutherland, otro pionero de SCRUM también ha participado en uno de los Foros de Diseño de P2SL, por lo que podemos ver que el intercambio y las discusiones sobre las sinergias entre LPS y SCRUM están ganando 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 la elección de un enfoque que se adapte al contexto del proyecto, sus desafíos y las personas involucradas en él.

Referencias

[1] Roshan Poudel, Borja Garcia de Soto, Eder Martinez. Last Planner System and Scrum: Comparative analysis and suggestions for adjustments. Available at https://www.engineering.org.cn/en/10.1007/s42524-020-0117-1

[2] Glenn Ballard & Iris Tommelein (2016). Current Process Benchmark for the Last Planner System. Available at P2SL http://p2sl.berkeley.edu/wp-content/uploads/2016/10/Ballard_Tommelein-2016-Current-Process-Benchmark-for-the-Last-Planner-System.pdf