■ MEP BIM INSIGHTS — BIM GUIDES
Most BIM coordination problems are not technical problems. They are planning problems. The wrong LOD specified. File formats agreed on verbally but never written down. Clash detection responsibility assigned to no one in particular. The model delivered in a format the structural engineer can’t open.
A BIM Execution Plan (BEP) exists to prevent exactly this. It is the document that defines how BIM will be used on a project — before a single element is modeled.
A BIM Execution Plan is a project-specific document that establishes the rules of engagement for all BIM contributors on a project. It is typically prepared by the lead designer or BIM manager at project kickoff and agreed upon by all parties before modeling begins.
In the US, the BEP is referenced in AIA Document E203 (BIM and Digital Data Protocol) and the AIA G202 (Project Building Information Modeling Protocol Form). On public projects, owner agencies — including GSA, the US Army Corps of Engineers, and many state DOTs — mandate BEPs as part of their BIM requirements.
A BEP is not a technical specification. It is a coordination agreement. Its value is not in what it contains — it is in the conversations it forces before work begins.
Basic project data: name, address, owner, design team, contractor, and the schedule of BIM deliverables tied to project milestones. This section also identifies the BIM Manager — the person responsible for model coordination — and their counterpart on the contractor side.
The Level of Development matrix defines what LOD each model element will be developed to, by whom, and at which project phase. A typical commercial project BEP specifies LOD 100–200 at schematic design, LOD 300 at construction documents, and LOD 400 for prefabricated elements during construction.
Without a LOD matrix, every contributor models to their own interpretation of “enough detail.” The federated model becomes unreliable for coordination.
Which software each discipline uses. Which Revit version. How files are named (file naming convention). What formats are accepted for model exchange (RVT, IFC, NWD). What the coordinate system and project base point are — critical for federated model alignment.
A mismatched Revit version or an off-origin model can cost days of rework. This section prevents both.
How models are shared and updated. The Common Data Environment (CDE) — BIM 360, ACC, ProjectWise, or a shared server. Model issue frequency (weekly? bi-weekly?). How RFIs and design changes are communicated to the BIM team. Who has write access to which models.
Who runs clash detection. Which clash types are hard clashes (must be resolved) vs. soft clashes (reviewed case by case). Who reviews the clash report. What the resolution timeline is. Who signs off before the model is issued to the next phase.
This is the section most BEPs skip or handle vaguely. A clash report with no defined resolution owner is just a list.
What gets delivered, in what format, and when. Coordinated Revit model at 50% CD. Clash-free federated NWD at 100% CD. As-built model at project closeout. IFC export for owner facility management system. COBie data if required by the owner.
On projects without a BEP, the first coordination meeting is spent establishing what everyone should have agreed on at kickoff. Which Revit version is the structural engineer using? Who is responsible for updating the ceiling plenum zone model after the mechanical engineer reroutes? Is the contractor’s fabrication model in scope or not?
On projects with a well-prepared BEP, the first coordination meeting covers actual coordination. The ground rules are already set. Time is spent on design decisions, not process decisions.
The difference compounds over a project. Every hour spent re-establishing process in a coordination meeting is an hour not spent resolving clashes.
The BEP should be drafted before the first model file is opened — ideally at the same time as the project execution plan or design kickoff. In practice, this means:
A BEP written after modeling has started is not a BEP. It is documentation of decisions that have already been made inconsistently.
At GEOMETRY-S, we require a project BEP — or prepare one with the client — before beginning any MEP modeling or engineering scope. Our kickoff call covers the six BEP sections above, and we provide a written scope confirmation that functions as a project-specific BEP for engagements where no formal document exists.
This is not bureaucracy. It is the single most reliable way to ensure that what we deliver is what the project actually needs — on the first submission, not the third revision.
Have a project in mind?
moc.s-yrtemoeg%40olleh | © 2026 GEOMETRY-S | MEP Engineering Bureau
moc.s-yrtemoeg%40olleh | © 2026 GEOMETRY-S | MEP Engineering Bureau