| Everyday BIM
reposted and adapted from practicalBIM: 28 Aug 2015 08:14 PM PDT
BIM is not A UTOPIA
BIM is a set of processes that manages certain technologies. It is, and always will be, changing. As new technologies become possible new process will evolve. And it will eventually be superseded by a new acronym for a different approach, just as BIM superseded CAD.
There is no end, no point in the future where BIM will be perfected and stabilized.
Why is this important to appreciate? If you are adopting BIM under the assumption it is a one off exercise that leads to an amazing outcome you will be sorely disappointed. If you are waiting for BIM to reach perfection before adopting it you will be waiting forever.
There will be improvements, but the perfection promised will never arrive, and the need for further changes will not evaporate.
BIM is not an end in itself. It is a process of continuing improvement.
BIM is not RESTRICTED TO ALL IN ONE SOLUTIONS
There is an underlying assumption that a BIM model must become a single unified ‘thing’ (“Integrated Data Environment”), and that all BIM processes must be under the control of one entity.
This view is promoted by the UK Levels of BIM Maturity (as per the Bew Richards diagram), where ‘Level 3’ BIM is an integrated web based solution (so called ‘iBIM’).
The only realistic way this can happen is if all participants use the same platform, or all rigorously comply to the same Standards, (assuming multiple platforms will be able to communicate via data that adheres to Standards).
Whilst it is true greater efficiencies are theoretically possible by tight integration of all aspects of design, construction and operation, there are consequences of this approach that are being ignored.
Forcing all participants use the same platform will lead to inefficiencies amongst individual parties. Each of us make choices about technologies and processes that are the most efficient at fulfilling our responsibilities. And because of competition the best available comes into common use. These individual actions add up to an efficient and cost effective overall process. Any ‘all in one’ platform will never contain the best in breed across all disciplines.
The result of this approach will be the dominance of proprietary software monopolies, a situation all the software houses are currently scrambling to take advantage of.
The requirement for such tight integration will also encourage the ascendancy of large multi-disciplinary firms and vertical integration into AECO conglomerates. Say good-bye to the bespoke architectural design firm, medium size contractors and specialist sub-contractors.
The expectation that iBIM will be possible through the use of Standards is just a fantasy, more on that below.
The whole idea of iBIM is analogous to a command economy. In theory a fully managed economy with centralized decision making should be more efficient. But in practice a market where individuals make the decisions is more efficient. Blatantly demonstrated when the USSR collapsed, and more recently the problems in Venezuela.
BIM is a set of processes that manages certain technologies. There is no reason those processes can not be tailored to suit ways of working that maintain the efficiencies of a market approach.
That is not to say iBIM is not a realistic prospect, nor that it will never happen. The problem is when it is assumed it will be the ONLY future for effective BIM.
BIM is not A BUNCH OF STANDARDS
There is an enormous expectation that Standards will make BIM not just more efficient, but in the minds of many BIM will not be truly possible until Standards are in universal use.
Now, I believe Standards are a good thing, which is why I follow their development so closely. But they are not the panacea they are portrayed to be. And the main reasons are inherent in how Standards are created.
Standards take a long time to be developed and agreed. Most work on Standards around the world is done for free by volunteers. The process for approving Standards is also unpaid and requires many people, often from widely dispersed places, to come together. This is particularly pertinent for technology dependent processes like BIM where Standards trail current practice not by years but by decades.
Because Standard creation and agreement is largely unrewarded the best and brightest, most experienced, are not attracted to participate. Although it does tends to attract academics, where their participation does bring reputational rewards. They may be the brightest, but lack practical experience and tend to create obtuse documents no-one else but fellow academics can comprehend.
So Standards invariably document out of date practices in a manner that can not be understood by those who are supposed to follow them.
I don’t see how it will ever be possible to entirely rely on Standards and their adherence to deliver BIM. Processes and conventions developed by individual people, firms and project teams will always pay a major role in BIM. Just as proprietary software and formats will always be at the forefront of BIM technology.
Standards development should focus on supporting market driven BIM, not be put forward as BIM itself.
So what is BIM?
BIM is A CONCEPT
At its core BIM is a concept – the idea that the physical building, systems within it and processes used to realize it are modelled before a building is built.
This sounds simple but is a paradigm shift from how most architects and engineers view their deliverables. The norm is to privilege drawings – that the firm’s output are drawings. Of course their real output, and what everyone else expects, is information. Drawings merely communicate this information, they are nothing more than a tool.
When training CAD users to use BIM software the biggest hurdle is to get them to understand that the drawing is not the most important aspect. To get them to stop obsessing over line weights and concentrate on ensuring wall definitions reflect what the wall is to be constructed from.
Once people get it – that their job is to model, not to draw, everything becomes much easier.
And if you don’t understand this, you will never use BIM to its full potential.
BIM is PROCESSES
BIM is a set of processes that manages AECO technologies. Individual processes that can be linked to and linked from other processes. Processes that work in parallel, branch off and have different outcomes, a bit like they way a molecule is structured. BIM is not one single linear process that will only work if all parts are in use.
Any part of the design, construction or operations of a building can use BIM. It doesn’t have to be used all the time for every task.
While it is true some processes aren’t possible if other processes are not being used, it does not necessarily follow that one process justifies the implementation of all its precursor processes.
Nor is the fact a particular BIM process is not being used reason enough to not use other BIM processes.
BIM entails multiple processes, each of which should be justifiable for its own sake.
BIM is OPPORTUNITY
The original intent of BIM was that by capturing work in a digital format it would be more useful to those that utilized the results of that work.
It was never intended to mean that BIM is a new, additional task that produces the raw data required by others to do their work. That BIM data provided will be structured to suit the work processes of others.
The workflow envisage was that some-one provided their BIM model to some-one else, who then extracted and restructured the information they required. The provider remains responsible for their data – that it represents their area of expertise and deliverables, but they are not accountable for its use by others for purposes outside of their responsibilities.
A services engineer provides a BIM model of ductwork to the contractor, which the contractor may use to create fabrication BIM. If there is an error in the fabrication model it is not the services engineer’s responsibility, but if there is an error in the capacity sizing provided it is. If architects model a building in 3D, and the structural and services engineers do the same, then this provides sufficient information to use software to check for clashes.
Providing someone with BIM data gives that person the opportunity to use it for their purposes. It may require validation and adjustment, but it is still usable and useful.
What BIM does is provide an opportunity for improved efficiency and quality of outcome through the availability of data. And this is best done through fostering cooperation and collaboration, not rigid demands, especially from those outside the immediate process.
EVERYDAY BIM
How might this approach be used everyday for real projects in the real world?
Some general suggestions:
OWNERS:
Restrict BIM demands to things you need directly (e.g. asset management), and to ensure general BIM proficiency (e.g within discipline expectations like drawing and schedules generated from BIM).
Don’t make BIM data a deliverable if you don’t need it yourself, instead include engagement contract clauses that allow for the exchange of data between project participants.
DESIGN PROFESSIONALS:
Use BIM capable software in the way it is designed to be used.
Document how you structure your data and make both the description and data available to others.
CONTRACTORS:
Take advantage of the BIM data available on a project.
Foster BIM processes, along with cooperation and collaboration across project participants.
TRADES:
Embody BIM processes in supply chain and work management. Tailor those processes to take advantage of available BIM data.
Allow others to use the data you produce.
FACILITY MANAGEMENT:
Develop FM solutions that take advantage of available BIM data.
Become involved before facility handover so you can make your requirements known to others.
http://www.4Clicks.com |
LEAN Construction Project Delivery Methods - Job Order Contracting, IPD, 5D BIM 