This video explains three critical information production strategies in ISO 19650: federation strategy, clash avoidance, and file naming conventions. The written guide below covers how federation breaks project information into manageable containers, why clash avoidance is more effective than clash detection, how system priority structures prevent recurring coordination failures, and why metadata-driven file naming ensures every deliverable is traceable and compliant throughout the project lifecycle.
Why information production strategies determine whether delivery works or falls apart
Once the planning documents are in place and the project enters collaborative production, three strategies determine whether information delivery actually works in practice: how information is broken down into containers, how teams avoid coordination clashes, and how files are named and managed within the common data environment (CDE). These are not administrative details. They are the practical mechanisms that make or break the difference between a well-coordinated project and one that drowns in rework, duplicated effort, and unmanageable file structures. The federation strategy, system priority structure, and CDE workflows covered in this lesson connect the planning stages of ISO 19650 directly to the day-to-day reality of producing and sharing information across disciplines.
Federation strategy is about deciding how to break down project information into separate containers that can be worked on independently and then brought together into a coordinated whole. The decision depends on what makes sense for the project. A large hospital might be divided by building or wing. A commercial office might be divided by discipline — architectural, structural, MEP. A mixed-use development might use a combination of both. The key is that the container breakdown must be defined early, agreed by all teams, and reflected in the Master Information Delivery Plan (MIDP) so that every deliverable has a clear owner and a clear position within the federated model. Without a defined federation strategy, teams end up with overlapping models, missing information, and coordination gaps that only surface when it is too late to fix them efficiently.
Clash avoidance is a fundamentally different approach from clash detection, and it is the approach that ISO 19650 is designed to support. Traditional clash detection treats coordination as a batch process — teams model in isolation for weeks, then run a clash report that returns hundreds or thousands of issues that need to be resolved after the fact. Clash avoidance reverses this by creating the conditions for teams to avoid clashes as they model. This is achieved through system priority structures that define which building systems take precedence when spatial conflicts arise. For example, welded steel pipes that are expensive and difficult to reroute take priority over flexible cable trays that can be adjusted easily. When every team understands these priorities before they start modelling, they can design around each other’s constraints rather than creating conflicts that need to be resolved later. Smaller, more frequent model updates shared through the CDE reinforce this approach by giving teams current information to coordinate against, rather than working from outdated snapshots.
File naming is the third strategy that connects everything together. Under ISO 19650, file naming is not a matter of personal preference or team convention. It is a structured, metadata-driven process where each file name is composed of concatenated metadata fields that identify the project, originator, discipline, zone, type, role, classification, and revision status. This approach ensures that every file in the CDE is uniquely identifiable, traceable, and compliant with the project’s information standards. Using the File Manager to configure naming conventions means that file names are generated automatically from metadata rather than typed manually, eliminating inconsistencies and ensuring that the naming convention defined in the BIM Execution Plan is applied consistently across every deliverable from every team.
How to implement federation, clash avoidance, and file naming strategies
- Define the federation strategy early – Decide how project information will be broken into containers based on the project type, scale, and disciplines involved. Agree the breakdown with all teams and document it in the BIM Execution Plan and MIDP so that every deliverable has a clear container assignment.
- Align containers with the responsibility matrix – Ensure that each container in the federated model has a defined owner in the responsibility matrix, with clear accountability for producing, checking, and delivering the information within that container.
- Establish a system priority structure – Define which building systems take precedence when spatial conflicts arise. Document these priorities so that every discipline understands the hierarchy before modelling begins, enabling teams to design around constraints rather than creating clashes.
- Implement smaller, more frequent model sharing – Replace the traditional approach of large batch updates with smaller, more frequent exchanges through the CDE. This gives teams current reference information to coordinate against and reduces the volume of clashes created between update cycles.
- Use the CDE states to manage information flow – Apply the ISO 19650 CDE states — work in progress, shared, published, and archived — to control how information moves through the project. Ensure teams understand when information transitions from internal development to shared coordination status and what approvals are required at each stage.
- Configure metadata-driven file naming – Set up the File Manager to concatenate metadata fields into standardised file names automatically. Define the required fields — project, originator, discipline, zone, type, role, classification, revision — and ensure every team uses the same configuration.
- Verify compliance with model checking – Use the Verify module to check that deliverables meet the requirements defined in the Exchange Information Requirements (EIR), including naming conventions, metadata completeness, and spatial coordination against the federated model.
- Review and refine throughout delivery – Treat the federation strategy, system priorities, and naming conventions as living agreements that are reviewed at each project milestone. Use the timeline and status views to track whether deliverables are being produced and shared according to the agreed plan.
What you’ll learn
- Federation strategy – How breaking project information into manageable containers by discipline, asset, building, or zone creates a structure that teams can work within independently while maintaining coordination across the full federated model.
- Clash avoidance vs. clash detection – Why proactively avoiding clashes through system priority structures and frequent model sharing is fundamentally more effective than running batch clash detection reports after weeks of isolated modelling.
- System priority structures – How defining which building systems take precedence when spatial conflicts arise gives every discipline a clear framework for designing around each other’s constraints, reducing rework and coordination failures.
- CDE states and information flow – How the four CDE states — work in progress, shared, published, and archived — control the progression of information through the project and ensure that teams are always working with appropriately validated data.
- Metadata-driven file naming – Why composing file names from concatenated metadata fields rather than manual typing ensures consistency, traceability, and compliance with ISO 19650 naming conventions across every deliverable.
- Practical coordination workflows – How combining federation strategy, system priorities, CDE workflows, and automated naming into a single integrated approach transforms information production from a chaotic process into a structured, repeatable workflow.
Common questions
What determines how a project should be federated?
The federation strategy depends on the project’s type, scale, and complexity. A large campus project might be federated by building, with each structure treated as a separate container. A single building might be federated by discipline, with architectural, structural, and MEP models maintained independently. Complex projects often use a combination of both approaches. The key is that the breakdown must be defined early, documented in the BEP and MIDP, and agreed by all teams before production begins.
How does clash avoidance differ from clash detection in practice?
Clash detection is a reactive process where teams model independently for extended periods and then run automated reports to identify spatial conflicts. This typically produces hundreds of issues that require time-consuming resolution. Clash avoidance is a proactive approach where teams share models more frequently, follow agreed system priority structures, and design around each other’s constraints from the start. The result is fewer clashes created in the first place, significantly reducing rework and coordination meetings.
What is a system priority structure?
A system priority structure defines which building systems take precedence when two or more systems compete for the same space. For example, welded steel pipes that are expensive and difficult to reroute typically take priority over flexible cable trays that can be adjusted easily. By agreeing these priorities before modelling begins, teams can make informed decisions about routing and positioning without waiting for clash reports to tell them what needs to move.
Why does ISO 19650 require structured file naming?
Structured file naming ensures that every deliverable in the CDE is uniquely identifiable, traceable, and compliant with the project’s information standards. When file names are composed from concatenated metadata fields — project code, originator, discipline, zone, type, role, classification, and revision — they carry essential context that makes searching, filtering, and auditing straightforward. Manual naming leads to inconsistencies, duplicates, and files that cannot be traced back to their source or purpose.
Explore further
- ISO 19650 federation strategy, system priority structure, and CDE – The full expert course lesson covering federation, clash avoidance, and CDE workflows in detail.
- BIM clash avoidance strategies – How proactive coordination approaches reduce rework and improve model quality across disciplines.
- EIR, PIR, and BEP documents with Plannerly – How the complete set of information requirement and delivery documents connects across the project lifecycle.
- ISO 19650 concepts and workflows – The full help centre collection covering how each component of ISO 19650 works together in practice.