Traducido del inglés al español - www.onlinedoctranslator.

com

Automatización en la Construcción 132 (2021) 103969

Listas de contenidos disponibles enCienciaDirecta

Automatización en la Construcción

revista Página de inicio:www.elsevier.com/locate/autcon

Integración de BIM con el enfoque Lean Construction: requisitos funcionales y

software de gestión de la producción

Christoph Paul Schimanskia,b,C,*, Nissim Lal Pradhana,d, Dmitri Chaltsevb,

Gabriele Pasetti Monizzab, Dominik T. Matta,b
aUniversidad Libre de Bozen-Bolzano, Facultad de Ciencias y Tecnología, Piazza Università 5, 39100 Bolzano, Italia
bFraunhofer Italia Research Scarl, Via A.-Volta 13A, 39100 Bolzano, Italia
CHOCHTIEF ViCon GmbH, Alfredstraße 236, 45133 Essen, Alemania
dOverIT SpA, Via Puintat 2, 33100 Udine, Italia

INFORMACIÓN DEL ARTÍCULO RESUMEN

Palabras clave: "¡Haz!" es un sistema de gestión de producción que tiene como objetivo respaldar una aplicación integrada de BIM de
Sinergia BIM-Lean métodos de gestión de construcción ajustada en sitios de construcción. En particular, una variante avanzada del Sistema Last
Modelado de información de construcción
Planner se integra con información BIM a nivel de procesamiento de datos. Este artículo transfiere los conceptos teóricos del
(BIM) Sistema Last Planner
“BeaM!” sistema de gestión de producción en requisitos funcionales para la implementación del software. Los requisitos
Construcción esbelta
funcionales se introducen junto con un conjunto de casos de uso y actores. Además, se presenta un primer prototipo
Industria 4.0
construido con estos requisitos funcionales. El prototipo ha sido demostrado y evaluado por un total de 20 expertos en el
dominio de la práctica para evaluar el prototipo y sus requisitos funcionales subyacentes. Siguiendo un enfoque de
Investigación en Ciencias del Diseño, la evaluación se centra en la utilidad práctica y la aplicabilidad del prototipo. En este
documento se presentan los resultados obtenidos a partir de las demostraciones y las entrevistas con expertos, y se describen
las direcciones de desarrollo futuro.

1. Introducción
Los sobrecostos masivos, a menudo causados por procesos de construcción
inestables y la incapacidad resultante para cumplir con los hitos del cronograma,
son una práctica habitual en la industria de la construcción (CI) global.[1,2]. Como
la CI no se cansa de subrayar que su negocio tiene un grado de complejidad muy
superior al de otros sectores industriales (por ejemplo, por producciones únicas)
[3,4], el statu quo actual se ha vuelto ampliamente aceptado y, en la práctica, a
menudo se lo considera un hecho inalterable. Sin embargo, hay esfuerzos entre
los profesionales y científicos para mejorar la situación actual. En particular, se
observa un gran potencial de mejora en la estandarización y automatización de
procesos y flujos de trabajo tanto en la etapa de planificación como en la de
ejecución.[5]. Hoy en día, la estandarización y la automatización son difíciles de
lograr sin herramientas digitales y procesos comerciales digitalizados.[6]. A su vez,
la digitalización en la IC no puede ser tratada sin el proceso de Building
Information Modeling (BIM), que se considera su elemento central[7].
BIM es uno de los pilares conceptuales de un nuevo prototipo de
software, cuyos requisitos funcionales subyacentes y el estado actual de
implementación son el tema principal de este trabajo. El otro pilar es Lean
Construction Management (LCM), cuyo objetivo de alto nivel es aumentar el valor
de los proyectos de construcción a entregar a través de la eliminación de residuos.
[8]. En este contexto, a modo de ejemplo, los desperdicios pueden consistir en
tiempos de espera en procesos de construcción mal diseñados o ejecutados[9].
Por lo tanto, LCM también se esfuerza por estandarizar los procesos que
conducen a productos más valiosos.
1.1. Brecha en el conocimiento y problemas prácticos.
Tanto BIM como Lean son cada vez más populares en la práctica y en la
investigación.[10], pero con pocas excepciones, ambos enfoques son tratados en
gran medida de forma independiente por la comunidad científica.
[11]. Estas excepciones se ocupan principalmente de las sinergias teóricas
que pueden ocurrir cuando Lean y BIM se utilizan en conjunto.[12–14].
En una publicación anterior[10], los autores de este estudio han realizado una
revisión integradora sobre el estado del arte de las co-aplicaciones de BIM y el
Last Planner System (LPS) como uno de los métodos LCM más importantes[13]
analizar tanto el status quo de la explotación de sinergias en

* Autor para correspondencia en: Universidad Libre de Bozen-Bolzano, Facultad de Ciencias y Tecnología, Piazza Università 5, 39100 Bolzano, Italia. Dirección de
correo electrónico:christophpaul.schimanski@natec.unibz.it (CP Schimanski).

