Guía de autoría
No hay un orden forzoso para autorar un BEP en dotBEP. Puedes empezar donde tenga más sentido para tu proyecto y construir desde ahí. Dicho esto, hay una secuencia recomendada, no porque la IA la requiera, sino porque te ayuda como autor a pensar de forma coherente y evitar retomar decisiones más adelante.
Esta guía sigue esa secuencia recomendada, sección por sección.
Objetivos BIM
Empieza aquí. Los objetivos BIM definen por qué se está usando BIM en este proyecto: qué resultados específicos busca el equipo. Todo lo que sigue (usos BIM, flujos de trabajo, entregables) debe conectarse con estos objetivos. Definirlos primero le da una dirección clara al resto del BEP.
Si ya conoces tus objetivos
Dile directamente a la IA qué quiere lograr el proyecto con BIM:
Para este proyecto, nuestros objetivos BIM son:
- Reducir los choques de coordinación entre disciplinas antes de la construcción
- Entregar al cliente un modelo as-built preciso en la entrega
- Apoyar las mediciones de cantidades durante la fase de diseño
Por favor, añade estos como objetivos al BEP.Si necesitas ayuda para identificarlos
Dale a la IA contexto sobre el proyecto y deja que sugiera un punto de partida:
Este es un [tipo de proyecto, por ejemplo, renovación de hospital] con [características clave, por ejemplo, múltiples disciplinas, cronograma de construcción ajustado, cliente público]. Basándote en esto, ¿qué objetivos BIM recomendarías para el BEP? Sugiere algunas opciones y te diré cuáles aplican.Revisa lo que la IA proponga, ajusta la redacción para que coincida con el lenguaje y las prioridades de tu proyecto, y confirma. La IA los añadirá entonces al BEP.
Fases e hitos
Una vez que tienes tus objetivos, define el cronograma del proyecto. Las fases le dan al BEP su estructura temporal (diseño, construcción, entrega), y los hitos son las fechas específicas dentro de cada fase en las que vencen los entregables. Establecer esto temprano le da a cada decisión posterior una referencia temporal a la que anclarse.
Si tienes un cronograma definido
Proporciona las fases y las fechas clave directamente:
Por favor, añade las siguientes fases e hitos al BEP:
Fases:
- Diseño
- Construcción
- Entrega
Hitos:
- Diseño conceptual completo: [fecha]
- Congelamiento de diseño: [fecha]
- Inicio de construcción: [fecha]
- Estructura completa: [fecha]
- Finalización práctica: [fecha]
- Entrega as-built: [fecha]Si tu cronograma aún está siendo definido
Dale a la IA una duración y tipo de proyecto, y deja que sugiera una estructura razonable:
El proyecto es un [tipo, por ejemplo, nuevo edificio de oficinas] con una duración estimada de [por ejemplo, 24 meses] que comienza en [mes y año]. Sugiere una estructura de fases e hitos para el BEP basándote en esto, y yo ajustaré las fechas y nombres según sea necesario.Equipos, roles y participantes
No necesitas tener el panorama completo antes de empezar. Los equipos, roles y miembros pueden añadirse en cualquier momento durante el proyecto. Empieza con lo que sabes y completa el resto a medida que la información esté disponible.
Añadir equipos
Los equipos representan las organizaciones involucradas en el proyecto: tu empresa, el cliente, subcontratistas, consultores, etc. Cada equipo tiene un rol que describe su función en el proyecto.
Si ya sabes qué equipos están involucrados:
Por favor, añade los siguientes equipos al BEP: [nombre del equipo] como [rol, por ejemplo, BIM Manager], [nombre del equipo] como [rol, por ejemplo, Cliente], [nombre del equipo] como [rol, por ejemplo, BIM Coordinator]. Nosotros somos [nombre de tu empresa].Si aún no estás seguro de qué equipos incluir:
Basándote en un [tipo de proyecto], ¿qué equipos esperarías típicamente como parte de un BEP? Sugiere una lista y confirmaré cuáles aplican a este proyecto.Definir roles
Los roles describen los cargos que los miembros pueden ocupar dentro de un equipo. dotBEP incluye un conjunto de roles estándar, pero también puedes definir roles personalizados específicos de tu proyecto.
Si quieres añadir un rol personalizado:
Por favor, añade un rol llamado [nombre del rol] con la siguiente descripción: [descripción].Si quieres revisar qué roles ya están definidos antes de añadir más:
Lista los roles actualmente definidos en el BEP.Añadir miembros
Los miembros son las personas asignadas a equipos y roles. Puedes añadirlos uno por uno o en lote, y siempre puedes volver a añadir más a medida que nuevos participantes se unan al proyecto.
Si estás listo para añadir personas específicas:
Por favor, añade los siguientes miembros al BEP: [nombre completo], [email], [rol] en [nombre del equipo]. [nombre completo], [email], [rol] en [nombre del equipo].Si quieres añadir a alguien pero estás en medio de la conversación y prefieres continuar:
Por favor, añade a [nombre completo] del equipo [nombre del equipo] como [rol]. Su email es [email].Usos BIM
Los usos BIM describen las aplicaciones específicas del BIM en el proyecto: coordinación, medición de cantidades, detección de choques, entrega, etc. Cada uso se conecta con uno o más de los objetivos que definiste anteriormente, haciendo explícito el vínculo entre la intención y la práctica.
Si ya sabes qué usos BIM aplican
Listarlos directamente y la IA los añadirá al BEP:
Por favor, añade los siguientes usos BIM al BEP: [nombre del uso], [nombre del uso], [nombre del uso]. Vincúlalos a los objetivos relevantes.Si quieres ser más específico sobre cómo cada uso se conecta con tus objetivos:
Por favor, añade los siguientes usos BIM y vincúlalos a los objetivos indicados: [nombre del uso] vinculado a [descripción del objetivo], [nombre del uso] vinculado a [descripción del objetivo].Si necesitas ayuda para identificar qué usos aplican
Dale a la IA contexto sobre el proyecto y deja que sugiera un punto de partida:
Basándote en los objetivos y el tipo de proyecto que hemos definido, ¿qué usos BIM recomendarías incluir en el BEP? Sugiere una lista con una breve justificación para cada uno.Revisa las sugerencias, confirma las que aplican y pídele a la IA que descarte el resto. Siempre puedes añadir más usos después a medida que el alcance del proyecto se vaya aclarando.
Flujos de trabajo
Los flujos de trabajo son el corazón del BEP. Sin ellos, un BEP es una declaración de intenciones pero no un software accionable: dice lo que el equipo quiere lograr pero no cómo lo logrará realmente. Esta es la distinción clara entre el BEP como documento y el BEP como software, que es lo que propone dotBEP. Un BEP con flujos de trabajo bien definidos le da a cada participante una imagen clara de quién hace qué, en qué orden y quién es responsable de cada paso.
Más allá del BEP en sí, los flujos de trabajo son lo que hace útil a dotBEP durante la ejecución del proyecto. Una vez que el BEP está en su lugar, el equipo puede crear instancias de cada flujo directamente en la plataforma para rastrear el trabajo real en progreso, registrar decisiones y mantener un registro trazable de cómo se llevó a cabo realmente el proyecto. La calidad de ese registro depende enteramente de qué tan bien estén definidos los flujos en el BEP.
Cómo está estructurado un flujo de trabajo
Un flujo de trabajo es un diagrama compuesto por nodos conectados por edges. Entender los bloques fundamentales te ayuda a describir tus procesos claramente a la IA, lo que a su vez produce flujos más precisos y completos.
Los nodos son los pasos del diagrama. Hay cinco tipos:
- Start y end marcan dónde comienza y dónde concluye el flujo. Cada flujo tiene exactamente uno de cada uno.
- Process representa un paso llevado a cabo por una persona. Tiene una asignación RACI (quién es Responsable, Accountable, Consultado e Informado) y describe qué trabajo debe ocurrir en ese punto. Es el tipo de nodo más común.
- Decision es un punto de bifurcación: el flujo evalúa una condición y toma uno de dos o más caminos según el resultado. Los nodos decision no tienen RACI ni requieren acción humana: son evaluados automáticamente por el motor basándose en el contexto disponible en ese momento.
- Automation representa un paso llevado a cabo por un sistema en lugar de una persona: una integración externa, una verificación de validación, o cualquier lógica que corre sin intervención humana. Un nodo automation siempre conecta a un nodo decision inmediatamente después, que enruta el flujo según el output de la automatización.
Los edges son las conexiones entre nodos. Cada edge puede llevar un evento que activa la transición (por ejemplo, “modelo enviado” o “revisión aprobada”), una condición que debe cumplirse para que se tome la transición, y efectos que se disparan automáticamente cuando ocurre la transición (como una notificación al siguiente responsable).
No necesitas pensar en estos términos cuando describes un flujo a la IA. Puedes describir el proceso en lenguaje natural y la IA lo mapeará a la estructura correcta. Pero conocer qué es posible te ayuda a pedir exactamente lo que necesitas.
Si ya tienes un flujo de trabajo definido
Si tienes un flujo mapeado en papel, en una hoja de cálculo o en una herramienta de diagramas, descríbeselo a la IA y lo construirá en el BEP:
Por favor, crea un flujo de trabajo llamado [nombre del flujo] para el siguiente proceso: [describe los pasos en orden, quién es responsable de cada uno, y cualquier punto de decisión o aprobación involucrado].Cuanto más detalle proporciones sobre cada paso y sus asignaciones RACI, más completo será el flujo. Siempre puedes refinarlo después.
Si quieres que la IA redacte un flujo por ti
Si sabes qué proceso quieres documentar pero aún no lo has mapeado, describe el objetivo y deja que la IA proponga una estructura:
Necesito un flujo de trabajo para [proceso, por ejemplo, detección y coordinación de choques]. Por favor, propone una secuencia de pasos con asignaciones RACI basándote en los equipos y roles que ya hemos definido en el BEP.Revisa lo que propone la IA paso a paso. Ajusta la secuencia, renombra pasos, reasigna responsabilidades y pídele que revise hasta que el flujo refleje cómo trabaja realmente tu equipo.
Si quieres añadir un punto de decisión o paso de aprobación
Los flujos reales rara vez son lineales. Si un paso requiere una revisión o aprobación antes de continuar, puedes pedirle a la IA que añada un punto de decisión:
Después del paso [nombre del paso] en el flujo [nombre del flujo], añade un punto de decisión donde [rol] revisa el resultado. Si se aprueba, el proceso continúa a [siguiente paso]. Si se rechaza, vuelve a [paso anterior].Revisar un flujo antes de finalizarlo
Una vez que el flujo está redactado, vale la pena pedirle a la IA que te lo explique paso a paso antes de continuar. Esto ayuda a detectar vacíos, asignaciones RACI faltantes o pasos que no reflejan cómo opera realmente el equipo:
Explícame el flujo [nombre del flujo] paso a paso, incluyendo las asignaciones RACI de cada paso. Señala cualquier paso donde no se haya asignado un rol.Vincular flujos a usos BIM
Cada flujo debe estar vinculado a al menos un uso BIM. Esta conexión es lo que relaciona la estructura de gobernanza del BEP con sus objetivos declarados y hace el documento internamente consistente:
Vincula el flujo [nombre del flujo] al uso BIM [nombre del uso BIM].Si un flujo soporta más de un uso BIM, puedes vincularlo a varios a la vez:
Vincula el flujo [nombre del flujo] a los siguientes usos BIM: [nombre del uso], [nombre del uso].Una vez definidos tus flujos, se convierten en la base para la ejecución del proyecto. Para entender cómo dotBEP ejecuta instancias de flujo, rastrea transiciones y soporta eventos, efectos y automatizaciones, consulta Ejecución del BEP.
Estándares y guías
Los estándares definen las reglas que el equipo debe seguir al producir y gestionar información: convenciones de nomenclatura, formatos de archivo, requisitos de modelado, sistemas de coordenadas, etc. Las guías son documentos complementarios que explican cómo aplicar esas reglas en la práctica.
Definir estándares y guías en el BEP le da a todo el equipo una referencia única y autorizada de cómo debe hacerse el trabajo, reduciendo la ambigüedad y el retrabajo.
Añadir un estándar
Si tienes un estándar ya redactado o puedes describir su contenido:
Por favor, añade un estándar al BEP llamado [nombre del estándar]. Cubre lo siguiente: [descripción de lo que define el estándar].Si el estándar es un documento que ya existe y quieres adjuntarlo:
Por favor, añade un estándar llamado [nombre del estándar] y adjunta el siguiente archivo como su contenido: [adjunta o pega el documento].Añadir una guía
En dotBEP, las guías no son documentos escritos. Una guía es una colección curada de anexos: referencias externas como documentos, enlaces o videos que explican cómo llevar a cabo una actividad específica. Las guías suelen vincularse a las acciones de los flujos de trabajo, de modo que cuando un miembro del equipo está ejecutando un paso, tiene acceso directo a las referencias que explican cómo hacerlo.
Para añadir una guía y sus anexos:
Por favor, añade una guía llamada [nombre de la guía] con los siguientes anexos: [nombre del anexo] ([url o descripción]), [nombre del anexo] ([url o descripción]).Para vincular una guía a una acción específica de un flujo:
Vincula la guía [nombre de la guía] al paso [nombre del paso] en el flujo [nombre del flujo].Revisar lo que ya está definido
Antes de añadir más estándares o guías, es útil ver qué ya hay en el BEP:
Lista los estándares y guías actualmente definidos en el BEP.Requisitos de información
Los requisitos de información definen qué nivel de detalle se espera de cada elemento del modelo en cada hito. En dotBEP esto se expresa a través del LOIN (Level of Information Need): para cada tipo de elemento, especificas el nivel de geometría (LOD) y el nivel de información (LOI) requeridos en cada fecha clave.
Esta sección tiende a ser la parte más técnica del BEP y también la que tiene mayor impacto si hay errores, ya que gobierna directamente lo que el equipo debe producir y cuándo.
Si tienes una tabla de requisitos de información
Si tu proyecto ya tiene una tabla de requisitos de información (del cliente, de una norma o de un proyecto anterior), compártela con la IA y pídele que rellene el BEP:
Adjunto nuestra tabla de requisitos de información. Por favor, léela y añade las entradas LOIN al BEP, haciendo coincidir cada elemento con su LOD y LOI por hito.Si necesitas definir los requisitos desde cero
Si aún no existe ninguna tabla, la IA puede ayudarte a construir una basándose en los usos BIM y los hitos del proyecto:
Basándote en los usos BIM y los hitos definidos en el BEP, ¿qué requisitos de información recomendarías para [tipo de elemento, por ejemplo, elementos estructurales]? Propón una tabla LOIN y yo la revisaré.Trabaja con los tipos de elementos en grupos de uno en uno. Es más fácil validar en partes que revisar una tabla grande de una sola vez.
Revisar lo que está definido
Para verificar el estado actual de tus requisitos de información antes de continuar:
Lista las entradas LOIN actualmente definidas en el BEP, agrupadas por tipo de elemento.Estructura de desglose de ubicaciones
La estructura de desglose de ubicaciones (LBS) define cómo se divide espacialmente el proyecto: edificios, plantas, zonas, áreas o cualquier otro desglose que tenga sentido para cómo se gestionará y entregará el trabajo. Los entregables en dotBEP pueden asignarse a nodos del LBS, lo que permite al equipo rastrear qué debe producirse para cada parte del proyecto.
Definir el LBS
Si ya sabes cómo está organizado espacialmente el proyecto:
Por favor, añade la siguiente estructura de desglose de ubicaciones al BEP: [nodo de nivel superior, por ejemplo, Edificio A] que contiene [nodos hijo, por ejemplo, Planta Baja, Primera Planta, Segunda Planta]. [nodo de nivel superior, por ejemplo, Edificio B] que contiene [nodos hijo].Si la estructura es simple, una lista plana funciona igual de bien:
Por favor, añade las siguientes ubicaciones al BEP: [nombre de ubicación], [nombre de ubicación], [nombre de ubicación].Si no estás seguro de cómo dividir el proyecto, descríbelo y deja que la IA sugiera una estructura:
El proyecto consiste en [describe el alcance físico, por ejemplo, un hospital con tres alas y una sala de instalaciones en el sótano]. Sugiere una estructura de desglose de ubicaciones para el BEP.Entregables
Los entregables son los outputs tangibles que el equipo debe producir: modelos, planos, informes, cronogramas y cualquier otro paquete de información con una parte responsable definida y una fecha de vencimiento. En dotBEP, los entregables se organizan en dos vistas complementarias: el TIDP (Task Information Delivery Plan), que muestra los entregables por equipo, y el MIDP (Master Information Delivery Plan), que muestra todos los entregables del proyecto ordenados por fase y fecha.
Definir los entregables es el último paso de la secuencia de autoría del BEP. En este punto ya tienes las fases, los hitos, los equipos, los flujos de trabajo y el LBS en su lugar, y toda esa estructura es lo que hace significativos a los entregables.
Añadir entregables
Puedes añadir entregables uno por uno o en lote. Para cada entregable, la información clave es: qué es, quién es responsable, a qué hito corresponde y opcionalmente a qué nodo del LBS pertenece.
Por favor, añade los siguientes entregables al BEP: [descripción], responsable [nombre del equipo], vence en [nombre del hito], ubicación [nodo LBS]. [descripción], responsable [nombre del equipo], vence en [nombre del hito].Si los entregables vienen de un documento existente
Si tu proyecto ya tiene un calendario de entregables o un registro maestro de documentos, compártelo con la IA y pídele que rellene el BEP:
Adjunto nuestro calendario de entregables. Por favor, léelo y añade todos los entregables al BEP, haciendo coincidir cada uno con el equipo, el hito y la ubicación correctos donde sea posible.Revisar el MIDP
Una vez definidos los entregables, puedes pedirle a la IA que resuma el calendario completo para revisarlo en busca de vacíos o inconsistencias:
Muéstrame un resumen de todos los entregables del BEP ordenados por hito, incluyendo el equipo responsable de cada uno.Revisar el TIDP de un equipo específico
Para ver de qué es responsable un equipo en particular:
Lista todos los entregables asignados a [nombre del equipo], agrupados por hito.