Project Management

How to Run Coordination Meetings That Actually End on Time

The key change: stop using coordination meetings to find clashes. Use them to resolve clashes you already know about. Here's how to make that shift.

· 6 min read · By Bimvyne Team
How to Run Coordination Meetings That Actually End on Time

Most architecture firms run weekly or biweekly coordination meetings during Design Development and Construction Documents. Ask the BIM Coordinators who run those meetings what they actually accomplish, and a common answer emerges: a lot of the meeting time is spent finding clashes, not resolving them. The meeting exists to do what should have already been done before anyone joined the call.

The case for reducing meeting frequency is not about minimizing communication with consultants. It is about restructuring the workflow so that the meeting's purpose shifts from discovery to decision-making. Those are different activities with different requirements, and trying to do both in a 90-minute weekly call is why coordination meetings overrun and underdeliver.

Diagnosing Why Your Meetings Run Long

Before adjusting meeting frequency, the first step is an honest diagnosis of where coordination meeting time actually goes. A rough breakdown from typical multi-discipline coordination meetings on commercial projects:

  • 20–30%: navigating the clash list together — opening Navisworks, finding the issue in the model, orienting participants who haven't reviewed the report
  • 15–20%: discussing whether a clash is real or a modeling artifact
  • 10–15%: status updates on issues from previous rounds ("did you update that duct run?" "I think so, let me check")
  • 30–40%: actual resolution discussion — the work the meeting is supposed to do

In that breakdown, 45–65% of meeting time is overhead — navigation, artifact-vs-real disambiguation, and status tracking — that should happen before the meeting starts. When the overhead is eliminated from the meeting, what remains is 30–40 minutes of actual design coordination. That is the target meeting duration when the upstream workflow is properly structured.

The Shift: Pre-Meeting Clash Analysis

The structural change that enables meeting frequency reduction is moving clash analysis from a meeting activity to a pre-meeting deliverable. Instead of running Navisworks in the meeting (or the night before, distributing a raw report that morning), the clash analysis runs on a fixed schedule — typically 48–72 hours before the coordination meeting — and a pre-analyzed, classified report is distributed to all discipline leads with enough lead time for independent review.

"Pre-analyzed" means the report that participants receive is not a raw Navisworks HTML export. It is a classified issue list: severity assigned, responsible discipline identified, duplicates grouped, modeling artifacts filtered, and LOD status noted for uncertain items. Participants can read through their discipline's issues in 20–30 minutes independently, arrive with positions formed, and the meeting starts from "we all know the issues; let's decide" rather than "let's look at this together."

When this workflow is functioning properly, the coordination meeting becomes a decision meeting. The agenda is structured: priority-sorted issues requiring cross-discipline decisions, status confirmations for issues assigned in previous rounds, and action item logging. That meeting takes 45–60 minutes and generates clear decisions for every issue reviewed. A weekly 90-minute meeting can be replaced by a biweekly 60-minute meeting — same total coordination coverage, half the calendar overhead.

What Makes the Pre-Meeting Report Actually Useful

The quality of the pre-meeting report determines whether participants will actually review it before the meeting. Reports that are long, poorly organized, or full of noise get skimmed or ignored. The attributes that produce a report consultants actually read:

  • Discipline-filtered view: the structural engineer receives the issues that require structural action, not the full project clash list. The mechanical consultant receives MEP-relevant issues. Each discipline lead sees their subset, appropriately contextualized.
  • Clear status tracking: new issues this round are distinguished from issues carried over from previous rounds. Items the discipline lead owns that are past their target resolution date are highlighted.
  • Model viewpoint links: each issue includes a direct viewpoint reference — either a Navisworks viewpoint, a BCF link, or a model screenshot with gridline reference. The discipline lead should be able to locate the conflict in their model without opening the federated model and searching manually.
  • Concise issue descriptions: "HVAC-03 main trunk (32"x20") hard clash with S-B beam W24x55, Grid C/5, Level 3, LOD 350, routing conflict" — not three paragraphs of background context. The discipline lead knows their project; they need location and nature of the conflict, not a lecture.

Timing the Meeting Cadence to Design Activity

Weekly coordination meetings made sense when coordination was done during the meeting — a week was approximately how long it took to update a model and prepare for the next round. When clash analysis is automated and pre-meeting reports are generated on a scheduled basis, the constraint changes. The meeting cadence should match the pace of design decisions, not the pace of model processing.

Early Design Development: biweekly coordination is often appropriate. Design is still fluid, many clashes are preliminary, and the rate of model change means that weekly analysis may not show meaningful progress between rounds.

Late Design Development, early Construction Documents: this is typically the highest-density coordination phase. Weekly coordination may be warranted here — not because the meeting takes the full time, but because design decisions are being made daily and clash data needs to stay current. The key is keeping the meeting itself focused: if the pre-meeting workflow is correct, even a weekly meeting runs 45 minutes, not 90.

Late Construction Documents: coordination should be winding down. If the clash register is properly maintained, the CD-phase coordination is largely confirmatory — verifying that model updates have resolved previously identified issues. Monthly confirmation meetings with ongoing asynchronous issue tracking for any new clashes is appropriate.

Asynchronous Resolution for Non-Critical Issues

Not every coordination issue requires a meeting discussion. Medium and low priority issues — duct clearance adjustments that don't affect ceiling heights, minor penetration relocations in non-structural elements, MEP hangar scheduling — can be resolved asynchronously between coordination rounds. The BIM Coordinator assigns the issue to the responsible discipline, the discipline updates their model, and the resolution is confirmed in the next clash detection run without consuming any meeting time.

Structuring the coordination issue log to clearly distinguish "requires meeting discussion" from "assign and track asynchronously" keeps meeting agendas focused on the decisions that actually need cross-discipline dialogue. A meeting agenda with 5 high-priority items requiring decisions is more productive than an agenda with 25 items, most of which are status updates that could have been handled by email.

We are not saying all coordination should become asynchronous — cross-discipline design conflicts often require the structural engineer, mechanical engineer, and architect in the same conversation to navigate competing constraints. The coordination meeting is the right venue for those discussions. The point is that the meeting should be reserved for decisions that require it, and everything that doesn't should be handled before the meeting starts or between meetings. When that discipline is applied consistently, meeting frequency can drop from weekly to biweekly without any increase in unresolved clashes reaching construction.

The Behavioral Change Required

Reducing coordination meeting frequency requires a behavioral shift from all participants. Discipline leads accustomed to the meeting as their primary engagement with the coordination process need to become pre-meeting reviewers — people who read the issue report before the call, come with positions, and expect the meeting to be a decision session rather than an orientation session. That shift takes two or three coordination cycles to establish.

The first meeting after distributing a pre-analyzed report early will still look like a traditional coordination meeting, because participants will arrive unprepared — they're accustomed to doing their review in the meeting. By the third or fourth meeting under the new format, the norm has shifted. Participants arrive reviewed, the meeting starts with decisions, and the 90-minute allocation gets used in 50 minutes. That surplus time compounds over a 24-month project: 12 meetings at 40 minutes saved per meeting is 8 hours of discipline lead time returned to the project.

Try Bimvyne on your active project

Upload your federated model and see real clash data before your next coordination meeting. 14-day free trial, no credit card required.

Start Free Trial

More from the blog