https://doi.org/10.1016/j.autcon.2021.103969
Recibido el 13 de mayo de 2021; Recibido en forma revisada el 28 de agosto de 2021; Aceptado el 16 de septiembre de 2021
Disponible en línea el 2 de octubre de 2021
0926-5805/© 2021 Elsevier BV Todos los derechos reservados.
CP Schimanski et al.
la fase de ejecución de la construcción y los conceptos teóricos existentes para
esta fase. Uno de los hallazgos reveló la falta de un modelo conceptual para la
integración de BIM y LPS. Además, se ha demostrado que ambos conceptos a
menudo se usan únicamente en paralelo en lugar de estar realmente integrados
en un sistema de información holístico. En conclusión y como resumen de estos
trabajos anteriores, se puede afirmar que la información inherentemente
disponible en los modelos BIM no se utiliza de forma estructurada e integrada
para la aplicación de la LPS. En consecuencia, la pregunta de investigación que se
aborda en este trabajo surge como “¿Cómo utilizar los datos BIM de forma eficaz y
continua para la planificación y el control de los procesos de construcción de
acuerdo con los principios Lean?”
1.2. Punto de partida teórico e introducción del “BeaM!” sistema
de gestion de produccion
La base conceptual para un nuevo sistema de información
integrador BIM-LPS surge de la revisión de la literatura integradora
realizada anteriormente por los autores de este estudio mencionado
anteriormente.[4]. Las ideas centrales del modelo conceptual
encontrado para la integración BIM-LPS comprenden una extensión del
modelo original de Ballard del LPS.[15]. Este modelo original se ha
ampliado con elementos BIM que sirven tanto como instrumento de
entrada como de salida/visualización, por un lado. Por otro lado, un
sistema Kanban (digital) debería ayudar a equilibrar la carga con la
capacidad, optimizar el flujo a través de trabajo en curso (WIP) limitado
y mejorar la gestión visual. Además, los sistemas Kanban, cuando se
aplican al LPS, podrían ayudar a liberar nuevos trabajos cuando se
completan las tareas, debido a la naturaleza de Kanban de ser un
sistema para proporcionar información como señales de atracción a lo
largo de las cadenas de valor agregado. Por último, este modelo
conceptual prevé nuevos roles para mejorar el cumplimiento de los
procesos y la satisfacción del cliente al estilo de Scrum. En particular,
[10]. Además de eso, se ha identificado que se requiere otro rol ("nuevo
rol 2") para garantizar que la planificación del proceso y la ejecución de
la construcción estén en línea con los requisitos del cliente. Los detalles
de este modelo conceptual se pueden encontrar en la publicación
original de Schimanski et al.[10,4].
En base a este modelo conceptual, se ha formulado un nuevo sistema holístico
de gestión de la producción basado en BIM para la fase de ejecución de la
construcción que se ha denominado “BeaM!1”. El término holístico se refiere a la
consideración de las funciones de gestión de proyectos de calidad, cronograma y
costos. La interacción de estas funciones se aborda mediante el avance y la
integración de las técnicas de gestión de la construcción existentes, a saber, LPS,
Kanban, Scrum y el enfoque de gestión del valor ganado (EVM). Para ser más
precisos, la idea central de BeaM! es digitalizar metodológicamente el LPS para
hacerlo aplicable en tableros digitales y enlazable a objetos BIM. Además de las
funciones establecidas del LPS (ver también el benchmark LPS actual de Ballard y
Tommelein[dieciséis]), el papel del LPS como sistema Kanban conceptual[17]es
compatible con la implementación de funciones que permiten controlar el trabajo
en curso a través de Kanban digital y, por lo tanto, cumplir con la solicitud de
Ballard de "equilibrar la carga con la capacidad"[15]. Además, el LPS se amplía
metodológicamente por BeaM! en que los parámetros de costo se pueden asignar
a las notas adhesivas digitales y, por lo tanto, las evaluaciones de acuerdo con el
EVM se vuelven posibles sin contrarrestar los esfuerzos de LPS para un flujo de
trabajo óptimo. Existe una referencia al marco Scrum en el sentido de que nuevos
roles específicos (a saber, BeaM!-Knight y BeaM!-King) se vuelven necesarios para
la implementación del sistema. La conexión coherente con los modelos BIM se
utiliza, por un lado, para obtener datos relevantes para la planificación del proceso
a partir de los modelos BIM y, por otro lado, para visualizar el estado del proceso
por medio del modelo, por ejemplo, mediante elementos del modelo coloreados,
donde cada color corresponde.
1¡Haz! es un acrónimo, donde B y M de [B]ea[M] provienen de BIM mientras que
“ea” proviene de L[ea]n. Significa la combinación de los dos enfoques.
2
Automatización en la Construcción 132 (2021) 103969
a un estado específico.
Sin embargo, metodológicamente, el LPS sigue siendo el principal impulsor de
BeaM! sistema de gestión de la producción. Por lo tanto, los pasos principales
consisten en (1) la creación colaborativa de un cronograma de fase basado en
cronogramas maestros ya disponibles y la definición de los procesos relevantes
para la fase, (2) el desglose de procesos en operaciones en el curso de la
planificación anticipada, (3) planificación de preparación a través del análisis y
eliminación de restricciones, y (4) planificación de compromiso, así como (5)
seguimiento posterior del progreso en el sitio de construcción. El trabajo original
sobre el sistema de gestión de producción BeaM! se puede encontrar en
Schimanski et al.[18,4].
1.3. Propósito de las investigaciones en este trabajo
El prototipo de software BeaM!, tal como se describe en este documento,
busca transformar los conceptos teóricos subyacentes en un artefacto de TI
utilizable. El siguiente paso en el flujo de investigación general de BeaM!, y al
mismo tiempo el tema principal de este documento, es la formulación de
requisitos funcionales que permitan la creación de prototipos de software de un
nuevo sistema de información BIM-LPS basado en los conceptos teóricos descritos
anteriormente. . Ya se ha iniciado la implementación del software en base a los
requisitos funcionales. Por lo tanto, el status quo del prototipo de software
resultante también se describe en este documento. Además, su utilidad y
aplicabilidad en la práctica se evalúan siguiendo un enfoque de Design Science
Research. Con eso, la idoneidad de los requisitos funcionales propuestos para
construir un artefacto BIM-Lean IT útil para la práctica también se evalúa
implícitamente. Esto constituye la principal contribución de este trabajo.
1.4. Estructura de este documento
Con posterioridad a la sección de introducción, el cuerpo de este artículo está
organizado de la siguiente manera: Sección2traza una línea con el trabajo
relacionado de estudios científicos previos con respecto a las sinergias BIM y Lean.
Además, se presentan brevemente las soluciones de software existentes que
integran los principios BIM y Lean. Sección3proporciona una explicación más
detallada de la estrategia de investigación aplicada para la iniciativa de
investigación general BeaM! y contextualiza el proceso de investigación de este
artículo. Sección4describe el proceso de elicitación de requisitos funcionales y el
desarrollo real del prototipo de software, mientras que la Sección5se ocupa de la
evaluación de lo que se ha desarrollado hasta ahora y discute los resultados de la
demostración. Sección6concluye este estudio, proporcionando también una
perspectiva y posibles direcciones futuras de investigación.
2. Trabajo relacionado
2.1. BIM–Sinergias Lean y revisiones anteriores
A nivel teórico, las sinergias de BIM y Lean Construction Management se
han descrito en muchas publicaciones.[19–21]. El denominador común de
las publicaciones científicas sobre la sinergia BIM-Lean es que BIM y Lean
son conceptualmente independientes entre sí y, por lo tanto, en principio
pueden usarse por separado.[22,23]. Sin embargo, se puede lograr un gran
valor agregado si se combinan ambos enfoques.
[24]. Este valor añadido se refiere a aspectos como una mejor comunicación,
una mejor visualización o una información más fiable para la toma de
decisiones, por citar algunos. Para entrar en más detalles, el trabajo
fundamental sobre la interacción de BIM y Lean Construction Management,
que condujo a la matriz de interacción citada a menudo por Sacks et al.[13]
es particularmente importante en este sentido. Este trabajo a menudo se
retomó para impulsar la idea de la integración BIM-Lean y resultó, además
de otros desarrollos, en una variante extendida de la matriz de interacción.
[12]así como una matriz de interacción específica para BIM y LPS[10]. La
principal interacción de estas matrices que son relevantes para esta
investigación surge de las intersecciones de las siguientes funcionalidades
BIM y los principios Lean que son compatibles con BeaM!:
CP Schimanski et al.
Funcionalidades BIM:
1. “Visualizaciones del estado del proceso”[13]
2. “Comunicación en línea de información de productos y procesos”[13]
3. “Provisión de contexto para la recopilación de datos de estado en el sitio/fuera del sitio”[13]
4. “Seguimiento del proceso de construcción”[12]
5. “Evaluación en tiempo real de la productividad”[12]
6. Extracción y manipulación de datos BIM para aplicaciones personalizadas (por
ejemplo, extracción de cantidad)[10]
7. “Los objetos BIM se pueden resaltar/visualizar para fines específicos de la
aplicación”[10]
Principios Lean (todos tomados de[13]):
1. “Reducir la duración del ciclo de producción”
2. “Utiliza sistemas de tracción”
3. “Nivelar la producción”
4. “Visualizar el proceso de producción”
5. “Usa solo tecnología confiable”
Las interacciones de estas funcionalidades BIM y los principios Lean son muy
relevantes para el nuevo sistema de TI integrado BIM-LPS propuesto en este
documento, ya que constituyen la base del modelo conceptual para la integración
BIM-LPS.[10,4], como se presentó brevemente en la Sección1.2. Como ejemplo,
aquí se puede mencionar la interacción de usar información de cantidad de
modelos BIM dentro de entidades de proceso/operación vinculadas en el modelo
de proceso LPS para la estimación de la duración (interacción #57[10]). Para otras
interacciones resultantes relevantes, se hace referencia a la publicación anterior
de Schimanski et al.[10]. Además, la matriz de interacción BIM-Lean original de
Sacks et al.[13]había declarado algunas de las interacciones identificadas como
"tecnología no madura" en ese momento (por ejemplo, visualización del estado
del proceso a través de tecnología confiable), lo que constituye una motivación
adicional para el desarrollo de un nuevo sistema de información integrador BIM-
LPS.
Aunque, como se presentó anteriormente, se están llevando a cabo
numerosas actividades científicas sobre las sinergias BIM-Lean, hay indicios de
que las investigaciones científicas sobre la sinergia BIM-Lean aún no se pueden
completar. Por ejemplo, Andújar-Montoya et al.[3]realizó una revisión de la
literatura sobre BIM y Lean y criticó la ausencia de beneficios prácticos
demostrados de las sinergias teóricamente descritas. La ausencia encontrada de
pautas prácticas sobre cómo usar ambos conceptos de manera integrada está en
línea con otros hallazgos científicos. Como ejemplo, Uusitalo et al.[25] critican que
falta instrucción práctica para el uso de LPS en proyectos BIM. Además, Evans et
al.[24]afirman que es primordial integrar completamente BIM y Lean para una
explotación óptima de sus sinergias.
2.2. Requisitos para los sistemas de TI de control y planificación de la producción en la
literatura
En lo que respecta a los sistemas de información para la planificación y el
control de la producción, y como ya señalaron Schimanski et al.[4], Sacks et al.[26]
describió una lista de 6 requisitos fundamentales para un sistema integral de
gestión de producción Lean basado en BIM para la construcción, que están
relacionados con las capacidades de visualización, la disponibilidad de soporte, el
establecimiento de sistemas pull, la estabilidad del flujo de trabajo y la mejora
continua[4]. Estos requisitos se han implementado en el sistema informático
KanBIM [13,27,26,4]que se presenta brevemente en la Sección2.3. KanBIM se basa
en la hipótesis de que los sistemas de TI pueden enriquecer significativamente el
LPS al permitir el acceso a representaciones de edificios en 3D. Sin embargo, como
un enfoque que no es BIM en términos de riqueza de metainformación, las
representaciones 3D geométricas puras son insuficientes para un sistema de
gestión de producción completo que involucre las tres variables objetivo de
calidad, cronograma y costos, que, sin embargo, es la ambición. de BeaM!. Los
autores de este artículo afirman que un sistema de gestión de la producción eficaz
debe exhibir un conocimiento preciso sobre las cantidades de construcción y los
costos asociados para seguir el camino hacia
3
Automatización en la Construcción 132 (2021) 103969
procesos constructivos industrializados. Por lo tanto, se propone que el
punto “toma de cantidades automática y precisa para la gestión de
procesos” se agregue a la lista de Sacks et al.[27]. Para completar aún más
esta lista, y en línea con el modelo conceptual para la integración BIM-LPS
como se resume brevemente en la Sección1.2también se sugiere introducir
el punto “roles claros dentro de los procesos”. Esta lista junto con BeaM!
conceptos de gestión de producción como se describe en la Sección1.2
forman la lista de 12 principios en los que se basa el proceso de elicitación
de los requisitos funcionales del prototipo del software BeaM!:
1. Cumplimiento de todos los objetivos del triángulo de gestión de proyectos de
calidad, cronograma y costos
2. Perfectamente basado en BIM
3. Soporte para la colaboración física de Last Planner durante la
planificación
4. Seguimiento de horarios y costos con gran frecuencia
5. “Visualización del proceso constructivo y su estado”[13]
6. “Visualización del producto constructivo y métodos de trabajo”
[13]
7. “Apoyo a la planificación, negociación, compromiso y retroalimentación de
estado”[13]
8. “Implementación del control de flujo de tracción”[13]
9. “Mantenimiento del flujo de trabajo y estabilidad del plan”[13]
10. “Formalización de experimentos de producción para la mejora
continua de procesos”[13]
11. Cantidad de despegue automática y precisa para la gestión de procesos
12. Definición de roles precisos
Con respecto a otros trabajos relacionados, Cortés et al.[28]proponer una lista de
12 requisitos clave (KR) para una herramienta IT-LPS. Los autores de ese estudio
realizaron una encuesta con 56 expertos en construcción con experiencia práctica
en la aplicación del LPS para identificar los requisitos más importantes que debe
cumplir una herramienta de TI que se esfuerce por respaldar el LPS. Considerando
estos como el punto de referencia actual con respecto a las herramientas IT-LPS,
ya que los requisitos para dichas herramientas se desconocían antes, esta lista,
entre otras, se utilizará para validar los requisitos funcionales de BeaM! cuyo
proceso de elicitación se describe en este artículo[28](mira la sección4). Los 12
requisitos clave propuestos por Cortés et al.[28]se enumeran a continuación
(citado textualmente):
1. “Revisar los compromisos de la semana anterior y hacer compromisos
para la próxima semana, es decir, permitir la creación de un plan
semanal”.
2. “Revisar y establecer restricciones para cada actividad,
especificando el responsable y la fecha, así como las causas del
incumplimiento”.
3. “Crear o permitir ingresar una lista de tareas en un plan intermedio y
el plan global del Proyecto.”
4. “Proporcionar indicadores clave (p. ej., CFP, RCP, etc.)”.
5. “Permitir generar listado y frecuencia de causas de incumplimiento.”
6. “Permite proponer y controlar acciones correctivas a las causas del
incumplimiento.”
7. “Consolidar registros históricos de restricciones y causas de
incumplimiento que afecten al Proyecto”.
8. “Permitir el análisis del cumplimiento o incumplimiento histórico
de los responsables de las actividades”.
9. “Restringir el avance de las tareas con restricciones y/o su inclusión en
períodos de corto plazo”.
10. “Permitir crear una lista de actividades semanales por jefe de proyecto.”
11. “Habilitación de la creación y gestión de ITE”.
12. “Facilitar la gestión visual de la información del proyecto”.
Además, Lagos et al.[29]analizó el impacto de los sistemas de TI en las
implementaciones de la metodología LPS para averiguar qué aspectos del
LPS pueden beneficiarse más de la digitalización y, por lo tanto, podrían ser
CP Schimanski et al.
considerados como requisitos funcionales apropiados para dichos sistemas
(citados textualmente):
1. “Estandarización del proceso de planificación y control”
2. “Uso de indicadores para evaluar el cumplimiento de la planificación”
3. “Análisis crítico de la información”
4. “Usando un plan maestro fácil de entender y transparente”
5. “Análisis y eliminación sistemática de restricciones”
2.3. Herramientas de TI BIM-Lean existentes
En el pasado reciente, se han propuesto algunos sistemas de software
prometedores, ya sea en iniciativas de investigación o para la comercialización,
que tienen como objetivo combinar, a nivel metodológico, el enfoque BIM con
conceptos de Lean Construction Management. Estos se presentan brevemente a
continuación:
KanBIM, como ya se mencionó brevemente anteriormente, es un concepto y al
mismo tiempo un prototipo de TI para vincular BIM y Lean[30], que se basa en los
6 requisitos fundamentales introducidos anteriormente para los sistemas de
gestión de producción basados en BIM por Sacks et al.[27]. Como se ha
demostrado anteriormente, todos estos requisitos también son fundamentales y
válidos para la herramienta BeaM!. Sin embargo, existe la necesidad de un mayor
desarrollo deKanBIM, ya que los modelos BIM solo se ven como una fuente de
información visual tridimensional y un método de visualización. Los autores de
BeaM! quieren fomentar el uso de los datos dentro de los modelos BIM para
agilizar la planificación de procesos en el sitio de construcción.
Mientras que el foco principal deKanBIMes el control del flujo de trabajo y la
visualización de los parámetros del proceso mediante modelos 3D,VisiLean, que es otra
herramienta informática de integración BIM-Lean que se originó en un proyecto de
investigación[31], está destinado principalmente a apoyar la planificación y la
programación[32]. Mientras tanto,VisiLeanse ha convertido en un producto comercial
que comprende una herramienta de gestión de producción basada en la nube para
proyectos de construcción. Aprovecha el método de LPS y se conecta a modelos BIM[19].
Sin embargo, según el mejor conocimiento de los autores de este trabajo y con respecto
a la versión analizada deVisiLean, la información de cantidad no se pudo recuperar
automáticamente de los objetos BIM vinculados. Además, el aspecto de colaboración
cuando múltiples usuarios (los últimos planificadores) deben usar la herramienta, no
parece ser compatible con el sistema, ya que comienza a planificar desde vistas de
diagramas de Gantt y no proporciona funciones para imitar digitalmente el sistema
basado en notas adhesivas. tire de las sesiones de planificación.
losHerramienta LPS basada en BIMcomo lo proponen Heigermoser et al.[33]muestra
similitudes con el prototipo presentado en este documento, ya que también presenta
una herramienta informática que tiene como objetivo vincular BIM y LPS para apoyar las
actividades de gestión de la construcción durante la fase de ejecución. Sin embargo, el
concepto de laHerramienta LPS basada en BIMpara vincular objetos BIM a elementos de
proceso es muy similar al principio funcional de muchas herramientas 4D-BIM, que
permiten vincular entidades de programación a objetos BIM haciendo coincidir
identificadores únicos. Estos identificadores primero deben incorporarse a los sistemas
de creación, por ejemplo, de acuerdo con las instrucciones de las pautas de modelado,
para que se pueda realizar una vinculación posterior. Esto difiere fundamentalmente del
BeaM! enfoque, donde se supone que los últimos planificadores vinculan los objetos BIM
a las notas adhesivas digitales que han creado ellos mismos. Además, la capacidad del
software para respaldar la planificación de extracción, como elemento esencial del LPS,
no parece ser evidente en elHerramienta LPS basada en BIM. Se puede demostrar que la
implementación incompleta del LPS puede conducir a un menor éxito en la
implementación[34–36], por lo que aquí se puede identificar un potencial para un mayor
desarrollo.
LCM Digitales una herramienta basada en web que también está dedicada a la
integración de técnicas LCM con BIM. La herramienta se basa en un marco de interacción
Lean-BIM de Demir et al.[23]. Este marco sugiere un análisis general del proceso
convencional no digital en papel marrón con notas adhesivas que utilizan técnicas de
planificación de extracción en el primer paso. Luego, esta información se digitaliza y
forma la base para la planificación detallada del proceso, aprovechando también las
ideas de planificación de takt como otro concepto generalizado de LCM. Este último está
soportado digitalmente por elLCM Digital herramienta. Las actividades se pueden
vincular a modelos BIM a través de la ID de actividad. En esto
4
Automatización en la Construcción 132 (2021) 103969
De esta manera, se pueden extraer las cantidades correspondientes y se puede visualizar el
estado de la actividad en el modelo. La gestión diaria del sitio se lleva a cabo mediante tarjetas
Kanban impresas físicamente que se pueden colocar en un tablero enchufable en el sitio de
construcción. Las tarjetas Kanban también están equipadas con etiquetas RFID, de modo que un
escaneo de estas etiquetas transfiere el estado de una tarjeta a la plataforma en línea.
Plano BIM360como parte de la plataforma de productos Autodesk BIM360 es ampliamente
utilizado en la industria con posibilidades de integración a herramientas como Revit o
Navisworks. Representa una solución basada en la nube para la planificación y el control de la
producción en el sitio de construcción. La mayoría de los conceptos de LPS convencionales no
digitales son compatibles digitalmente aquí. También es compatible con muchas métricas de
rendimiento específicas de LPS, como PPC. Al igual que con muchas herramientas LPS digitales,
no existe una función directa para admitir la planificación de extracción colaborativa. Además, la
perspectiva del proceso (planificación y control de la producción) está muy separada de la
perspectiva del producto (objetos BIM), aunque el nombre de la herramienta —Plano BIM360—
podría sugerir lo contrario. De hecho, sin embargo, las entidades de proceso no se pueden
vincular directamente a objetos BIM, por ejemplo, para consultar información de cantidad.
Guerrero et al.[37]proponer una herramienta informática llamadaPlanificador de
construcción inteligente, que tiene como objetivo apoyar la planificación colaborativa en
línea con las definiciones de LPS. También aquí, las notas adhesivas se digitalizan para
que los Last Planners las utilicen en dispositivos multitáctiles para la planificación de
procesos. Además, hay una aplicación móvil que admite la gestión de restricciones y la
gestión de tareas para la planificación y el control de la producción. Otras características
de laPlanificador de construcción inteligenteincluyen "Planificación dinámica del diseño
del sitio" y "Planificación y seguimiento de la entrega de materiales en el sitio". Aunque
aún no es posible la vinculación directa con los objetos BIM en ese prototipo de
investigación, los autores están comprometidos en paralelo con las formulaciones de
casos de uso de 4D-BIM, por lo que se espera una futura integración.
Además, también existen otras herramientas de TI de Lean Construction
disponibles comercialmente que aprovechan las ideas del LPS y parecen ser muy
poderosas cuando se trata de la planificación pura de procesos. Sin embargo,
hasta donde sabemos, estas herramientas, por ejemplo,plan de contacto,
vPlanner, Sablono, YoLean, oTrimble LeanSight—no se integran con BIM y, por lo
tanto, no se abordarán con más detalle en este estudio.
2.4. Críticas a las contribuciones de BIM a la planificación y el control de la producción
Se ha demostrado anteriormente que varios autores desarrollaron
"herramientas Lean IT" que respaldan uno o muchos aspectos del LPS y
proporcionan un enlace a los modelos BIM.[38,26,31,39,37,33]. Sin embargo,
según lo elaborado por Schimanski et al.[10]ninguno de ellos es compatible
metodológicamente con el sistema Last Planner en toda su extensión, ya que las
herramientas solo admiten la planificación colaborativa de fases[37], incluso
descuidar los aspectos colaborativos, como la discusión de traspasos entre los
últimos planificadores[31,39,33]o desgloses sistemáticos de tareas[38,20]según lo
estipulado en el punto de referencia del proceso LPS actual[dieciséis]. Además de
las insuficiencias metodológicas con respecto a LPS, la literatura existente revela
que las integraciones BIM tampoco están completamente desarrolladas hasta el
nivel de procesamiento de datos: O bien, solo se consideran representaciones 3D
de modelos BIM.[38,20]en el caso de algunos sistemas de TI integrados, los
elementos LPS se incluyeron de manera no digital en las reuniones periódicas de
coordinación BIM[40], o la filosofía Lean se aplicó en paralelo con los modelos BIM
pero no se integró realmente [41–43].
Como conclusión de los trabajos relacionados y el análisis de mercado, se
puede afirmar que ninguno de los sistemas existentes cumple con todos los
principios básicos de BeaM! de integrar el dominio del producto y el proceso en
términos de integración BIM-LPS en un nivel de procesamiento de datos y apoyo.
colaboración cara a cara entre Last Planners al mismo tiempo. Esto, a su vez,
brinda la oportunidad de desarrollar un nuevo sistema de información integrado.
3. Estrategia general de investigación y proceso de investigación
La estrategia de investigación subyacente consiste en un enfoque de Investigación
en Ciencias del Diseño (DSR) que tiene como objetivo el desarrollo y la evaluación
CP Schimanski et al.
de nuevos artefactos a través de un proceso de diseño basado en el conocimiento
para resolver problemas relevantes para la práctica[44]. En particular y según
Kasanen et al.[45], los pasos de DSR como una metodología de investigación
sólida para abordar los problemas de gestión de la construcción[46]consisten en
(1) la identificación de un problema prácticamente relevante con potencial de
investigación, (2) una contextualización de este problema con respecto al cuerpo
de conocimiento existente, así como (3) sugerir y (4) diseñar una solución al
problema. Las soluciones se conocen como artefactos que pueden ser nuevos
procesos, metodologías, instancias o incluso prototipos de software.
[47]. El paso (4) concluye la fase de desarrollo de DSR, a la que sigue la
fase de evaluación que consiste en (5) la demostración de la utilidad del
artefacto en la práctica, (6) la conexión de la solución con la teoría y (7)
el examen de la ámbito de aplicación de la solución. El diseño del
artefacto y su evaluación deben seguir métodos reproducibles.
[44].
El paradigma DSR es bastante prescriptivo y se esfuerza por ocupar un
espacio intermedio entre la teoría descriptiva y la aplicación en la práctica.
[48]. Aplicado a los sistemas de información (IS), DSR se trata de crear algo
nuevo y beneficioso mientras se establece una conexión con la teoría
existente al mismo tiempo.[48].
En los estudios originales de BeaM![18,10,4], el problema relevante se
identificó como la falta de sistemas de gestión de producción estandarizados y
basados en BIM para la fase de ejecución de la construcción. En este estudio, esta
definición del problema se refina al afirmar que, en la actualidad, aún no se ha
explotado todo el potencial de BIM para la gestión de obras de construcción, ya
que la información inherentemente disponible en los modelos BIM no se utiliza
sistemáticamente para agilizar la planificación y el control del proceso de
construcción. La hipótesis de una solución con respecto al enfoque DSR elegido
consiste en una combinación de BIM y LPS en el nivel de procesamiento de datos
en un nuevo sistema de información integrado. Los artefactos, contribuyendo a
construir este nuevo sistema de información que ya han sido presentados en
trabajos anteriores[18,10,4], comprenden (i) un marco de integración teórico para
la combinación de BIM y LPS según lo ideado a partir de una revisión bibliográfica
integradora, así como (ii) una metodología para la aplicación práctica en sitios de
construcción.
Como novedades, (iii) un conjunto de requisitos funcionales y casos de uso
para una herramienta de TI que puede soportar esta metodología, así como (iv) un
prototipo de software que implementa estos requisitos funcionales se presentan
en este artículo. El proceso de investigación para construir estos artefactos en
términos de obtención de requisitos y desarrollo de software se describe en
detalle en la Sección4.
Además, este documento aborda una primera parte de la
evaluación de artefactos a través de demostraciones de prototipos y
entrevistas a expertos que brindan evidencia preliminar de su utilidad y
aplicabilidad, que son los principales criterios para evaluar los
resultados de DSR (Sección5). Un proyecto de prueba dentro de BeaM!
El prototipo fue objeto de las demostraciones de prototipos. Un total de
20 expertos del campo participaron en el proceso de evaluación. La
demostración del prototipo se realizó en un formato uno a uno, en el
que el primer autor de este artículo conversó con un experto en
construcción a la vez. Debido a la situación actual de pandemia, estas
demostraciones se realizaron en línea a través de sistemas de
videoconferencia y la funcionalidad de pantalla compartida. Antes del
inicio de las demostraciones, los participantes fueron introducidos más
profundamente a los conceptos de BIM, Lean Construction en general y
LPS en particular, si es necesario. También se explicó en qué medida la
herramienta aborda la integración conceptual de BIM-LPS y cómo el
sistema de gestión de producción BeaM! se apoya a nivel metodológico
en el prototipo. Es más,
Las demostraciones no siguieron una secuencia de presentación rígida, sino
que se proporcionó tiempo para preguntas y debates durante la demostración.
Así, paralelamente a la demostración del prototipo, se llevó a cabo una entrevista
semiestructurada con expertos. Después de la demostración y la entrevista, se
envió por correo electrónico a los participantes un enlace a una encuesta en línea
que contenía un total de 21 preguntas. Las preguntas estaban relacionadas en
parte con los propios participantes, su trayectoria profesional
5
Automatización en la Construcción 132 (2021) 103969
y experiencias con BIM y Lean. Sin embargo, la mayoría de las preguntas
trataban sobre la opinión de los participantes sobre el prototipo BeaM!. El
enfoque de este último fue obtener comentarios sobre la utilidad potencial y
la aplicabilidad de la herramienta en la práctica, así como identificar las
necesidades de mejora y las debilidades que se abordarán en futuros ciclos
de iteración. Se formularon preguntas dirigidas a este propósito (ver Sección
5).
La estrategia de investigación global de BeaM! iniciativa con respecto a
los pasos DSR presentados se muestra enFigura 1.
4. Desarrollo del BeaM! prototipo de software
Las actividades de ingeniería de software para BeaM! El prototipo en su
estado actual comprendía hasta ahora las subfases de (1) ingeniería de
requisitos, (2) arquitectura de software y (3) desarrollo de software
prototípico. Este último está sujeto a iteraciones de desarrollo ágiles en línea
con el marco Scrum para el desarrollo de software. Para este propósito se
estableció un equipo de desarrollo, que junto con los autores de este
artículo representaron al Equipo Scrum. Los autores asumieron
formalmente el rol de Product Owner para priorizar y evaluar el contenido
de desarrollo, así como el rol de Scrum Master para el cumplimiento
metódico del marco Scrum.
4.1. Cómo funcionará el prototipo
La principal motivación de BeaM! es digitalizar el LPS y así hacerlo
integrable con BIM. La herramienta BeaM! será una implementación directa
de los conceptos del sistema de gestión de producción BeaM![4]. Los
requisitos previos para aplicar el sistema de gestión de producción BeaM!
incluyen un programa maestro a nivel de hitos, así como los respectivos
modelos BIM en el formato de archivo IFC.Figura 2muestra una
representación esquemática del diseño operativo de la herramienta BeaM!.
En consecuencia, también la herramienta BeaM! utiliza como punto de partida
un programa maestro existente, que representa las fases individuales de un
proyecto de construcción que finaliza con un hito (Fig. 3a). En la planificación de
fases, las fases individuales se planifican hacia atrás una a la vez a partir de la
fecha del hito como se especifica en el programa maestro inicial en una reunión
colaborativa. Los Últimos Planificadores como responsables de los oficios que
intervienen en la respectiva fase, participan de esta reunión. Como parte de esta
reunión, las fases se dividen en procesos a los que se asignan los oficios
individuales a[49]. De ahí que los procesos constituyan un subconjunto de fases
(que a su vez se componen de operaciones) siguiendo la conceptualización de
Hamzeh et al.[49]a que se hace referencia en este escrito.
Dentro de la planificación de fases, los traspasos y las dependencias entre oficios se
discuten y definen en colaboración para definir una secuencia óptima de procesos. La
planificación de fases no se lleva a cabo inicialmente para todas las fases de todo el
proyecto. Solo aquellas fases que tienen fechas de finalización planificadas dentro de una
"ventana de anticipación de fase" definida están sujetas a la planificación de fase a la vez
(por ejemplo, ventana de anticipación de fase de 3 meses). La planificación en esta etapa
deberá seguir metódicamente las especificaciones para la programación de fases
sugeridas por Ballard.[50]. Usando la herramienta BeaM!, este paso se llevará a cabo en
una pizarra digital con funcionalidad multitáctil. Los usuarios pueden seleccionar una
fase, crear procesos y organizar los procesos para cada fase. Los procesos individuales se
representan como notas adhesivas digitales, el llamado "Proceso digital Kanban" (DPK).
Fig. 3b muestra una maqueta de un DPK.
A nivel de proceso, el menú para realizar la planificación de fases se denomina “vista
de planificación de extracción”, en el que los DPK se pueden mover libremente en un
lienzo y relacionarse entre sí (Fig. 3C). El término “planificación de pulI” como se usa
dentro de BeaM! se refiere a la definición del método en el proceso LPS actual por
referencia de Ballard y Tommelein[dieciséis]. En la vista de planificación de extracción, los
DPK tienen el mismo tamaño de tarjeta y, en principio, pueden interpretarse como una
lista de tareas que contienen, por ejemplo, atributos de duración y dependencia que han
sido especificados por los últimos planificadores. Será posible vincular múltiples objetos
BIM a un DPK para recuperar la cantidad asociada
CP Schimanski et al.
Análisis secundario Planteamiento del problema
Uso de datos BIM para el
proceso de construcción
planificación y control
literatura integradora
revisión
1 teórica
solución sugerida
Integración BIM-LPS
en el nivel de procesamiento de datos
Figura 1.estrategia de investigacion
Figura 2.Cómo funcionará el prototipo (representación más desarrollada de Schimanski et al.[4]).
información de los elementos del modelo y almacenar una estimación de costos de
acuerdo con el enfoque EVM para cada proceso. La estimación de costos debe insertarse
manualmente a menos que ya esté disponible en el modelo BIM. Las dependencias se
ingresan en una nueva ventana haciendo clic en el respectivo “Agregar dependencias”
botón. El color del DPK cambia según el comercio especificado, por lo que cada comercio
está asociado con un color diferente. Los atributos de DPK se utilizan como información
de entrada para ejecutar un cálculo de diagrama de Gantt basado en algoritmos del
método de ruta crítica hacia atrás (CPM) que da como resultado un diagrama de Gantt
nuevo, presumiblemente optimizado, solo para la fase considerada (Fig. 3d).
A pesar del conflicto ampliamente discutido entre los conceptos de CPM y Lean, eso
se debe principalmente a la negligencia de los CPM en el flujo de trabajo, la nivelación de
la producción y las transferencias comerciales.[51]– CPM se utiliza en ciertos puntos
dentro de la herramienta BeaM!. Como justificación de esto, se puede afirmar que los
mecanismos del BeaM! El sistema de gestión de la producción se rige totalmente por el
objetivo de optimizar el flujo de trabajo. CPM se utiliza únicamente para transformar los
planes de fase representados por notas adhesivas digitales en una representación de
diagrama de Gantt, en la que la longitud de una barra corresponde a la duración de la
tarea respectiva. Las dependencias subyacentes y las duraciones de este proceso de
transformación son traídas al sistema en colaboración por los últimos planificadores,
discutiendo explícitamente las transferencias relevantes de antemano.
Cuando los procesos definidos de esta manera entran en la "ventana anticipada de 6
semanas", la planificación de preparación (= planificación anticipada) se puede iniciar a
partir de la vista de Gantt del proceso (Fig. 3mi). El núcleo de
La planificación de preparación es un desglose de tareas adicional, que describe la
transformación de procesos en operaciones, así como el análisis de restricciones. El
análisis de restricciones tiene como objetivo identificar todos los obstáculos potenciales
para la ejecución que podrían obstaculizar el progreso en el sitio de construcción.[52].
Automatización en la Construcción 132 (2021) 103969
Solución en desarrollo Evaluación
2 (i) Metodología para ▪ Demostraciones /
aplicación en la práctica (ii) entrevistas a expertos
5
Modelo de integración
4 ▪ Pilotaje
6
(iii) Conjunto de requisitos y
7
3 casos de uso
(iv) Creación de prototipos de software
Las restricciones en este sentido generalmente se clasifican en las categorías
información, tecnología, equipo, recursos, materiales, espacioyclimay se les asigna
un responsable así como una fecha de vencimiento en la cual deben ser retirados.
Las operaciones comprenden las asignaciones ejecutables reales que se utilizan
para la planificación y el control detallados de la producción.
Usando la herramienta BeaM!, el diseño de la operación se inicia agregando una
nueva operación digital Kanban (DOK) a un solo DPK (Fig. 3F). Por lo tanto, se pueden
asignar múltiples operaciones a un proceso (Fig. 3gramo). Las operaciones requieren
información de atributos más detallada que los procesos (Fig. 3h).
Al igual que para la planificación de extracción en el área DPK, ahora se puede definir
una secuencia de operaciones en la "vista de planificación de extracción de operaciones" (
Figura 4a). Por lo tanto, se lleva a cabo una segunda planificación subordinada a nivel de
operación, que se llevará a cabo en una sesión de planificación colaborativa entre los
últimos planificadores considerando aspectos operativos importantes como tiempos de
ciclo, inventario mínimo o diseño. La información de entrada del diseño y la secuencia de
operaciones (duraciones y dependencias) se utiliza para calcular un diagrama de Gantt de
las operaciones por fase. Los resultados se mostrarán en una representación de
diagrama de Gantt en niveles donde las operaciones se representan como un
subconjunto de procesos. Se recomienda eliminar las restricciones tres semanas antes de
la fecha de ejecución planificada de una operación, de modo que el estado de esta
operación pueda cambiar a "listo para ejecución" (Figura 4b).
Una semana antes de la ejecución, se inicia la Planificación Semanal de Trabajo
(WWP) para la semana siguiente (Figura 4C). Para enviar operaciones preparadas al WWP,
las operaciones individuales deben seleccionarse una por una y comprometerse
proactivamente para su ejecución haciendo clic en el botón respectivo (Figura 4d). La
confirmación solo puede ser confirmada (= haciendo clic en el botón) por el último
planificador asociado. El estado del compromiso se enfatiza visualmente mediante un
nuevo estilo de borde para las operaciones comprometidas (también otros estados como
"no listo", "listo" o "hecho" se visualizan por medio del borde
6
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Fig. 3.¡Haz! maquetas de interfaz de usuario (1/2). (Para la interpretación de las referencias al color en el texto, se remite al lector a la versión web de este artículo).

7
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 4.¡Haz! maquetas de interfaz de usuario (2/2). (Para la interpretación de las referencias al color en el texto, se remite al lector a la versión web de este artículo).

8
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

formas en el nivel de operación) (Figura 4mi). Además, el estado de la operación se tabla 1

resaltará en el modelo BIM conectado coloreando los elementos vinculados en los Lista de actores de la herramienta BeaM!.

colores correspondientes al estado, por ejemplo, verde para "hecho según lo No. Actores ¿Quién cumple este rol en un Descripciones
comprometido". Cuando se confirma el compromiso, la operación se libera para proyecto?

su transferencia a la WWP (Figura 4F). 01 ¡Haz!- Jefe de proyecto o jefe Él / ella es responsable de alimentar la
Para monitorear el progreso, los receptores de asignaciones deben Rey de obra del contratista herramienta BeaM! con el programa
abrir la vista WWP diariamente y seleccionar su operación respectiva general (GC). maestro, ya sea manualmente o
cargando un archivo CSV. El BeaM!-
para indicar cuántos trabajadores han trabajado en esa operación en
King es responsable de
un día en particular. Además, tienen que estimar cuánto se ha instalado
Supervisar la fase de planificación
en términos de cantidades y horas empleadas (por trabajador). Cuando para asegurarse de que está en
una operación se completa por completo, el Last Planner responsable de acuerdo con los objetivos del

puede declarar la finalización cambiando el estado a "hecho según lo programa maestro y el cliente; sin
embargo, tiene posibilidades de acción
comprometido", que se confirma en colaboración dentro de las
limitadas para intervenir en el proceso
reuniones semanales de LPS. Si la operación no se realizó según lo BeaM!. La tarea principal de BeaM!-
comprometido, se debe especificar un motivo de no finalización (RNC) 02 ¡Haz!- Contratista general Knight es garantizar el cumplimiento
de una lista con motivos predefinidos. Los RNC se registran con fines Caballero representante o consultor del proceso y, por lo tanto, también

de derivación de KPI y mejora continua.Figura 4h). externo/jefe de proyecto controlar la corrección metodológica
de los pasos del proceso BeaM!
llevados a cabo por medio de la
Además, se implementará un tablero Kanban con carriles correspondientes a los herramienta BeaM!. El BeaM!-Knight
posibles estados de operación para fomentar el equilibrio de la carga de las tiene la posibilidad de intervenir

transacciones individuales a sus capacidades mediante límites de trabajo en curso. El cuando sea necesario durante las
diferentes reuniones.
DOK también estará disponible en estos tableros para proporcionar señales de
extracción cuando se complete el trabajo y para respaldar visualmente la limitación del
03 Ultimo Capataz de un grupo de Los últimos planificadores son las personas que
trabajo en curso para los oficios involucrados. Planificador trabajadores de la construcción de asignan el trabajo físico a los trabajadores en el

un oficio específico sitio.

4.2. Lista de actores y casos de uso 04 Administración Proveedor de servicios BeaM!-tool (equipo Configura la infraestructura de TI y
de investigación en crea/gestiona/supervisa múltiples
fase de prototipo) proyectos desde la perspectiva de
En esta etapa estuvo involucrado el equipo de desarrollo. Se les dio una introducción TI; crea nuevos proyectos en la
a los conceptos de BIM, Lean, Site Management y Last Planner System en general, así herramienta BeaM! y los conecta al
como las ideas de BeaM! En particular. Los actores relevantes que interactuarán con la servidor BIM, que es el servidor
modelo donde se almacenan los
herramienta BeaM! desde la perspectiva del usuario se han derivado y se enumeran en
datos IFC; crea usuarios para
tabla 1. Por un lado, estos actores se derivan de la definición del proceso BeaM! y, por lo BeaM!-King y BeaM!-Knight.
tanto, comprenden roles BeaM! como BeaM!-King y BeaM!-Knight. Por otro lado, también
se enumeran los actores técnicos, como los usuarios con derechos de administrador para 05 Cliente propietario del edificio Define el producto que debe ser
entregado (el edificio físico); él / ella
configurar el proyecto en el sistema de software.Figura 5 asigna estos actores a los
puede tener un impacto en los hitos
comportamientos deseados del sistema expresados por medio de un diagrama de casos
clave del cronograma maestro y
de uso utilizando el lenguaje de modelado unificado (UML). Los diagramas de casos de necesita ser informado sobre el estado
uso describen cómo los actores interactúan con el sistema de software que se va a del proyecto; no tiene interacción

desarrollar y, como tal, forman una herramienta de especificación robusta.[53]. En directa con la herramienta BeaM!, ya
que el programa maestro y los
principio, los actores pueden ser personas (como en el caso de la herramienta BeaM!) u
archivos IFC comprenden entradas
otros sistemas de software y hardware, que están fuera del sistema considerado.[54]. El dadas y ya existentes al usar el
objetivo de esta representación es mostrar intuitivamente para qué se puede utilizar sistema.
principalmente el software y qué actores entran en juego al aplicar los casos de uso. El
enfoque se pone en las funcionalidades clave del sistema que se pueden describir
para el cumplimiento del proceso son el inicio y la gestión de los pasos de
completamente desde el principio hasta el final.[55]. Los diagramas de casos de uso para
planificación únicos (UC 6.1–6.4), así como los subsubniveles siguientes para
el prototipo BeaM! se han elaborado en estrecha colaboración entre el equipo de
ajustar los resultados del cálculo del diagrama de Gantt (si es necesario) (UC 6.1.2
desarrollo y el equipo de investigación, en el que este último asumió el papel de expertos
y 6.2.2) o para confirmar restricciones de operación eliminadas (UC 6.2.3) para dar
en el dominio.
algunos ejemplos.

El diagrama de casos de uso enFigura 5muestra un total de 10 casos de uso

principales, que se pueden categorizar en (i) actividades administrativas para
configurar proyectos y cuentas de usuario, así como conectividad al servidor
modelo BIM (UC 1–3 y 5), (ii) la carga de programaciones maestras externas (UC 4),
(iii) la moderación y orientación de los pasos individuales de LPS (UC 6),
(iv) y la ejecución de los pasos de la LPS por parte de los Últimos Planificadores (UC
7-10). Para este último, los pasos de interacción de los Last Planners con el panel
táctil digital en el que se desplegará la herramienta BeaM! se describen en un
subnivel de caso de uso. Esto incluye, por ejemplo, la creación de notas adhesivas
digitales en la pizarra (UC 7.1 y 8.1), la disposición de las notas adhesivas para
determinar la secuencia de actividades (UC 7.2 y 8.2), así como la vinculación de las
-notas a objetos BIM (UC 7.3 y 8.3) y la gestión de los metadatos extraídos (UC 7.4
y 8.4). Las funcionalidades para el seguimiento y la visualización del progreso (UC
10.5) también deberían ser posibles para Last Planners en el futuro a través de
una aplicación móvil. Sin embargo, una aplicación móvil está fuera del alcance de
este documento.
Subniveles para los casos de uso de BeaM!-Knight como responsable
4.3. Requerimientos funcionales
Después de la definición del actor y del caso de uso, se formularon los
requisitos funcionales de acuerdo con el modelo operativo para un proceso de
ingeniería de requisitos propuesto por Al-Sarayreh y Meridji[56]. En ese modelo,
los cuatro pasos consecutivos de (i) obtención de requisitos; (ii) análisis de
requerimientos; (iii) se proponen la especificación de requisitos, así como (iv) la
validación de requisitos (allí definidas como “metas operativas”). Se recomienda
que estos estén respaldados por los llamados "principios operativos". En este
contexto, esto último significa la consideración de principios fundamentales del
campo de la ingeniería de software al momento de definir los requisitos. Aquí, los
autores del modelo operativo al que se hace referencia se basan en la lista de
principios fundamentales de ingeniería de software sugeridos por Meridji y Abran.
[57]. Estos principios fundamentales incluyen afirmaciones como "hacer crecer los
sistemas de forma incremental" o "invertir en la comprensión del problema".
Algunas de estas declaraciones son

9
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 5.Diagrama de caso de uso del BeaM! herramienta y aplicación móvil.

10
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

intrínsecamente abordado por el desarrollo del prototipo BeaM! a través del Tabla 2
enfoque iterativo de desarrollo de software Scrum. Las declaraciones Lista de requisitos funcionales para BeaM! prototipo de software y mapeo a casos
relativas al examen exhaustivo del problema se tienen en cuenta en la de uso (UC) / Requerimientos clave (KR) según Cortes et al.[28](El número de
medida en que la solución de los problemas se base en una construcción requisitos no tiene significado ni prioridad para la implementación).
teórica elaborada científicamente (a saber, la metodología BeaM![4]). # Requerimiento funcional Funcionalidad cumple CR[28]
Siguiendo el enfoque DSR, este constructo comprende una solución grupo CU
sugerida a un problema práctico previamente identificado. 1 El sistema resaltará las ventanas anticipadas GCR 6.1, 6.2, 12
La elicitación de requisitos se inició por medio de preguntas abiertas del por medio de líneas verticales en las vistas 6.4
del diagrama de Gantt
equipo de desarrollo a los autores del sistema de gestión de producción BeaM!,
2 El sistema calculará diagramas de GCR 6.1 -
formulando principalmente preguntas con el fin de analizar las reglas de negocio
Gantt de fase en función de
de acuerdo con los resultados de una encuesta denominada “¿Qué preguntas información en atributos DPK
hacen los ingenieros de requisitos?”por Malviya et al.[58]. No hubo usuarios usando CPM
potenciales externos involucrados en esta etapa del proceso de ingeniería de 3 El sistema resaltará los objetos BIM GCR 7.2 12
vinculados en el visor del modelo BIM
requisitos. La formulación de los requisitos funcionales fue impulsada por grupos
cuando se seleccione el proceso respectivo
de funcionalidades formados a priori que se supone que debe cumplir el prototipo en la vista de diagrama de Gantt de DPK
de software derivado de los casos de uso (5) y el BeaM! principios que se han
elaborado en trabajos anteriores como se muestra en la revisión de la literatura 4 El sistema calculará los diagramas de Gantt GCR 6.2 -
[4,10,18](mira la sección2.2). Estos grupos de funcionalidades eran (i) requisitos de del proceso en función de

información en atributos DOK

diagrama de Gantt (GCR), (ii) requisitos de planificación de extracción (PPR), (iii)
usando CPM
requisitos de seguimiento de progreso (PTR) y (iv) requisitos de tablero Kanban 5 El sistema resaltará los objetos BIM GCR 8.2, 8.3 12
(KBR). El mapeo de requisitos funcionales y grupos de funcionalidades se muestra vinculados en el visor del modelo BIM

enTabla 2. cuando se seleccione la operación

respectiva en la vista del diagrama DOK
Posteriormente, los criterios para la validación de los requisitos fueron (i)
Gantt
comprensibilidad; (ii) redundancia; (iii) integridad y (iv) ambigüedad. La lista de 6 El sistema debe visualizar las operaciones GCR 6.2, 6.3 10,12
requisitos se comparó con estos criterios reuniendo un equipo de validación como subtareas de los procesos en las

compuesto por los autores del sistema de gestión de la producción BeaM!, el vistas de Gantt

equipo de desarrollo y un equipo externo de investigadores industriales y 7 Todos los usuarios podrán ajustar la GCR 6, 7, 8, 9 12
visualización del diagrama de Gantt
consultores del campo de BIM y la construcción. administración. Estos últimos
(vista más fina o más gruesa del
pueden considerarse usuarios potenciales ya que tienen, por ejemplo, experiencia proyecto)
con la implementación de LPS "no digital". La lista final completa de requisitos y el 8 BeaM!-Knight podrá marcar las GCR 6.2.3, 8.7 2,3,9
mapeo de casos de uso se proporciona enTabla 2. Los requisitos marcados con un restricciones de los DOK como
hechas
símbolo (*) aún no se han implementado en absoluto, mientras que los requisitos
9 Todos los usuarios podrán filtrar DPK/ GCR 2.1, 4.1 10
marcados con un símbolo (**) se implementan solo parcialmente. Todos los
DOK, por ejemplo, por oficios o
demás requisitos (28/39) ya se han implementado por completo (ver también la ubicaciones*

Sección4.5). Para una mayor validación, esta lista de requisitos se asignó a la lista 10 BeaM!-King podrá crear GCR 4 3
de 12 requisitos clave (KR) para una herramienta IT-LPS que ha sido propuesta fases/hitos manualmente

por Cortes et al.[28]como se introdujo en la Sección2. El proceso de selección de

11 BeaM!-King podrá importar hitos GCR 4 3
requisitos clave en ese estudio consistió en identificar primero los requisitos de los desde un archivo CSV* Last
usuarios para los sistemas de TI basados en LPS a partir de la literatura, y luego 12 Planner podrá asignar el DOK a GCR 9 1,10
calificarlos según su importancia en una encuesta realizada por 56 expertos en el los planes de trabajo semanales
dominio, que se entienden como usuarios potenciales de los sistemas de TI.
13 El último planificador podrá vincular ppr 7.3 12
sistemas Todos2de los 12 requisitos clave identificados de esta manera podrían
los DPK a los objetos BIM,
asignarse a la lista de requisitos funcionales propuestos en este documento. Esto seleccionándolos del modelo 3D
puede interpretarse como un buen indicador de integridad y contribuye a la 14 BIM El sistema resaltará los objetos ppr 7.2, 8.2, 12
validación de los requisitos funcionales identificados para el prototipo BeaM! tal BIM vinculados en el visor del 8.3
modelo BIM cuando se seleccione la
como se presenta en este documento como cada uno de los 12 requisitos clave de
operación respectiva en la vista
Cortes et al.[28]es representado. Los identificadores de requisitos clave de Cortés 15 Kanban* El último planificador ppr 7.1 3
et al.[28]son parte deTabla 2. podrá crear un DPK
dieciséis Last Planner podrá ppr 7.2, 7.4 2,3,12
organizar el DPK y definir
secuencias
4.4. Implementación del prototipo 17 El último planificador podrá ppr 7.4 3
actualizar los atributos de un DPK
18 El último planificador podrá crear ppr 8.1 3,10
El "qué" se requiere del software se ha establecido en las Secciones
un DOK
4.1, 4.2tanto como4.3. Esta sección define "cómo" logrará el prototipo "lo que" se 19 El último planificador podrá ppr 8.4 3,10
requiere. Todos los requisitos funcionales deTabla 2están dentro del alcance de la actualizar los atributos de un
creación de prototipos. Por lo tanto, cualquier cosa no especificada allí está fuera 20 DOK. El último planificador podrá ppr 8.2, 8.4 10,12
organizar el DOK y definir
del alcance. Además, el objetivo no es desarrollar un sistema comercialmente listo,
secuencias.
sino validar la construcción teórica del sistema de gestión de producción BeaM! a
21 Last Planner podrá cambiar los ppr 8.3 12
través de la aplicación y evaluación de un objetos BIM a los que está
vinculado un DOK. Por defecto
estará vinculado a los mismos
objetos BIM que el DPK
2Todos los 12 requisitos clave propuestos por Cortés et al.[28]excepto
22 Last Planner podrá especificar ppr 8.5, 8.7 2
“Habilitación de la creación y gestión de ITE”. Debido a la ausencia de una restricciones para cada DOK
explicación del término “ITE” en el estudio original citado, los autores de este 23 ppr 7.4, 8.4 12
estudio no pudieron asociar este requisito a la lista de requisitos funcionales
(Continúa en la siguiente página)
presentados enTabla 2.

11
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Tabla 2(continuado) se almacenan en una instancia de BIMserver. BIMserver es un servidor de modelos

# Requerimiento funcional Funcionalidad cumple CR[28] basado en la nube para modelos BIM en formato de archivo IFC. Es el resultado de un
grupo CU proyecto de investigación anterior.[59], que proporciona un código fuente abierto y API
abiertas para usar BIMsever. BIMserver ya viene con algunos complementos útiles, como
El último planificador podrá comentar los
DPK y los DOK* El último planificador podrá el control de versiones de modelos BIM que es relevante para la planificación de
24 duplicar los DPK y los DOK* El sistema ppr 2.1 - procesos basados en BIM. Una ventaja de la capacidad de creación de versiones es que
mostrará una información sobre los vínculos entre las instancias de proceso en la herramienta BeaM! y las instancias IFC
25 herramientas para obtener información ppr 7, 8, 9, 12
en el servidor BIM se mantienen cuando se cargan nuevas versiones del modelo, siempre
adicional sobre 10
demanda de DPK y DOK
que las instancias IFC respectivas no se hayan eliminado o reemplazado.Figura 6muestra
específicos* la arquitectura de software de alto nivel del prototipo de software BeaM!.
26 El sistema presentará un modelo 3D ppr 3 12
del modelo BIM cuando se utilicen las
vistas de planificación pull
respectivamente cuando se selecciona una tarjeta
4.5. Estado actual de implementación del prototipo
Kanban en la vista de planificación de extracción

El último lanzamiento de BeaM! Hasta ahora, el prototipo ha implementado

27 Los últimos planificadores podrán crear ppr 7.1, 8.1 3 completamente un total de 28 de los 39 requisitos funcionales deTabla 2. Todos
y enviar tarjetas Kanban desde su
los requisitos funcionales implementados fueron probados y validados por el
teléfono móvil al panel táctil durante las
discusiones en las sesiones de equipo de investigación. Marcos de prueba automatizados comoJUnitno se han
planificación de extracción* utilizado todavía. Los requisitos funcionales que aún no se han implementado o
28 El sistema mostrará cada DPK con un ppr 7.4, 8.4 12 solo se han implementado parcialmente se ocupan principalmente de los dos
color diferente según el comercio del
aspectos (i) el tablero Kanban y (ii) el tablero (verTabla 2para detalles). Sin
Last Planner asociado (DOKs hereda el
embargo, este último ya se ha implementado en gran medida, ya que solo falta el
color comercial de DPK de forma
predeterminada, pero esto se podrá cálculo y la visualización gráfica de algunos KPI. El tablero Kanban no está
editar) implementado en absoluto en el estado actual del prototipo.
29 El sistema deberá poder enviar ppr 3, 7.4, –
información de cantidad de objetos BIM 8.4
4.5.1. Comunicación entre BIMServer y BeaM!-prototipo
a DPK/DOK vinculados BeaM!-Knight
30 deberá poder verificar que DOK se ha PTR 6.4.1 2,9 El software BIMServer tiene una base de datos incorporada para almacenar
realizado según lo comprometido información de modelos BIM. Se puede cargar un modelo BIM en BIMServer
desde dentro del prototipo BeaM! una vez que se establece una conexión con
31 Last Planner podrá registrar el trabajo PTR 10.1, 4
BIMServer. En este proyecto de investigación, ambas aplicaciones, el BIMServer y
realizado cada día durante un 10.2,
el prototipo BeaM! se ejecutan en un único servidor de Windows. Esto permite una
DOK comprometido 10.5
32 El sistema calculará el parámetro PTR 10.4 4 comunicación más rápida entre el backend del prototipo BeaM! y el BIMServer
Porcentaje planificado completo cuando se envían consultas para recuperar valores de atributos de los objetos IFC.
como la proporción de DOK
realizados como comprometidos /
DOK comprometidos para cada
semana.
4.5.2. Cómo el prototipo BeaM! recupera datos IFC
33 El último planificador podrá registrar PTR 10.3, 4,5,6 Como parte crucial del concepto de integración BIM-LPS, a
las razones por las que no se completó 10.5 continuación se describe la cantidad de información que pasa de
cuando DOK no se pudo completar.
BIMServer al prototipo BeaM!.
Como primer paso, y además del “Cómo funcionará el prototipo” párrafo en la
34 El sistema calculará el progreso general PTR 10.4 4
obtenido en el momento sección4.1, se han definido clases IFC relevantes, a partir de las cuales se necesita
35 El sistema calculará otros indicadores PTR 10.4 4 información de cantidad para la planificación del proceso. Haciendo referencia a la
clave de rendimiento (KPI) como se documentación técnica de buildingSMART, que es la organización internacional
especifica en la documentación de
para el mantenimiento de la estructura de datos IFC, todas las clases que heredan
requisitos del usuario y del negocio**
36 Todos los usuarios podrán ver gráficos PTR 10.4, 4,7,8,12 deIfcBuildingElementclase son relevantes para este propósito. IfcBuildingElement
de KPI en el panel de control** 10.5 clase "comprende todos los elementos que son principalmente parte de la
construcción de un edificio”[60] Figura 7muestra un diagrama de herencia de
37 El sistema resaltará los objetos BIM PTR 10.4 12 entidad como lo define buildingSMART con subclases deIfcBuildingElementclase
en diferentes colores según el
[60].
estado del DOK vinculado
En la estructura de datos IFC, la información de cantidad está asociada a IfcBuildingElement
38 El sistema deberá visualizar el trabajo KBR 2.1 12 instancias a través de instancias relacionadas de la claseIfcElementQuantity.Para tal fin,
en curso (WIP) en los carriles Kanban y IfcBuildingElementyIfcElementQuantityIfcElementQuantity las instancias están vinculadas a
permitir especificar límites* El último
través deIfcRelDefinesByPropertiesinstancias (Figura 8). La información de cantidad en sí misma
39 planificador podrá mover las tarjetas KBR 2.1 12
Kanban en la vista Kanban de un carril a
comprende una propiedad de laIfcElementQuantityIfcElementQuantityclase caracterizada como

otro, lo que resultará en un cambio de conjuntos de cantidad. Este último puede estar compuesto por múltiples ocurrencias de cantidad,
estado de las instancias DPK/DOK* como longitud, ancho, volumen, etc., según el tipo de elemento.[61].

El principal flujo de datos para recuperar información de cantidad de objetos BIM vinculados
dentro de la herramienta BeaM! es (i) obtener todos los conjuntos de propiedades de los objetos
prototipo presentado en este trabajo.
BIM vinculados almacenados en BIMServer; (ii) verificar si los conjuntos de propiedades
disponibles comprenden un conjunto de cantidades; (iii) enumerar todas las ocurrencias de
4.4.1. Arquitectura de software
cantidad disponibles en el menú contextual de los objetos BIM seleccionados y (iv) permitir que el
La parte de la planificación del proceso de construcción es el elemento central de la
usuario establezca una información de cantidad como atributo de cantidad del proceso u
herramienta BeaM! que se implementa como una aplicación web independiente que se
operación considerado. Para el ajuste de cantidades, el usuario puede decidir siIfcCantidadEl
ejecuta en navegadores comunes como Chrome o Firefox. La integración con datos BIM
valor debe (a) sobrescribir, (b) agregarse o (c) multiplicarse por el valor de cantidad de proceso/
se logra a través de una conexión a modelos BIM que
operación existente.Figura 10b

12
CP Schimanski et al.
Figura 6.Arquitectura de alto nivel de BeaM! prototipo.
Figura 7.Estructura de datos IFC de herencia de entidad[60].
muestra la implementación de este flujo de datos dentro de BeaM! interfaz
gráfica del usuario.
4.5.3. Cómo funciona el prototipo
Las partes funcionales de la versión actual del prototipo siguen las
especificaciones de la “Cómo funcionará el prototipo”Sección (4.1) y se presentan
aquí con algunas capturas de pantalla características (higos. 9–12).
5. Evaluación del prototipo según el enfoque DSR
La evaluación del prototipo actual está en línea con el enfoque DSR
perseguido. La evaluación en DSR puede tener lugar en diferentes etapas durante
el proceso de creación de nuevos artefactos. Las estrategias de evaluación pueden
distinguirse enex anteyex postestrategias[62]. Esta distinción se refiere a los dos
elementos principales de DSR que sonedificioyevaluandoartefactos
[47]. En este contexto,edificiocomprende tanto el diseño como la
construcción del artefacto. Por lo tanto, aunque el resultado más importante
de los proyectos de DSR son los artefactos cuya relevancia para la práctica
debe examinarse, el proceso de diseño y construcción en sí también juega
un papel crucial.[62]. Las estrategias de evaluación que se pueden realizar
durante la fase de diseño se denominanex anteestrategias. En este estudio,
los autores aplican una combinación deex anteyex posiciónt estrategias, ya
que por un lado se describe cómo se han obtenido y validado requisitos
funcionales, casos de uso y actores relevantes (ver4.3). Por otro lado,
aunque los artefactos BeaM! todavía están en desarrollo, ya se ha construido
un primer prototipo basado en el conjunto de requisitos funcionales. Como
13
Automatización en la Construcción 132 (2021) 103969
marco rector para ambosex anteyex posiciónEn estrategias de evaluación,
los autores de este estudio se apoyan en el marco de evaluación DSR de
Broke y Sonnenberg[62], que se muestra enFigura 13en forma adaptada.
De acuerdo con este marco adaptado, en la etapa actual de desarrollo, BeaM!
se encuentra en la tercera fase de evaluación (EVAL 3), ya que se ha desarrollado
un prototipo pero aún no se ha probado en uso práctico en proyectos reales. La
fase de evaluación 1 (EVAL 1) se logró mediante la realización de una revisión
integradora de la literatura que condujo a un nuevo modelo conceptual para la
integración BIM-LPS que respondía a la afirmación de que antes no había existido
una conexión teórica suficiente entre los dos, dirigida a la aplicación práctica.[10].
Esta revisión integradora también confirma la motivación subyacente de la
iniciativa de investigación BeaM!, que es el problema de llevar los datos BIM de
manera efectiva al campo, como un problema relevante en la práctica. De acuerdo
con el marco de evaluación DSR, se formuló un diseño teórico para la metodología
BeaM!, que se afirmó como el concepto de solución al problema. En consecuencia,
los requisitos funcionales propuestos y validados en este trabajo, constituyen una
respuesta directa a la aseveración de solución, que puede interpretarse como la
fase de evaluación 2 (EVAL 2). Sin embargo, el enfoque principal de este
documento en términos de evaluación es describir EVAL 3.
EVAL 3 está destinado a investigar preliminarmente si la solución construida
puede funcionar en un contexto práctico y qué tan bien[62]. En esta etapa, se
pueden derivar las primeras conclusiones con respecto a la utilidad y aplicabilidad.
Al mismo tiempo, EVAL 3 combina la evaluación ex ante y ex post y, por lo tanto,
representa el punto de partida para futuras iteraciones de diseño basadas en
resultados de evaluación intermedios.[62]. brocke y sonnenberg
CP Schimanski et al.
Figura 8.Información de cantidad en la estructura de datos IFC[61].
[62]proponen demostraciones prototipo, encuestas o entrevistas a expertos como
métodos sólidos para EVAL 3. Los autores de este artículo siguen esta propuesta y
eligen una combinación de estos tres métodos para la parte de evaluación de este
artículo.
5.1. Demostraciones de prototipos, entrevistas con expertos y configuración de encuestas
Para la demostración del prototipo, se creó un proyecto de prueba
en la aplicación web BeaM!, que se refiere a la fase de construcción de
una casa unifamiliar. Dentro de la demostración, se mostró cómo la
fase de construcción de la carcasa se puede planificar y monitorear con
la herramienta BeaM! siguiendo los cinco pasos del sistema Last
Planner. Los datos recopilados y los KPI calculados se presentaron en el
panel de la aplicación en su implementación actual. El grupo de
participantes estuvo compuesto por un total de 20 profesionales de la
construcción e investigadores del campo de la gestión de la
construcción. Para tener una idea del nivel de conocimiento del
participante en las áreas de BIM y Lean, además de la categoría
profesional,Figura 14 proporciona una descripción general de los
resultados en esta categoría de preguntas. Se puede observar que los
participantes aportaron diferentes niveles de conocimientos previos
14
Automatización en la Construcción 132 (2021) 103969
con ellos, por lo que los conocimientos teóricos en ambos casos superan el grado
de aplicación práctica en la práctica profesional hasta la fecha.
En el contexto de la aplicación práctica, se preguntó a los participantes qué casos de
uso de BIM3con los que tenían experiencia hasta el momento y qué métodos de Lean
Construction habían utilizado con más frecuencia. Las 3 mejores respuestas para los
casos de uso de BIM fueron: 1.Seguimiento del progreso de la construcción(13
respuestas); 2.Programación y logísticayCoordinación de la disciplina de diseño.(12
respuestas cada uno).
Para los métodos de Lean Construction, las 3 mejores respuestas fueron: 1.
Planificación y control de tareasySistema del último planificador(ambas 10 respuestas); 3.
Sistema de gestión basado en la ubicación(6 respuestas).
Siete de los 20 participantes indicaron que ya han utilizado los métodos BIM y
Lean Construction juntos en la práctica. La mayoría de estas solicitudes conjuntas
mencionadas se pueden clasificar en las categorías de (i)4D-BIM con enfoque en
revisiones de constructibilidad/planificación de secuenciasy
3Los casos de uso de BIM se refieren a la lista de un total de 20 casos de uso de BIM
elaborados en la iniciativa "BIM4INFRA2020" encargada por el ministerio federal alemán
de transporte e infraestructura digital. Accesible a través de:https://bim4infr a.de/wp-
content/uploads/2019/07/BIM4INFRA2020_AP4_Teil6.pdf (en
Idioma aleman).
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 9.Capturas de pantalla del prototipo BeaM! (1/4).

15
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 10.Capturas de pantalla del prototipo BeaM! (2/4).

dieciséis
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 11.Capturas de pantalla del prototipo BeaM! (3/4).

17
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Figura 12.Capturas de pantalla del prototipo BeaM! (4/4).

18
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

5.2.1. Utilidad
La valoración de los participantes sobre la utilidad de la herramienta se
abordó con un total de nueve afirmaciones, la mayoría de las cuales se
referían a valorar el valor añadido potencial desde el punto de vista del
usuario. Al mismo tiempo, estas afirmaciones constituyen los criterios para
evaluar la utilidad del prototipo en este estudio. Estos criterios, junto con el
BeaM! principios (Sección2.2) y los requisitos funcionales (Tabla 2) a los que
se vinculan (si corresponde), se hacen explícitos enTabla 3.
Estos criterios intentan medir el alcance subjetivo de la facilidad de uso
percibida por el usuario y la facilidad de uso de las funcionalidades presentadas
dentro del prototipo. Estos aspectos se resumen en un criterio de “look & feel”,
para el que se ha registrado una muy alta concordancia con las afirmaciones
planteadas: el 95% está de acuerdo o muy de acuerdo con un formato y aspecto
visual adecuados mientras que aprox. El 80 % está de acuerdo o muy de acuerdo
con una buena accesibilidad de los menús y la razonabilidad de usar pantallas
táctiles grandes para fomentar la colaboración en las obras de construcción.
Además, el acuerdo sobre una implementación reconocible de las ideas
de Lean Construction a través del prototipo resultó en un valor del 100% (de
acuerdo y muy de acuerdo). El 83 % de los participantes está de acuerdo en
que la herramienta ayuda a llevar la información BIM de forma eficaz a la
obra (de acuerdo y muy de acuerdo), mientras que el 10 % de los
Figura 13.Representación gráfica adaptada del marco de evaluación DSR por
participantes se opone completamente (muy en desacuerdo y en
Broke y Sonnenberg[62]con indicación del estado actual de BeaM! desarrollo.
desacuerdo). Otro 75% ve un valor agregado en la herramienta presentada
en comparación con los sistemas de software existentes en el mercado, con
un 5% en desacuerdo. Además, la utilidad de la herramienta en general (95%
(ii)LPS/Takt aplicado junto con la visualización del modelo BIM. Para concluir
de acuerdo y muy de acuerdo) así como la utilidad de digitalizar el Sistema
la descripción de la configuración de la demostración y la entrevista, así
Last Planner (90% de acuerdo y muy de acuerdo) y un enlace a objetos BIM
como la información general sobre los participantes, también vale la pena
en particular (95% de acuerdo y muy de acuerdo) de acuerdo) encuentran
señalar que 20 de los 20 participantes ven un beneficio en combinar BIM y
índices de acuerdo muy altos.15.
Lean. Sobre la base de esta idea preconcebida, la medida en que los
participantes evaluaron el prototipo de software BeaM! presentado como
5.2.2. Aplicabilidad
útil y aplicable en la práctica se presenta en la siguiente sección (5.2).
La evaluación con respecto a la "aplicabilidad" se refiere a cuán realista y
factible consideran los participantes el uso de la herramienta presentada en sitios
5.2. Recomendaciones
de construcción reales en escenarios de proyectos reales. Además y como parte
de esta categoría, se ha preguntado a los participantes si el propósito de la
De acuerdo con el enfoque DSR perseguido, se hizo especial hincapié en las
aplicación es comprensible. Para este último aspecto se puede resumir que el 85%
preguntas de la entrevista en evaluar la opinión del participante sobre la utilidad y
respectivamente el 90% estuvo de acuerdo con la claridad del flujo de información
aplicabilidad de la herramienta BeaM! en la práctica. Esto es para satisfacer los
de la herramienta y el uso previsto (de acuerdo y muy de acuerdo). El 80% de los
objetivos de DSR de evaluar los resultados de la investigación frente a criterios de
participantes considera que la herramienta es intuitiva de usar, mientras que el
valor para proporcionar respuestas a preguntas como "funciona la solucion?” y "
68% cree que es posible implementar este sistema de software en su propia
¿Mejora el status quo?”. Con este fin, se presentó a los participantes un conjunto
organización (de acuerdo y muy de acuerdo). En contraste, alrededor del 10% de
de declaraciones categorizadas en los dos grupos de "utilidad" y "aplicabilidad"
los participantes dicen que esto no es factible (totalmente en desacuerdo y en
donde se esperaba que las respuestas estuvieran en una escala de Likert de 5
desacuerdo) (Figura 16).
puntos que iban desde "Muy en desacuerdo" hasta "Muy de acuerdo". .
Además, y además del grado de acuerdo solicitado con las
afirmaciones anteriores, 14 participantes dijeron, respondiendo a una

