Delivering BIM for FM isn’t without cost

Don Rudder, our CTO and I presented at RTC recently on our recent work implementing BIM for FM solutions. The presentation focused on what we’ve learned over the past year or so implementing custom workflows and tools within two hospital systems, the Porter Replacement Hospital in Porter, Indiana, and Children’s Hospital in Birmingham, Alabama. Both of these projects were done with the Contractor as a client, not the owner. In both cases, the contractor was acting as a proxy to the owner in helping them get the most out of what BIM they had developed to date, for downstream use during operations. I also want to point out that both projects are the brain child(ren?) of Aaron Wright, Hoar Construction’s BIM Director. It’s been his dedication to figure out the real application of a construction model during FM that brought us on board on both of those jobs.

Although very different, both projects faced similar issues: purpose built models not quite meeting necessary requirements for FM use; model craft required for coordination is different than that required for FM; information requirements for one is not the same as the other, etc. The list goes on… In any case, we knew there was value in there, we just needed to figure out how to squeeze it out, or better yet, how to repackage it to make it useful downstream.

Probably the more interesting development in all of this was that many of the more common issues weren’t issues at all, but instead general misconceptions about BIM and its utility over the lifecycle of a building project. One of these misconceptions was:

The only cost associated with BIM is its creation

This statement supposes that once you have a model, you’re done. This is a huge industry problem right now and is causing a lot of unnecessary friction. First, it falls into the usual trap of thinking BIM is a product and not a process. Off the bat, you’re thinking that the cost of BIM is finite and that once you’ve paid for a model, you can move on to the next item on your list. This is very much incorrect, and misses the point on a lot of the potential value to be derived. Yes, there is a cost associated with modeling, but the model is only a part of the process, not the end in itself.

The big misconception, then, is in thinking that there is no cost to maintain a model.  Again, if BIM is a process, then the process itself has a cost. If the product of a Construction BIM process is to be used during an FM BIM process, then one needs to budget for two things: first the translation of the construction BIM to something useful in FM, and second, the process of maintaining that BIM over the lifecycle of the facility.

BIM during FM should be dynamic and constantly learning about day to day facility operations.  If it is not, then you will quickly find its value degraded to no more than a ‘snapshot of the facility at the end of construction’. Over time, there will be enough difference between the physical facility and the virtual one that BIM will be set aside and lose its privileged position within day to day operations.  That moment marks the death of a model in most cases.

If you want to learn more about cost, effort and value of BIM, I recommend you read Mario Guttman‘s The Information Content of BIM

Asking for LOD alone is not enough

LOD, or Level of Development, is the system for classifying the amount of geometric detail within a model as set forth by the AIA’s E202 documents. James Vandezande has a great post on it from (believe it or not) 2008. The post does a great job at describing the different levels included, 100 to 500, and gives good reference to their intended meaning. Having used this systems on several projects now, I wanted to offer some feedback.

A few years back, when beginning to work on the Louisiana Museum and Sports Hall of Fame, I was inundated with emails and calls from just about every trade trying to figure out what constituted an acceptable deliverable. As the BIM Manager for the project, we were in charge of defining the requirements for a model deliverable that would be efficient, but also meeting the spec requirement for an ‘algorithmic coordination process’.

That project had another requirement that had a big impact on this conversation. The more than 1,000 unique cast stone panels had a surface integrity performance criteria that could only be achieved through CNC manufacturing. The fabricator, then, would be forced to model the panels and then use these models for mold making. This created a precedent. One of the more difficult elements in the design didn’t even have a choice but to create fabrication-level models. Did this requirement extend to the rest of the trades?

What if a trade wasn’t going to use the model for fabrication? What if they didn’t have the capacity to do so in their shops?

What became instantly obvious was that there was an ocean of space for interpretation in the LOD system. The specs called for an LOD400 model to be developed in the service of coordination. An LOD400 model is one that contains ‘shop drawing’ or ‘fabrication’ level of information. There was one big problem with this definition on this project, however. The lack of an explicit requirement on the model’s intended use left a gaping hole in the spec for a participant to interpret as they saw fit.  One company’s view of what makes a good shop drawing versus another can be very different.

The lesson then was to not just ask for a deliverable, but to also ask for that deliverable to meet a certain level of performance. A model used for fabrication will inevitably make for a model that is accurate for coordination purposes. The opposite, however, is not always the case.

In this project, the hook was to also ask that all information presented in shops (the legal document) also be present in the model. This way, the architect could use the model as a real reference in their shop drawing review process. The importance of this requirement was that it ties their legal deliverable with the BIM process. This made BIM central to their every day project management knowing the architect could reject a submittal by virtue of their model quality or completeness.

This move though would not work on many projects and is hard to enforce.  A better way to define model performance is to actually tie the deliverable to a good performance specification. That performance specification would include a reference to LOD. It would also include a responsibility matrix (the MET in the E202), and an intended use matrix. These three elements together make for a much better definition for model deliverables.

A good BIM execution plan (BEP) should include all these documents and a framework for their implementation.