Construction projects always evolve over time. As it evolves the deliverables and personnel change. Not everything that needs to be done is known, nor the people who will do it. Yet BIM Execution Plans are structured as if all information is knowable at the beginning of a project.
WHAT THE BIM GUIDES SAYFor example the NatSPEC National BIM Guide (p2) says:
"After the requirements for using BIM on the project have been defined and before the project formally commences . . .".
When have all of the requirements (whether BIM or not) of a project ever been defined before it starts?
Most BIM Guides make lip service to this reality by stressing the BIM Execution Plan requires continual updating.
The Pennsylvania State University "Building Information Modelling Execution Planning Guide", (Chapter 1, section 2):
"The BIM Plan should be developed in the early stages of a project; continually developed as additional participants are added to the project; and monitored, updated and revised as needed throughout the implementation phase of the project."
The new draft AIA Document E203™ – 2012, Building Information Modelling and Digital Data Exhibit also makes this assumption, one of the many clauses this is mentioned:
"3.2.3 The Parties, together with the other Project Participants, shall review and, if necessary, revise the Digital Data protocols at appropriate intervals as required by the conditions of the Project."
Which creates a legal problem (p19, draft clause 102):
". . . enforcement of the protocols may ultimately turn on the ability of a Project Participant being able to prove that the other Project participants agreed to the protocols. Accordingly the Project participants should develop an acceptable process through which each project Participant can manifest their receipt and/or agreement to each version of the protocols. Such a process would then ensure against a Project Participant ultimately alleging that it never saw or agreed to the latest version of the relevant protocols and is therefore not bound by them."
Remember they are talking about a single plan covering everyone in the project. Any change requires the participation and agreement of everyone - even if the change doesn't materially effect them.
The RAIA/CA BIM in Practice document P3: How should you prepare & apply a BIM Management Plan? discusses this at length on page 4. In fact it states:
"You can no more formulate a detailed, definitive BIM Management Plan in the first week of the project than produce a set of working drawings before doing a sketch plan."
Which I wholeheartedly agree with. It then goes on to say:
"All of this suggests that the most sensible approach is to plan for a series of BIM Management Plans which represent progressive iterations of the initial plan."
A "series of BIM Management Plans" is an interesting idea. But what they actually mean is the same plan revised multiple times. Like most other BIM guides they still treat the BIM Execution Plan as one document.
The NatSPEC National BIM Guide nearly gets there. It divides the BIM Execution Plan into two documents, the "Project BIM Brief" and the "BIM Management Plan". The Project BIM Brief is a short document (6 pages) that purports to only define client requirements. Yet it reference things in the BIM Management Plan, so can only be done if a BIM Management Plan has also been done.
The NatSPEC National BIM Guide also talks about a "Design BMP" and a "Construction BMP". Once again very sensible. Unlike many other BIM guides it recognises that during design, before a contractor is appointed, it is pointless to include BIM matters concerning construction in a BIM Execution Plan. The NatSPEC National BIM Guide has a good general description of what Design and Construction BIM Management Plans should have in them (p4-5). But then the rest of the guide ignores the specific requirements of these two different documents and reads as if it is talking about a single BIM Execution Plan that covers everything.
PROBLEMS WITH A SINGLE BIM PLANWhat's wrong with a single document that has all things BIM in it as the project BIM Execution Plan?
Because current BIM Execution Plans include everything, right up to FM, nobody takes them seriously at the start of a project. As an Architect I would like a usable BIM Execution Plan when concept design starts. And before that I would like to know what BIM deliverables the client wants. Yet on most projects you are lucky if you are allowed to do one at the start of Design Development. Usually it is not until the client is considering the contractor's appointment that all hell breaks loose and and a BIM Execution Plan is demanded. Which is way too late.
The other side of the coin is the client who demands a BIM Execution Plan (usually based on some one else's BIM Execution Plan) be done that includes a whole lot of things unknowable at concept design. This is aggravated by the fact the client doesn't understand the BIM Execution Plan they demand we mimic because it is so complex and technical. We end up getting caught between a rock and a hard place. Either we leave it out and not get the BIM Execution Plan approved, or make something up that may or may not happen, and end up being held responsible when it doesn't.
And then there is the issue of who authors a BIM Execution Plan.
By having a single massive BIM Execution Plan it requires some one with a lot of expertise. From knowledge about every software used on the project to contract law. But those responsible for enforcing a BIM Execution Plan rarely have even a small part of that expertise. So we end up with a situation where the BIM Execution Plan is left in the drawer, either too hard to do, or done by an underling with no authority. Or even worse, a BIM Execution Plan done by an outside "BIM consultant" with no responsibility for its effects on the project (you know, the thing we are actually building), and ends up being a millstone around everyone's neck.
SEPARATE BIM PLANSWouldn't it be better to divide up the traditional single BIM Execution Plan into separate BIM plans that cover only the participants and material relevant to a stage of a project? That only talks about things relevant at that stage, in a language that the players at that stage understand?
A series of plans that get progressively more intricate and complex as the project progresses. A series where each plan sets up the parameters and requirements for following plans.
What might this series of plans look like? What would be the individual plans that make up the overall project BIM Management Plan (BMP).
As a start my suggestion is for the following BIM plans:
BIM Project Brief (BPB)
- by client, or lead consultant (as a return brief).
- short, high level document.
- created before project starts (ideally included in consultancy bid documents)
- sets out BIM deliverables only, avoids describing how.
- describes required content of DCP & CBP.
- should never need to be revised (contractual implications if it is).
Participant BIM Plans (PBP)
- by each member of design team.
- created as part of consultant bids, or immediately after each consultant appointed.
- describes methods that will be used to satisfy BPB.
- software specific. Doubles as in-house project manual.
- describes how BIM model will be constructed, including what will be available to others & what is required from others.
- provides basis for DCP.
- may be revise due to agreements in DCP.
Design Intent Collaboration Plan (DCP)
- by design team
- created after design team appointed.
- similar structure to current BXP guides .
- refers to, rather than duplicates individual consultant PBP content.
- describes what will be available to CBP.
- may be revised due to new participants, and requirements of CBP.
Construction BIM Plan (CBP)
- by contractor.
- created as part of contractor bid, or immediately after contractor appointed.
- similar structure to current BXP guides.
- describes methods that will be used to satisfy BPB.
- describes what is required from DCP.
- describes what will be available to FM & As-Built.
- should not need to be revised, but could be if necessary.
For this series of plans to work as the project's overall BIM Management Plan all plans must be freely available to all project participants. If there is any information that is required to be controlled, it must appear only as a reference, available only on request where appropriate.
ADVANTAGES OF SEPARATE BIM PLANSWhat are the advantages I see of this structure?
- Direct users of each plan are responsible for its creation, so that each plan is in the hands of those best placed to create something meaningful to them, and to enforce it within their organisation.
- The client can define their requirements without interfering with how they are delivered. Any (gasp) BIM consultant engaged will have their influence limited to the BPB.
- PBP can be based on each consultant's in-house office BIM manual, avoiding the situation where every project requires a custom written BIM plan (and manual).
- Plans can be requested as part of bid processes and so become part of the selection process, or alternatively mandated as part of service delivery.
- Each informs the requirements of the next, but can stand alone as a useful document, and be enforceable in its own right.
- Only the middle plans, PBP and DCP, may need revising to ensure they align with subsequent plans. And as these only involve the design team should be easier to revise.
What do you think?
I've listed the advantages, what are the disadvantages.
Have I left any BIM plans out?
I've purposely not talked about specifics in each BIM plan, but in my next post I'll have a go at the BIM Project Brief (BPB).