BIM - Antecedentes Lean de los participantes

Grado de uso de Lean Construction en mi trabajo

ambiente

Grado de uso de BIM en mi entorno de trabajo

grado de Le
Delaware an Contras ttu wle
conocimiento de acción Delaware
gramo

Dgrado oB
F SOYk nowrepisa

0% 20% 40% 60% 80% 100%

V ejem
y bajo L ow Yo dio alto muy alto

Fyo G. 14Ddemostrati en participar hormigas de baconocimiento básico.

19
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Tabla 3 conocido de tiendas en línea o portales de clasificación de películas. Como resultado, la

Criterios de evaluación de la utilidad vinculados a BeaM! principios y requisitos herramienta BeaM! obtuvo una puntuación de 4,11 en la calidad y organización de la
funcionales. información de la interfaz gráfica de usuario (GUI), así como una puntuación de 4,16 en la
Criterios/declaraciones de utilidad Relacionados BeaM! Relacionados BeaM! requisitos calidad general.
principios funcionales según
de acuerdo a aTabla 2
5.3. Discusión y limitaciones
Sección2.2

La aplicación en un toque grande
la exhibición en el sitio de
construcción puede mejorar
colaboración en el proceso de
planificación del proceso
La vinculación a objetos BIM es útil
para una mejor planificación del
proceso de construcción
Es útil para digitalizar la última
Sistema de planificador en lugar
de usar notas adhesivas
convencionales en papel
Los conceptos de Lean
La gestión de la construcción y,
en particular, el sistema Last
Planner se pueden reconocer
en la herramienta La
herramienta ayuda a traer BIM
información de manera efectiva a los
sitios de construcción
3 26; 37
2; 5; 6; 11 13; 14; 21; 26; 29; 37
2; 3; 5 2; 8; 12; 15; dieciséis; 17; 18;
19; 20; 21; 22; 23; 24; 25
3; 8; 10 8; 12; 15; dieciséis; 18; 20;
22; 28; 30; 31; 32; 33; 34; 35;
36; 37; 38; 39
2; 11 3; 5; 13; 14; 21; 26; 29; 37
Los resultados de la encuesta muestran que, con respecto a las preguntas
planteadas, en promedio, los participantes indicaron valores de acuerdo altos a
muy altos para la utilidad y aplicabilidad del prototipo BeaM!. En el área de
utilidad, estos altos valores de concordancia se encontraron tanto en las subáreas
del valor agregado esperado como en la facilidad de uso. Entrando en más detalle,
los beneficios de digitalizar el Sistema Last Planner e integrarlo con los modelos
BIM fueron muy consensuados, lo que vincula a aprox. 50% de los requisitos
funcionales propuestos en este documento como se muestra enTabla 3. Esto está
en línea con los resultados de investigaciones anteriores sobre sinergias entre BIM
y Lean (consulte la Sección2.1) y la hipótesis que subyace a este estudio (ver
Sección3). Esto último se confirma además explícitamente por los buenos valores
de concordancia para la afirmación “la herramienta ayuda a llevar la información
BIM de manera efectiva a los sitios de construcción” (83% de acuerdo y muy de
acuerdo). Esta declaración positiva se relaciona directamente con un total de 8
requisitos funcionales propuestos en este documento (Tabla 3), que corresponde
al 20 % de la lista completa de requisitos funcionales. Asimismo, se consideró

