Professional Documents
Culture Documents
BIM Execution Plan Draft Template - ECWC - Water
BIM Execution Plan Draft Template - ECWC - Water
Company Name
Project Name
Revision
Date
2
1. Table Contents
1. Agreement.............................................................................................................................................................3
2. Overview................................................................................................................................................................ 4
Project Information...................................................................................................................................................4
Coordination Meetings:...........................................................................................................................................7
3. Modeling Plan.......................................................................................................................................................9
Model Managers...................................................................................................................................................... 9
Authoring Software................................................................................................................................................10
Coordination Software..........................................................................................................................................10
Additional requirements........................................................................................................................................11
Hardware Requirements......................................................................................................................................11
5. Planned Models................................................................................................................................................. 12
Coordination Milestone.........................................................................................................................................17
Issue Management:...............................................................................................................................................24
2.
1. Agreement
By signature below, this BIM Execution Plan is herewith adopted and incorporated into the Agreement, dated
____________, for Professional Design Services between the Client and the professional team.
The project plan has been agreed by the representatives of the project team as listed above
with the authority of their parent companies to accept this document as the agreed pre-
appointment BIM Execution Plan.
1. Document Status
2.Project Information
2.1. Preface
The intent of this BIM Execution Plan is to provide a framework that will let the parties involved deploy
building information modelling (BIM) technology and best practices on this project faster and more
cost-effectively. This plan defined the purposes of using BIM on this project, specified how the
created models will be used and notes ways of exchanging information. Roles and responsibilities of
each party and the detail and scope of information to be shared, relevant business processes and
supporting software are also included. The BEP provides a structured plan for how the informational
modelling aspect of a project will be taken in a cross discipline, collaborative environment utilising
electronic object orientated design tools.
This section defines the Core Collaboration Team, Information exchanges, project phases, and overall
communication plan throughout the project’s phases 02-04.
Project Name:
Project Number:
Project Address:
Project Description:
Current Project
Status:
Estimated Project
Size:
Estimated Project
Value:
Project Duration:
This document is owned and maintained by the current Project Delivery Manager listed
below.
The following responsibility matrix indicates specific services that falls in the scope of each discipline:
2.4. Management
Please refer to the project representatives and roles (Section above.) for identification of the roles and
responsibilities of the design teams for the project. This will provide a more extensive identification of
the consultants involved in the project, as well as identifying those with the key roles as the project
evolves.
The authorities/activities of the key roles related to management of information are outlined below.
These roles are in line with those identified within the ISO 19650 series for information exchange
activities. These outlines are not wholly encompassing but identify the key authorities within the
project.
Approval will initially be managed within discipline (Task) teams with overall technical approval
responsibility being held by the ….
Surveys, either completed or to be completed, of the existing site are identified below
Modeling Plan
Advance planning around which models will need to be created during the different phases of the
project, which will be responsible for updating models and distributing them and predetermining the
content and format of models as much as possible, will help your project run more efficiently and
cost-effectively during every phase.
The available software, and in particular platform versions across the supply chain are
identified in this section. This table provides a reference to the available systems across the
project team, from which conclusion on the required project platforms are identified within
section 6 of this document. Considering the available software platforms, there is
identification of possible exchange formats against the relevant BIM uses. The prescribed
exchange formats to be used within the project are identified in the table below.
3d
Coordination
Construction
Simulation
These functions have several responsibilities. They include, but are not limited to:
Transferring modeling content from one party to another
Validating the level of detail and controls as defined for each project phase
Validating modeling content during each phase
Combining or linking multiple models
Participating in design review and model coordination sessions
Communicating issues back to the internal and cross-company teams
Keeping file naming accurate
Managing version control
Properly storing the models in the collaborative project management system
Authoring Software
The Design Team is required to use parametric BIM Authoring software for this project. All architects,
engineers, and specialty consultants are required to use the following design authoring software:
All AE teams should be able to use the following software in its native file format in its current version
and latest service for communication with the Project Team.
Coordination Software
All final internal and external model coordination and conflict detection are required to use the
following software in its native file format:
1. Autodesk Revit 2024
2. Autodesk Navisworks 2024
Autodesk BIM Collaborate
Information in the form of documents, drawings, models and Requests for Information (RFI’s)
are to be uploaded / logged via the chosen Common Data Environment. This process will
ensure consistent and accessible information is provided to the wide project team and,
accountability can be determined. These communications should not be delivered by email
or similar means, although notifications/links to the Common Data Environment is
appropriate.
Autodesk BIM 360 Docs will be used as the document sharing & Managing platform.
Please refer to detail regrading BIM 360 Docs in Annexure A.
Additional requirements
As-built modelling will be a collaborative effort between the consultants and contractor. During the
construction process, the design team will incorporate changes triggered by requests for information
(RFIs) and change orders in into the models. At specified dates during the construction process, the
construction team will provide the design team with necessary changes due to shop drawings,
coordination drawings and change orders. As required, the completed form of the construction will
also be verified at these specified dates using laser scanning. The design team will then incorporate
the changes reported by the construction team into the models. At the end of construction, it will be
the updated Architectural and Consultant models that are used for facility management.
1. Client & Contractor will use BIM 360 Docs to access data & manage model deliverables from the
Design Team.
2. Sub-contractors will author 3D shop drawings and as-built models in a platform, compatible with
Navisworks
3. Autodesk Revit 2021 will be used throughout the life of the project, for the entire design team.
Hardware Requirements
Design and Construction Team members shall utilize computer hardware that is sufficient to
effectively handle single model files up to 750 MB and aggregate models of up to 2 GB. Design team
should refer to the table below for recommended hardware specifications.
Stable internet connection is also required to utilise the document management system.
The project will be broken down into processes and then again by building groups. Each model file
will contain all drawings and information relating to the buildings within it only.
In the table below, you will find the models that will be created for the project. The model name,
model content, project phase when the model will be delivered, the model’s authoring company, and
the model-authoring tool that will be used.
The project will be subdivided into volumes or systems to reduce the impact of technical
limitations. How the model is subdivided and the process for any further subdivisions is
outlined below.
Coordination Responsibility
The lead appointed party (lead designer) is responsible for creating and issuing the site setup file. This
file is to be issued to all relevant disciplines and xyz coordinates will be acquired from this file.
All stakeholders are responsible for ensuring that their own information and models are coordinated
correctly to the prescribed coordinate system as outlined above before issuing to the Common Data
Environment.
The file naming structure is used to aid usability during future phases of the project, to specify content,
level of detail, appropriate file naming structure of your models and to help achieve consistency in
producing and viewing technical drawings.
Determine and list the structure for model file names and data format.
BIM file naming will be in based on with ISO 19650 or BS 1192 guidelines
Project:
The agreed alphanumeric project code (between 2 and 6 characters) for the project
specified below:
Code Project
SDP Sunninghill Office Park
Originator:
A unique identifier attributed to each organisation as they join the project and recorded
below:
Code Organisation
BKB Baker Baynes
Each organisation will have their own unique identifier, consisting of 3 to 6 characters
Volume/System
Each individual team will provide a copy of their volume strategy in the form of a drawing of
each floor layout, section or site with volumes clearly marked named and inserted below.
Example:
When planning complex projects and determining the number of model files required, it is
commonplace and good practice for the project to be divided into volumes defined by
coordinates within an overall project model that will be held as separate model files. This
enables multiple users to work on the project efficiently. Volumes should be allocated using
cut lines to indicate their limits. Volume boundaries could be structural joints or grid lines; for
road projects they could be chainage distances; or they could be defined by use e.g. a
vertical distribution shaft.
Each team will provide a copy of their volume strategy in the form of a drawing of each floor
layout with volumes clearly marked and inserted below.
The Volume/System code is a 2-character identifier for use within the project, their related
codes are outlined below:
Level/ Location
Code Description
STA Stationing
CL Centerline
ROW Right-of-Way
EP Edge of Pavement
CG Curb and Gutter
SH Shoulder
INT Intersection
Type
A unique identifier should be established for each type of information to identify the type of
information held within the information container and fixed within the project information
standard. The code should comprise 2 characters. The following standard codes should
apply.
Code Description
DR Drawing
M2 Two-dimensional model
M3 Three-dimensional model
VS Visualisation
SC Schedule or table
SP Specification
BQ Bill of Quantities
DC Document
CA Calculation
MS Method Statement
Role:
Each organisation role is mapped against their codes below, some organisations may fulfil
multiple disciplines specified in which case they will utilise the code assigned them in the
project information standard. The code can be x characters long.
Number
Each discipline is to develop their own series of drawings in line with information packages
Layer Naming
Each discipline should provide the Design Manager and the CAD manager with a full list of all layer
names to be used on the project. This list should be published to all members of the project team for
information.
A list is included below of the agreed units of measurement to be used on the project by the involved
disciplines as is appropriate to each type of information.
Type of Length Area Volume Angle Currency Weight
Information
Dimensions must be automatically derived from the models created. Dimensions must not
be created as ‘text’ with no relationship to the underlying coordinates being measured.
All physical building elements within the project are to be modelled (except those listed and agreed
upon) and are to represent the full and complete design of each level and element of the building.
For example, if a single level of a building is identical to another level, each level is to be distinctly and
completely represented in the Design and Construction models. The same applies to identical partial
floor layouts.
Control Elements
LOCATION AND Link models by "Shared Coordinates". All models must align.
ORIENTATION
GRIDS Check in any floor plan if grids align in all models
LEVELS Check if levels align in all models. (Note: it is acceptable for SFL to be
different from FFL provided the difference in drops between both is
logical and consistent, and there is a corresponding SFL for every FFL.)
Models should include all appropriate dimensioning as needed for design intent, analysis, and
construction.
Agreed construction tolerances for all disciplines:
Discipline Element Tolerance
Model elements by discipline, Level of Development (LOD) and any specific attributes important to the
project are documented below.
Topographic Model
Collaborative model development: At each project milestone, Model Managers are responsible for
developing each Model Element to the Level of Development (LOD) shown in the LOD table
https://bimforum.org/resources/Documents/BIMForum_LOD_2019_reprint.pdf
Design Authoring
It is essential that during onerous programme requirements pressure is not given to technical staff to
revert to “offline” traditional 2D working to hit deadlines, as this can have a negative effect on the final
delivery of a coordinated design.
This section contains the dates of the design reviews (BIM enabled) and workgroup meetings;
The CDE will be managed by ##### however it will be the responsibility of each stakeholder
to upload and manage their information within the provided sections of the CDE; those
responsible for management of the CDE within each discipline are identified below.
The prescribed process for uploading and maintaining the sections within the CDE are
included below, along with the required standards to be complied with within the CDE.
With a potentially large number of disciplines and contractors working on the project, ensuring the
various forms of information and communication utilised within the project are transferred in the most
effective way possible is critical. The chosen methods of communication and information transfer are
detailed within this section and kept up to date.
Information in the form of documents, drawings, models and Requests for Information (RFI’s)
are to be uploaded / logged via the chosen Common Data Environment. This process will
ensure consistent and accessible information is provided to the wide project team and,
accountability can be determined. These communications should not be delivered by email
It is expected that the below get’s communicated via Autodesk BIM 360:
List Here
The use of 3D collaborative BIM technologies and processes to ensure a fully co-ordinated design is
delivered at the end of each project stage. The lead appointed party (designer / contractor) will
ensure that coordinated models form each design discipline (including subcontractor design
elements) are regularly checked using coordination tools, with a written report demonstrating that all
spatial conflicts have been identified and resolved. Model and report files to be uploaded to specified
repository in native and IFC format for third party review.
All traditional design documentation such as drawings and schedules must be derived directly from
3D building information models, not produced as separate work streams.
Models are audited by the BIM Leader to report to the client on compliance with the BEP, and other
standards reference in this document.
Clash Detection
A Clash detection is done to check for interferences between the designs of one or many models. To
reduce change orders during construction, clash detection checking should be performed early and
continue throughout the design process. For Clash detection to work properly, your project’s models
need to have a common reference point and they must be compatible with Navisworks Manage/BIM
Collaborate Pro.
Clash detection will be carried out at two levels. All disciplines will be responsible for developing their
models in a coordinated manner. This involves ensuring they have the latest version of the available
models referenced into their design models to provide the ability to coordinate; updating of referenced
models will be carried out following each of the agreed model upload intervals. The process for
coordination and the requirements to be checked are outlined below:
The lead appointed party (lead consultant) or their appointed representative, identified in Section
Roles, Responsibilities and Authorities, will carry out coordination reviews including clash detection to
identify any key issues with the quality of the work being produced. These reviews are to develop a
coordinated model and will inform project review meetings. These will be carried out at key stages
identified below.
Coordination Milestone
Service 1
Stormwater
Structural
Electrical
Fire
Civil
Structural
Civil
Stormwater
Fire
Service 2
Electrical
Service 1 move
Service 2 move
Both Review
The above matrix should be used as a guideline there will be exceptions. It is expected that common
clashes are resolved prior to coordination meetings and only exceptions and complicated clashes are
discussed in coordination meetings.
Coordination Meetings
a. Coordination meetings will typically occur each <day> at <time> at <location>.
b. Weekly model submittals are due two days prior to the coordination meeting ( <day and time>).
Permission definitions:
31
Issue Management:
Used by teams to identify and communicate areas of concern or improvement with the project
documents.
The ability to create, assign, track, and respond to issues on any device is critical to making
sure your project is completed on time and on budget. Put context around the issue resolution by
dropping pins on designs, adding photos in the field, and collaborating on comment threads. With a
central view of all project issues, tracking status and analyzing root causes has never been easier.
1. Basic Issues:
a. Draft – The issues is still in the process of being created
b. Open – The issue has been created for review and sent to responsible party
c. Answered - Responsible party has responded to the issue
d. Closed – The issue has been resolved
2. Field issues
a. Work Complete – Work has been completed on the issue
b. Waiting for Inspection – Awaiting inspection of issue on site
c. Not Approved – The reviewer has rejected the work completed on the issue
d. In Dispute – The issue has not been settled with either party
e. Void – The issue does not have any value or is invalid
Markups
An essential tool for drawing revisions and corrections and Models and PDF drawings with mark-up
annotations such as text, lines, boxes, circles, and arrows.
Markups speed up the decision-making process with the ability to instantly communicate questions,
changes, and other information regarding the project drawings and models. The measurement tools
enable project team members to accurately verify dimensions and areas. Document managers can
organize project drawings and link them to other project drawings or documents, ensuring that the
project team has a complete and easy-to-navigate package of construction documents.