En el dominio de la construcción, la 1; 2 n/A positiva otra novedad de la herramienta BeaM!, a saber, su diseño para su uso en
herramienta representa un valor añadido grandes pantallas táctiles para preservar los efectos de colaboración personal a
a los sistemas informáticos de control y
pesar de la implementación digital basada en la web de, por ejemplo, la
planificación de la producción existentes
planificación de extracción.
en el mercado

Las funcionalidades dentro del n/A n/A

Cuando se preguntó qué era lo que más les gustaba a los participantes
herramienta son fáciles de alcanzar/ del prototipo BeaM!, se mencionó la conexión entre el producto y el dominio
usar La herramienta presentada tiene un n/A n/A del proceso, que también se destaca por la evaluación positiva de combinar
formato y apariencia visual
BIM, particularmente con el sistema Last Planner. Según los participantes, la
apropiados
vinculación de estos dos dominios reduce las pausas mediáticas en la
transición de la etapa de diseño a la de ejecución a través de la digitalización
Pregunta de "sí/no": que es realista usar una pantalla táctil grande en el sitio de continua.
construcción o en contenedores del sitio de construcción, lo que equivale al 70% Estos hallazgos son consistentes con los hallazgos en el área de aplicabilidad, donde también se

del tamaño de la muestra de los participantes (2 participantes no tuvieron una pueden encontrar calificaciones altas de acuerdo. En conclusión, esto se confirma con el resultado de que

opinión al respecto). Además, 17 participantes dijeron que les gustaría probar la el 85 % de los participantes estaría dispuesto a probar la herramienta en sus propias obras. Sin embargo,

herramienta en su contexto organizacional y/o en sus sitios de construcción también hay algunos participantes que tienen una opinión completamente opuesta. Una razón para esto

(equivalente al 85% del tamaño de la muestra de los participantes). podría ser el carácter prototípico de la herramienta BeaM!. Se requieren consideraciones adicionales para

una aplicación en proyectos en vivo, con respecto a hasta qué punto la metodología BeaM!, respaldada por

5.2.3. General la herramienta BeaM!, puede integrarse en los procesos existentes específicos de la empresa. Entonces, en

Además de las declaraciones de la escala Likert de 5 puntos, se pidió a los el área del potencial de mejora del prototipo, se dieron respuestas encaminadas a una mejor integración

participantes que expresaran su opinión general sobre el prototipo del software en escenarios reales del proyecto. Por un lado, Se mencionó la importancia de una aplicación móvil que, sin

BeaM! a través de declaraciones de texto libre. Lo que más les gustó a los embargo, está en la hoja de ruta de BeaM! pero aún no se ha implementado. Una aplicación móvil que

participantes sobre el prototipo se ha agrupado y resumido en grupos como se funcione probablemente aumentaría la voluntad de probar la herramienta, ya que la recopilación de datos

muestra enFigura 17. Se enumera la frecuencia de las respuestas por grupo. móviles en el sitio de construcción es una parte esencial de la metodología BeaM! y es difícil de

En el área de feedback positivo, la buena organización y implementar con la aplicación web actual optimizada para escritorio y pantalla táctil. La recomendación de

navegabilidad de la herramienta y, en particular, la utilidad del considerar más información BIM además de la cantidad es una perspectiva muy prometedora, ya que

dashboard con sus numerosos KPIs, ordenados según las categorías también podría aumentar la disposición a utilizar la herramienta. - metodología y es difícil de implementar

“Progress & Performance”, “Flow Metrics” y “Earned Value Analysis” ”, con la actual aplicación web optimizada para escritorio y panel táctil. La recomendación de considerar más

fueron enfatizados por los participantes. información BIM además de la cantidad es una perspectiva muy prometedora, ya que también podría

En contraste con los aspectos positivos, también se les pidió a los participantes aumentar la disposición a utilizar la herramienta. - metodología y es difícil de implementar con la actual

que indicaran dónde ven el mayor potencial de mejora en futuras iteraciones de aplicación web optimizada para escritorio y panel táctil. La recomendación de considerar más información

desarrollo. Las respuestas más frecuentes se resumen en los grupos como se BIM además de la cantidad es una perspectiva muy prometedora, ya que también podría aumentar la

muestra enFigura 18. Nuevamente, también se enumera la frecuencia de las disposición a utilizar la herramienta.

respuestas por grupo.
Además, los participantes mencionaron en el contexto de la necesidad de mejora
que la información de diseño, en este caso expresada por los modelos BIM, suele estar
sujeta a numerosos cambios (incluso después del inicio de la construcción), y no quedó
claro a través de la demostración cómo esto puede solucionarse con la herramienta
BeaM!. Del mismo modo, para una implementación exitosa del concepto BeaM!, el
modelado adecuado a lo largo de las líneas de “modela a medida que construyes”es
necesario, de lo contrario no se puede lograr una asignación adecuada de los objetos
BIM a las actividades del proceso.
Finalmente, y para obtener una calificación general, una calificación de 5 estrellas como
Sin embargo, la posibilidad de vincular la información cuantitativa del modelo
BIM a las entidades de proceso, expresada como notas adhesivas digitales, como
se presenta en este estudio, es una forma que podría escalarse a otra información
BIM, siempre que esté incluida en el modelo. El beneficio potencial de utilizar la
información BIM sistemáticamente en la fase posterior del diseño se ha
demostrado con los resultados de este documento. Esto, a su vez, es esencial para
que toda la industria de la construcción deje de usar modelos BIM solo como
resultado del diseño y luego los desperdicie una vez que se completa el diseño.
También con respecto a las sinergias BIM-Lean mencionadas anteriormente a las
que se refiere BeaM!, se puede decir que la explotación de estas sinergias
potenciales representa un beneficio para

20
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Percepción de los participantes sobre la utilidad de BeaM!

Considero que la herramienta es útil en general

La aplicación en una gran pantalla táctil en la construcción

el sitio puede mejorar la colaboración en la planificación del proceso
proceso

La vinculación a objetos BIM es útil para una mejor construcción

planificación de procesos

Es útil digitalizar el sistema Last Planner en lugar de

usando notas adhesivas convencionales basadas en papel

Los conceptos de Lean Construction Management y en

particular del Sistema Last Planner se pueden reconocer en el
herramienta

La herramienta ayuda a acercar la información BIM de manera efectiva a

sitios de construcción

En el dominio de la construcción, la herramienta representa un añadido

valor para la planificación y el control de la producción existente.
sistemas en el mercado

Las funcionalidades dentro de la herramienta son fáciles de alcanzar/usar

La herramienta presentada tiene un formato y visual apropiados

apariencia

0% 20% 40% 60% 80% 100%

Muy en desacuerdo Discrepar Neutral Aceptar Totalmente de acuerdo

Figura 1 5.partici pags

las hormigas por vez pags
ción en uti lidad de la Herramienta BeaM!

PAGS
artico ipags
hormigas pe rcepti en en aplicación cable de BeaM!

t
encuentro h e herramienta eresSer
tu experiencia ce intuitivo

La implementación de such un suave wson sistema ellos también podría

ser imag n / A ble en nuestro compañero y

el individuo m enus y th F
e flujo de entrada formato ion
con respecto al ultimo sistema planificador tem son com prehe norte
posible

el funcional idad/ puro

poseof th la herramienta es claro para mi

0% 20% 40% 60% 80% 100%

Fuerte no estoy de acuerdo Desacuerdo mi neutro yo Aceptar Totalmente de acuerdo

Higo. 16. participante ts percepción oaplicar

norte habilidad de t La herramienta BeaM!

21
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

Lo que más les gustó a los participantes

Reducción de las pausas de los medios 2

Visualización intuitiva del estado de los proyectos

4
mediante modelo BIM

Combinando BIM con el Sistema Last Planner 4

Colaboración mejorada a través de la digitalización 3

Integración de la perspectiva del producto y del proceso. 8

Captura de información digital 3

Figura 17.Opinión de los participantes sobre las fortalezas del software.

Donde los participantes ven el mayor potencial de mejora

Capacidades de importación para datos de BoQ 2

Ampliación a una aplicación móvil 18

Uso de datos BIM que no sean cantidades 4

Consideración de conceptos de planificación basados en la ubicación 2

Integración de la gestión de la calidad. 2

Proporcionar un repositorio de procesos 4

Figura 18.Opinión de los participantes sobre la mejora potencial del software.

usuarios, como se demuestra al hacer accesibles estas sinergias a través del
artefacto materializado de BeaM! y su evaluación positiva por parte de los
expertos (por ejemplo, “Visualizaciones del estado del proceso” y “Visualización del
estado de la producción” a través de elementos BIM coloreados en el visor BIM de
BeaM!). Además, algunas de las interacciones BIM-Lean de trabajos anteriores se
declararon como "tecnología no madura" en el momento de su introducción.[13],
para que el desarrollo de BeaM! también podría contribuir al proceso de
maduración de las interacciones BIM-Lean con respecto a las posibilidades de
aplicación práctica.
Las limitaciones de este estudio son, por un lado, que las principales
cuestión de un estudio DSR, “funciona la solucion?”, ca
publicaciones.
Otras limitaciones con respecto a la confiabilidad de los resultados de la
encuesta son que con el número de 20 participantes, no es posible realizar un
análisis estadísticamente significativo. Por otro lado, a la hora de seleccionar a los
entrevistados, se dio importancia a la experiencia profesional y, por tanto, a que la
evaluación de los resultados de la investigación fuera lo más sólida posible.
Además, los formularios de entrevista no se distribuyeron a granel a la mayor
cantidad posible de personas interesadas, pero el prototipo BeaM! se demostró en
sesiones individuales, en las que se discutieron a fondo todos los detalles del
prototipo.
No seas estafador exclusivamente

puñalada le ex pags
evaluó, como solo un proyecto de prueba bajo erimetroentalod
C norte ición s 5.4. los implicaciones teóricas y contribución al conocimiento
se mostró en demostraciones y cada aluat ed by la partido ci pags
unts. A norte

respuesta real a esa pregunta solo puede b e pr ovidea

por a áctico ayo relaciones públicas
En cuanto a la contribución al conocimiento, los autores se apoyan en la
proyecto cts, qu antes de El
b m-! s
la aplicación en sitios de construcción de vivo utilizado cada uno herramienta yo
DSR marco tributario de Gregor y Hevner[63], cual es
continuación

durante la construcción sobre varios permitiría análisisYo wee En elmiuna hund, este s
Kansas.
shown en Figura 19. Los resultados de este estudio se enmarcan en la
en profundidad de la aplicación cable ty deLa t ohyoOn mi como
d exaptación que supone un aporte de investigación y conocimiento a
despotricar,

Por otro lado, sería posible calcular el tiempo en KPI ovejem

llegas tarde a largo ejemRiodoF Educación física
Puerto unidad través de la extensión de soluciones conocidas a la aplicación en
función de los datos de monitoreo y, por lo tanto, un aquetate
s
también metro mit sobre tut Minnesota
nuevo problema problemas.[63].
si el uso a largo plazo de la herramienta puede contra tribu tmia impresiónovmiCharáC- regor y Hevner afirman que un requisito previo de la investigación de exaptación
GRAMO

valores terísticos como el PPC a lo largo del tiempo . How , estelargo- ter prueba
alguna vez metro norte
que la es la extensión de las soluciones existentes a nuevas aplicaciones es "no
proyectos en vivo está fuera del alcance de este documento y b vestir
voluntad enfuturo mi
e anuncio educar
banal e interesante”[63]. En respuesta a esta solicitud, BeaM!

22
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

• Indicaciones de posible utilidad y aplicabilidad del prototipo investigado

en este documento

6. Conclusión y próximos pasos

Mejora:Desarrollar
Invención:inventar nuevo
nuevas soluciones para conocidos
soluciones para nuevos Este documento muestra el aspecto técnico de un prototipo de software para
problemas
problemas la integración BIM-Lean utilizando la estructura de datos IFC interoperable y lo
Bajo

Oportunidad de investigación
Oportunidad de investigación somete a revisión de expertos en el campo de la gestión de la construcción. Los
y el conocimiento requisitos funcionales y el prototipo construido han sido presentados y evaluados
y el conocimiento
Contribución en este trabajo. Sin embargo, la evaluación no solo se llevó a cabo desde un punto
Contribución
de vista técnico, sino particularmente en lo que respecta al valor agregado
práctico en línea con el enfoque DSR. El posible valor añadido práctico en términos
de utilidad y aplicabilidad fue confirmado preliminarmente por los expertos sobre
exaptación:Extender
la base de su impresión basada en sesiones de demostración. Está pendiente una
soluciones conocidas a nuevos
Diseño de rutina:Aplicar prueba del prototipo en sitios de construcción reales en proyectos en vivo. Al
problemas (p. ej., Adoptar
soluciones conocidas a mismo tiempo, el prototipo presentado en este trabajo aún no está completo con
soluciones de otros
problemas conocidos respecto a los requisitos funcionales implementados hasta el momento. La
Alto

campos)
Sin conocimientos importantes derivación y validación de estos requisitos funcionales a través de la evaluación del
Oportunidad de investigación
Contribución prototipo de software implementado son las principales contribuciones de este
y el conocimiento
artículo.
Contribución El prototipo actual implementa 28 de 39 requisitos funcionales. Los
requisitos faltantes se implementarán sucesivamente en los próximos ciclos
Alto Bajo
de desarrollo de Scrum. Después de completar la implementación, fase de
evaluación 3 del marco de evaluación por Broke y Sonnenberg[62](mira la
Figura 19.Marco de contribución de conocimiento DSR por Gregor y Hevner[63] sección5.3) se completará con otra ronda de demostración y estudio. Al
(se reproduce el gráfico). mismo tiempo, el prototipo completo se utilizará en proyectos reales para
medir los efectos a largo plazo en los KPI característicos. Esto ayudará a
toma metodológicamente técnicas de gestión existentes y bien probadas, a saber, abordar la cuestión esencial de DSR ("funciona la solucion?”).Por un lado, se
LPS, EVM y Kanban (= soluciones existentes) y las integra en un nuevo sistema de pueden sacar conclusiones sobre si la gestión de procesos en el sitio de
información que se conecta a los datos BIM para explotarlos en las etapas de construcción y el flujo de trabajo se pueden mejorar en general (por
ejecución de la construcción (= nueva aplicación). Esta exaptación puede ejemplo, a través de mejores valores de PPC). Por otro lado, también será
considerarse no trivial e interesante por estas dos razones principales: (i) posible llegar al fondo de la declaración del problema que subyace a este
interesante,porque la literatura actual evidentemente trata ampliamente las estudio, que se refiere a cómo la información BIM se puede utilizar de
sinergias BIM-Lean como se demuestra en este documento (consulte la Sección2.1 manera efectiva para la gestión del sitio de construcción. A través de las
) y (ii)no trivial, ya que la mayoría de los trabajos presentados en investigaciones próximas pruebas en el sitio, será posible analizar si el concepto propuesto
anteriores se ocupan únicamente de coaplicaciones de BIM y Lean en lugar de para acceder a la información BIM a nivel de procesamiento de datos
verdaderas integraciones en el nivel de procesamiento de datos como lo elabora funciona de manera estable y si los datos se pueden recuperar de manera
Schimanski et al.[4,10]. Al ser un sistema de información funcional que realmente confiable del modelo en proyectos en curso. Además, la escritura de la
integra BIM y LPS, BeaM! se conecta a la teoría de la sinergia BIM-Lean al información del proceso de la herramienta BeaM! en la estructura de datos
proporcionar un ejemplo práctico que también se puede escalar a otras IFC almacenada en BIMserver se implementará en futuros ciclos de
aplicaciones. iteración, que luego también deben evaluarse.
Como resumen, BeaM! en su estado actual puede considerarse una Con respecto a futuras mejoras y oportunidades de desarrollo, el tablero
contribución de nivel 1-2 de investigación de exaptación[63]. Según Gregor y como parte del monitoreo podría mejorarse con más métricas y tipos de
Hevner[63], una contribución de nivel 1 se caracteriza como “implementación gráficos, por ejemplo, siguiendo las recomendaciones para un tablero de
situada de artefactos tales como productos de software o procesos alerta temprana para la planificación avanzada de la construcción de
implementados”. Las contribuciones de nivel 2 pueden considerarse “teoría del Hamzeh et al.[64]. En este contexto, podría ser útil considerar las métricas
diseño naciente—conocimiento como principios operativos/arquitectura”[63]. En LPS avanzadas propuestas por Hamzeh et al.[65,66]. También se pueden
términos concretos BeaM!, contribuye en su estado actual proporcionando: considerar métricas más sofisticadas para la fase de planificación anticipada
como "Tareas anticipadas" (TA) y "Tareas preparadas" (TMR) cuando surge
• Un modelo conceptual para integrar producto (modelo BIM) y proceso una oportunidad para un mayor desarrollo. Además, en este contexto, la
(LPS) en construcción ejecución aprovechando las obras Estructura de datos C rigidez existente hasta ahora dentro de la planificación prospectiva podría
derivado en anterior de FI de los autores de este como papel s[10,4] suavizarse al ampliar las categorías codificadas de restricciones con
sirvió como punto de partida punto para derivar funciones esos requisitos onales
gramo categorías libremente definibles. Además, puede ser apropiado controlar la
abordado en este pa pags
ejem provisión de datos BIM en futuros desarrollos a través de un flujo de trabajo
• Una metodología y descripción del proceso para la plicación en la práctica de Common Data Environment (CDE) de acuerdo con ISO 19650[67], que
(publicado en anteriortupublicación de la aplicación[4]) describe un estándar para la gestión de la información utilizando el enfoque
BIM. Presumiblemente, esto aumentaría la confiabilidad y la trazabilidad de
Aportes específicos de este papel: la información recuperada de los modelos BIM.
Además, la situación actual de pandemia ofrece la oportunidad de investigar
• Un conjunto validado derequisitos funcionales fs todos loso software implementado las posibilidades de una aplicación remota del sistema BeaM!. La motivación para
mención que cubre requisitos clave para el actor de TI - herramientas basadas en el ns digitalizar el LPS a través del enfoque BeaM! fue originalmente permitir un
LPS[28], tanto como ay el caso de uso definitivamente acoplamiento del dominio del proceso a los objetos BIM para explotar los datos
• Un prototipo cuyos implementa aprox. 75 n su etapa % de la función contenidos en ellos. Sin embargo, dado que el prototipo BeaM! se implementa
requisitos fi cionales i actual de implementación como una aplicación web, sería posible utilizar la herramienta no solo en persona
frente a una gran pantalla táctil, sino también para realizar, por ejemplo, sesiones
de planificación de extracción colaborativas a través de video en línea.

23
CP Schimanski et al. Automatización en la Construcción 132 (2021) 103969

sistemas de conferencias de manera remota usando PCs de escritorio. 27.ª Conferencia Anual del Grupo Internacional para la Construcción Esbelta 2019, IGLC
2019, Dublín, 2019, págs. 877–888,https://doi.org/10.24928/2019/0106.
[19] B. Dave, S. Boddy, L. Koskela, Desafíos y oportunidades en la implementación de
lean y BIM en un proyecto de infraestructura, en: Actas de la 21.
Declaración de interés en competencia Conferencia del Grupo Internacional para la Construcción Lean 2013, IGLC 2013,
Fortaleza, 2013, pp. 60–69.http://www.iglc.net/papers/details/888.
[20] S. Khan, P. Tzortzopoulos, Efectos de las interacciones entre lps y bim en el flujo de trabajo
Los autores declaran no tener conflicto de intereses.
en dos proyectos de diseño de edificios, en: Actas de la 22.ª Conferencia Anual del Grupo
Internacional para la Construcción Esbelta, IGLC 2014, vol. 1, Oslo, 2014, págs. 933–944.
https://iglc.net/Papers/Details/1004.
Expresiones de gratitud
[21] FS Bataglin, D. Viana, CT Formoso, I. Bulhões, Modelo para planificar y controlar la entrega y
el montaje de sistemas de construcción prefabricados de ingeniería bajo pedido:
Nos gustaría agradecer a los expertos por participar en la sesión de exploración de sinergias entre Lean y BIM, Can. J. Ing. Civil. 47 (2) (2019) 165–177,https://
doi.org/10.1139/cjce-2018-0462.
demostración y la encuesta, así como por proporcionar información valiosa. El
[22] R. Sacks, BA Dave, L. Koskela, R. Owen, Marco de análisis para la interacción entre
trabajo presentado en este documento es parte de BIM Simulation Lab – FESR Lean Construction y el modelado de información de construcción, en: Actas de la
1086, un proyecto de investigación financiado por el Fondo Europeo de Desarrollo 17ª Conferencia Anual del Grupo Internacional para Lean Construction 2009, IGLC
Regional (ERDF) Südtirol/ Alto Adige. 2009 , número de abril de 2014, Taipei, 2009, págs. 221–234.http://www.iglc. net/
papeles/detalles/668.
[23] J. von Heyl, S.-T. Demir, Digitalización de Lean Construction con, en: Actas de la 27.ª
Referencias Conferencia Anual del Grupo Internacional para la Construcción Lean 2019,
IGLC 2019, Dublín, 2019, págs. 843–852,https://doi.org/10.24928/2019/0122.
[24] M. Evans, P. Farrell, W. Zewein, A. Mashali, Marco de análisis para las interacciones entre el
[1] J. Ratajczak, M. Riedl, DT Matt, Aplicación basada en BIM y AR combinada con un
modelado de información de construcción (BIM) y Lean Construction en megaproyectos
sistema de gestión basado en la ubicación para la mejora del rendimiento de la
de construcción, J. Eng. Des. Tecnología (2021),https://doi.org/10.1108/JEDT-08-2020-0328.
construcción, Edificios 9 (5) (2019) 118,https://doi.org/10.3390/ edificios9050118.
[25] P. Uusitalo, O. Sepp”anen, A. Peltokorpi, H. Olivieri, A lean design management
[2] EG Sinesilassie, SZS Tabish, KN Jha, Factores críticos que afectan el desempeño del
process based on planning the level of detail in BIM-based design, in: Proceedings
cronograma, Ing. Constr. Archit. Administrar 24 (5) (2017) 757–773,https://doi.org/
of the 35th International Council for Research and Innovación en la edificación y la
10.1108/ECAM-03-2016-0062.
construcción Conferencia W78 2018, Chicago, 2018,https://doi.org/
[3] MD Andújar-Montoya, A. Galiano-Garrigós, V. Echarri-Iribarren, C. Rizo-Maestre,
10.1007/978-3-030-00220-6.
BIM-LEAN como metodología para ahorrar costes de ejecución en la edificación-
[26] R. Sacks, M. Radosavljevic, R. Barak, Un sistema de control de producción basado en el
Una experiencia en el marco español, Appl. ciencia (Suiza) 10 (6) (2020) 1–21,
modelado de información de construcción para la construcción, en: Proceeding of the
https://doi.org/10.3390/app10061913.
W078-Special Track 18th CIB World Building Congress May 2010, Salford, 2010, pp. 1 –14.
[4] CP Schimanski, GP Monizza, C. Marcher, DT Matt, Desarrollo de un sistema de control y
http://site.cibworld.nl/dl/publications/w078_pub361.pdf.
planificación de producción basado en BIM para Lean Construction mediante el avance y
[27] R. Sacks, M. Radosavljevic, R. Barak, Requisitos para sistemas de gestión de producción
la integración de técnicas de gestión existentes, Front. Ing.
ajustada basados en modelos de información de construcción para la construcción,
Administrar 8 (2020) 429–441,https://doi.org/10.1007/s42524-020-0105-5.
Autom. Constr. 19 (5) (2010) 641–655,https://doi.org/10.1016/j.autcon.2010.02.010.
[5] V. Faghihi, A. Nejat, KF Reinschmidt, JH Kang, Automatización en la programación de la
[28] MJ Cortés, RF Herrera, FC Muñoz - La Rivera, B. Ávila - Eça de Matos, Requisitos clave de una
construcción: una revisión de la literatura, Int. j adv. Fabricación Tecnología 81 (9–12)
herramienta informática basada en Last Planner®sistema, Rev. Ing. Constr. 35 (2) (2020)
(2015) 1845–1856,https://doi.org/10.1007/s00170-015-7339-0.
126–134,https://doi.org/10.4067/S0718-50732020000200126.
[6] DT Matt, E. Rauch, Implementando lean en la fabricación bajo pedido, en:
[29] CI Lagos, RF Herrera, LF Alarcón, Contribuciones de las tecnologías de la información a la
V. Modrák, P. Semančo (Eds.), Handbook of Research on Design and Management
implementación del sistema Last Planner, en: Actas de la 25ª Anual
of Lean Production Systems, IGI Global, 2014, pp. 148–172,https://doi.org/
Conferencia del Grupo Internacional de Lean Construction 2017, IGLC 2017, vol. II,
10.4018/978-1-4666-5039-8.ch008.
Heraclión, 2017, págs. 87–94,https://doi.org/10.24928/2017/0255.
[7] Grupo de trabajo EUBIM, Manual para la introducción del modelado de información de
[30] R. Sacks, R. Barak, B. Belaciano, U. Gurevich, E. Pikas, Sistema de gestión de flujo de trabajo
construcción por parte del sector público europeo, 2017.http://www.eubim.eu/
KanBIM: implementación de prototipos y pruebas de campo, Lean Constr. J. 2013 (2012)
downloads/EU_BIM_Task_Group_Handbook_FINAL.PDF[citado el 01-03-2021] (Informe
(2013) 19–35.https://leanconstruction.org/uploads/wp/media/docs/lcj/2013/
técnico).
LCJ_12_004.pdf.
[8] JL Fernández-Solís, ZK Rybkowski, S. Lavy, V. Porwal, N. Lagoo, K. Son,
[31] B. Dave, S. Boddy, L. Koskela, Visilean: diseño de un sistema de gestión de
A. Shafaat, Encuesta de motivaciones, beneficios y desafíos de implementación de Last
producción con lean y BIM, en: Actas de la 19.ª Conferencia Anual del Grupo
Planner®usuarios del sistema, J. Constr. Ing. Administrar 139 (4) (2012) 451,https://
Internacional para la Construcción Lean 2011, IGLC 2011, Lima, 2011 ,
doi.org/ 10.1061/(ASCE)CO.1943-7862.0000606.
págs. 477–487.https://iglc.net/Papers/Details/1097.
[9] P. Dallasega, E. Rauch, DT Matt, A. Fronk, Aumento de la productividad en proyectos de
[32] BA Dave, Desarrollo de un sistema de gestión de la construcción basado en la construcción
construcción ETO a través de una metodología ajustada para la previsibilidad de la
ajustada y el modelado de información de construcción. Tesis doctoral, Universidad de Salford,
demanda, en: Actas de la 5ª Conferencia Internacional sobre Ingeniería Industrial y
2013.http://usir.salford.ac.uk/id/eprint/30820/[citado el 10-03-2021].
Gestión de Operaciones, IEOM 2015, Dubái, 2015,https://doi.org/10.1109/
[33] D. Heigermoser, B. García de Soto, ELS Abbott, DKH Chua, Herramienta del sistema Last Planner
IEOM.2015.7093734.
basado en BIM para mejorar la gestión de proyectos de construcción, Autom.
[10] CP Schimanski, GP Carmen Marcher, GP Monizza, DT Dominik, T. Matt, El último planificador
Constr. 104 (junio (2018)) (2019) 246–254,https://doi.org/10.1016/j.
®modelado de sistemas e información de construcción en la ejecución de la construcción:
autcon.2019.03.019.
de una revisión integradora a un modelo conceptual para la integración, Appl. ciencia
[34] RC Bortolazza, CT Formoso, Un análisis cuantitativo de los datos recopilados del sistema Last
(Suiza) 10 (3) (2020) 821,https://doi.org/10.3390/app10030821.
Planner en Brasil, en: Actas de la 14ª Conferencia Anual del Grupo Internacional para la
[11] A. Tezel, Z. Aziz, De la gestión visual convencional a la basada en ella: una discusión
Construcción Esbelta 2006, IGLC 2006, Grupo Internacional para la Construcción Esbelta,
conceptual para Lean Construction, J. Inf. Tecnología Constr. 22 (octubre) (2017)
Santiago de Chile, 2006, págs. 625–635.https://iglc.net/Pape rs/Details/415.
220–246.https://www.itcon.org/2017/12.
[12] P. Oskouie, DJ Gerber, T. Alves, B. Becerik-Gerber, Extendiendo la interacción del
[35] LF Alarcón, S. Diethelm, O. Rojo, R. Calderon, Assessing the impacts of deployment Lean
modelado de información de construcción y Lean Construction, en: Actas de la 20.ª
Construction, in: Proceedings of the 13th Annual Conference of the International Group
Conferencia Anual del Grupo Internacional para la Construcción Lean 2012, IGLC
for Lean Construction 2005, IGLC 2005, International Group for Lean Construction
2012 , vol. 1, San Diego, 2012.http://www.iglc.net/papers/details/818.
Construction, Sídney, 2005, págs. 387–393,https://doi.org/ 10.4067/
[13] R. Sacks, L. Koskela, BA Dave, R. Owen, Interacción del modelado de información de
S0718-50732008000100003.
construcción y lean en la construcción, J. Constr. Ing. Administrar 136 (9 de septiembre)
[36] F. Friblick, V. Olsson, J. Reslow, Perspectivas para implementar Last Planner en la industria
(2010) 968–980,https://doi.org/10.1061/(ASCE)CO.1943-7862.0000203.
de la construcción, en: Actas de la 17.ª Conferencia Anual del Grupo Internacional para la
[14]Samy Kröger, BIM y Lean Construction – Synergien zweier Arbeitsmethodiken, 2018.
Construcción Esbelta 2009, IGLC 2009, Grupo Internacional para la Construcción Esbelta ,
Beuth, ISBN: 9783410267416.
Taipéi, 2009, págs. 197–206.https://iglc.net/Papers/Det ails/635.
[15] G. Ballard, El último sistema planificador de control de producción. Tesis doctoral,
Universidad de Birmingham, 2000.https://leanconstruction.org/uploads/wp/media/docs/
[37] A. Guerriero, S. Kubicki, F. Berroir, C. Lemaire, Tecnologías inteligentes colaborativas
ballard2000-dissertation.pdf[citado el 09-02-2021].
mejoradas con BIM para procesos de Lean Construction, en: Actas de la Conferencia
[16] G. Ballard, ID Tommelein, Punto de referencia del proceso actual para el último planificador® Sistema
Internacional sobre Ingeniería, Tecnología e Innovación 2017, ICE/ITMC 2017,
de Planificación y Control de Proyectos, Laboratorio de Sistemas de Producción de Proyectos (P2SL)
vol. 2018-enero, Madeira, 2018, págs. 1023–1030,https://doi.org/10.1109/
en la Universidad de California, Berkeley, 2021.http://p2sl.berkeley.edu/wp-co ntent/uploads/
ICE.2017.8279994.
2021/03/Ballard_Tommelein-2021-LPS-Benchmark-2020-2.pdf [citado el 18 de abril de 2021]
[38] R. Sacks, M. Treckmann, O. Rozenfeld, Visualización del flujo de trabajo para apoyar Lean
(Informe técnico de marzo).
Construction, J. Constr. Ing. Administrar 135 (12) (2009) 1307–1315,https://doi.org/
[17] ZK Rybkowski, Last Planner and its role as conceptual kanban, in: Proceedings of the
10.1061/(ASCE)CO.1943-7862.0000102.
18th Annual Conference of the International Group for Lean Construction 2010,
[39] B. Dave, S. Kubler, K. Främling, L. Koskela, Abordaje del flujo de información en la
IGLC 2010, Haifa, 2010, pp. 63–72.https://iglc.net/Papers/Details/724.
gestión y el control de la producción ajustada en la construcción, en: Actas del 22
[18] CP Schimanski, GP Monizza, C. Marcher, DT Matt, Fundamentos conceptuales para un nuevo sistema
de producción Lean basado en BIM en la construcción, en: Procedimientos de la

24
CP Schimanski et al.
Conferencia Anual del Grupo Internacional para la Construcción Lean 2014, IGLC
2014, Oslo, 2014, pp. 581–592.http://www.iglc.net/papers/details/975.
[40] A. Bhatla, F. Leite, Marco de integración de BIM con el sistema Last Planner, en:
Actas de la 20.ª Conferencia Anual del Grupo Internacional para la Construcción
Esbelta 2012, IGLC 2012, Grupo Internacional para la Construcción Esbelta, San
Diego, 2012, pág. 10http://www.iglc.net/papers/details/752.
[41] L. Spitler, T. Feliz, N. Wood, R. Sacks, Construible bim elements -a root cause analysis
of work plan failures, en: Actas de la 23.ª Conferencia Anual del Grupo
Internacional para la Construcción Esbelta 2015, IGLC 2015, vol. 2015-enero, Perth,
2015, págs. 351–360.http://www.iglc.net/papers/details/1183.
[42] P. Tillmann, Z. Sargent, Integración de Last Planner & Bim: lecciones de un esfuerzo
de mejora continua, en: Actas de la 24.ª Conferencia Anual del Grupo Internacional
para la Construcción Lean 2016, IGLC 2016, Boston, 2016,
págs. 113–122.http://www.iglc.net/papers/details/1309.
[43] R. Bortolini, CT Formoso, DD Viana, Planificación y control de la logística del sitio para sistemas de
construcción prefabricados de ingeniería bajo pedido utilizando el modelado BIM 4D, Autom.
Constr. 98 (diciembre (2018)) (2019) 248–264,https://doi.org/10.1016/j. autcon.2018.11.031.
[44] AR Hevner, ST March, J. Park, S. Ram, Ciencias del diseño en la investigación de sistemas de
información, MIS Q. Manag. información sist. 28 (1) (2004) 75–105,https://doi.org/10.2307/
25148625.
[45] E. Kasanen, K. Lukha, A. Siitonen, El enfoque constructivo en la investigación de la
contabilidad de gestión, J. Manag. Cuenta. Res. 5 (julio) (1993) 243–264.http s://
www.semanticscholar.org/paper/The-constructive-approach-in-managemen t-
accounting-Kasanen-Lukka/792ad38fa43f492d555c1ce1e155809203f69c81.
[46] S. Khan, P. Tzortzopoulos, Uso de la investigación de la ciencia del diseño y la investigación
de acción para cerrar la brecha entre la teoría y la práctica en la investigación de Lean
Construction, en: Actas de la 26.ª Conferencia Anual del Grupo Internacional para la
Construcción Lean, IGLC 2018, vol. 1, Chennai, 2018, págs. 209–219,https://doi.org/
10.24928/2018/0409.
[47] ST March, GF Smith, Diseño e investigación en ciencias naturales sobre tecnología de la
información, Decis. Sistema de soporte 15 (4) (1995) 251–266,https://doi.org/10.1016/
0167-9236(94)00041-2.
[48] JE Van Aken, Investigación de gestión basada en el paradigma de las ciencias del diseño: la búsqueda
de reglas tecnológicas fundamentadas y probadas en el campo, J. Manag. Semental. 41 (2) (2004)
219–246,https://doi.org/10.1111/j.1467-6486.2004.00430.x.
[49] FR Hamzeh, G. Ballard, ID Tommelein, Repensar la planificación prospectiva para optimizar
el flujo de trabajo de la construcción, Lean Constr. J. 9 (1) (2012) 15–34.https://lean
construction.org/uploads/wp/media/library/id45/Rethinking_Lookahead_Plannin
g_to_Optimize_Construction_Workflow.pdf.
[50] G. Ballard, Programación de Fases, Instituto de Construcción Esbelta, 2000.http://p2sl.be
rkeley.edu/wp-content/uploads/2016/03/W007-Ballard-2000-Phase-Scheduling-LCI-
White-Paper-7.pdf[citado el 01-03-2021] (Informe técnico).
[51] L. Koskela, G. Howell, E. Pikas, B. Dave, Si CPM es tan malo, ¿por qué lo hemos estado
usando durante tanto tiempo?, en: Actas de la 22ª Conferencia Anual de la International
Group for Lean Construction 2014, IGLC 2014, Oslo, 2014, págs. 27–37.https://iglc. net/
Papeles/Detalles/1018.
[52] FR Hamzeh, E. Zankoul, F. El Sakka, Eliminación de restricciones para preparar las tareas en
la planificación del trabajo semanal, en: Creative Construction Conference 2016, Budapest,
2016,https://doi.org/10.1016/j.proeng.2016.11.593.
25
Automatización en la Construcción 132 (2021) 103969
[53] K. Cox, KT Phalp, MJ Shepperd, Comparing Use Case Writing Guidelines,
Interlaken, 2001, págs. 101–112,https://doi.org/10.1145/511152.511158.
[54]G. Booch, J. Rumbaugh, I. Jacobson, Guía del usuario del lenguaje de modelado unificado,
Addison-Wesley, 2015. ISBN: 978-0321267979.
[55] A. Cockburn, Escribiendo casos de uso efectivo, Special Interest Group Softw. Ing. –
Softw. Ing. Notas 26 (1) (2001) 94–95,https://doi.org/10.1145/505894.505918.
[56] KT Al-Sarayreh, K. Meridji, Hacia el desarrollo de un proceso operativo para los requisitos de
software: aplicación de estudio de caso para software de energía renovable, Int.
J. Softw. Ing. aplicación 9 (7) (2015) 11–26.https://www.earticle.net/Articl
e/A251355.
[57] K. Meridji, A. Abran, Principios de ingeniería de software: ¿cumplen con los criterios de
ingeniería? J. Softw. Ing. aplicación 03 (10) (2010) 972–982,https://doi.org/10.4236/
jsea.2010.310114.
[58] S. Malviya, M. Vierhauser, J. Cleland-Huang, S. Ghaisas, ¿Qué preguntas hacen los
ingenieros de requisitos?, en: Actas de la 25.ª Conferencia Internacional de
Ingeniería de Requisitos IEEE 2017, Lisboa, 2017, págs. 100– 109,https://doi.org/
10.1109/RE.2017.76.
[59] J. Beetz, LAHM van Berlo, R. de Laat, P. van den Helm, Bimserver.org: un servidor modelo IFC
de código abierto, en: Actas del 27.º Consejo Internacional para la Investigación y la
Innovación en la Edificación y la Construcción W78 conferencia 2010,
El Cairo, 2010, págs. 1 a 8.https://research.tue.nl/en/publications/bimserverorg-an
- código abierto-ifc-modelo-servidor.
[60] BuildingSMART, IfcBuildingElement, 2021.https://standards.buildingsmart.org/IFC/DEV/
IFC4_2/FINAL/HTML/schema/ifcproductextension/lexical/ifcbuildi ngelement.htm[citado
el 30 de marzo de 2021].
[61] BuildingSMART, conjuntos de cantidades, 2021.https://standards.buildingsmart.org/MVD/
RELEASE/IFC4/ADD2_TC1/RV1_2/HTML/schema/templates/quantity-sets.htm [citado el 25
de marzo de 2021].
[62] C. Sonnenberg, J. vom Brocke, Patrones de evaluación para artefactos de investigación en
ciencias del diseño, en: M. Helfert, B. Donnellan (Eds.), Aspectos prácticos de la ciencia del
diseño, Springer Berlin Heidelberg, Berlín, Heidelberg, 2012, págs. 71–83,https://doi.org/
10.1007/978-3-642-33681-2_7.
[63] S. Gregor, AR Hevner, Posicionamiento y presentación de la investigación científica del diseño para
un impacto máximo, Manag. información sist. P. Gerente información sist. 37 (2) (2013) 337–355,
https://doi.org/10.25300/MISQ/2013/37.2.01.
[64] F. Hamzeh, A. Ezzeddine, L. Shehab, S. Khalife, Cuestiones organizativas, Panel de alerta
temprana para métricas avanzadas de planificación de la construcción, en: Construction
Research Congress 2020, Opatija, 2020,https://doi.org/10.1061/ 9780784482889.008.
[65] F. Hamzeh, M. Al Hattab, L. Rizk, G. El Samad, S. Emdanat, Desarrollo de nuevas métricas
para evaluar el desempeño de la planificación de la capacidad hacia la construcción
sostenible, J. Clean. Pinchar. 225 (2019) 868–882,https://doi.org/10.1016/j.
jclepro.2019.04.021.
[66] FR Hamzeh, G. El Samad, S. Emdanat, Métricas avanzadas para la planificación de la
construcción, J. Constr. Ing. Administrar 145 (11) (2019) 1–16,https://doi.org/10.1061/
(ASCE)CO.1943-7862.0001702.
[67] ISO 19650-1, ISO 19650 – Organización de la información sobre obras de construcción
– Gestión de la información mediante el modelado de información de construcción - Parte 1:
Conceptos y principios, 2018.https://www.iso.org/standard/68078.html[citado el 24 de marzo de
2021].