I'll start with those that implement the work. If you implement the work you are out in the industry modeling, designing, managing construction, authoring documents, running coordination, and doing the day to day job of making sure that owners get the facilities they pay for. Everyone in this group has got a job to do and has only the tools and time to do it in that they are allowed by forces that are usually out of their control. Most of these individuals are not interested in the industry standards past what can immediately help them solve a problem. What this means to them is that if someone cannot put a standard in front of them with clear concise directions on what is required then they just don't have the time to consider it. And so the implementers mock the existing standards, ignore them whenever they can, and convince owners not to do them if they get the chance. Don't tell me this doesn't happen. I have seen it in every area of the country by companies with every skillset. I understand the reason why this happens. All of the issues we deal with (interoperability, the other well defined standards, no budget, tight deadlines, etc.) do not allow any room for trying to implement standards that are not ready made for our individual work processes. So when you do take a look at the standards and they don't make sense and don't fit your workflows you call them "crap" and go about your business creating processes that work well enough for you or your company.
This is the wrong way. I have done this myself and I was wrong. It works on isolated projects but starts to fall apart as it expands. You end up spending all of your time solving the same issues for every project that do not really need to be recreated. Standards are needed to prevent us from starting every project over from scratch. There is so much that is similar on every project that can be standardized. But this will not happen if the people that implement the work don't start realizing that the isolated work flows they have made are just not that special (see previous EpicBIM Posts). They need to stop mocking the standards and start to get involved in them if they want the standards to actually help their work instead of hinder it. I am amazed at the number of individuals I interface with that implement work that have nothing to do with the creation of standards. I would bet that less than 5% have input in the standards in any way shape or form. And yet the same people wonder why the standards do not fit the way we implement work. Stop complaining and get involved. Your input is needed.
Now for those that create standards. There are some individuals that create standards and put work in place. I am one of them. But the majority of people that I interface with in the standards committees I don't see in the work place. I don't see them at implementation workshops or in similar groups focused on implementation. They are not there. There are a lot of individuals from academics, from consulting, and from high level positions (read divorced from implementation) that are involved. And that is absolutely required to create industry standards. We need the support of all of these individuals to create good standards. But the lack of input from implementers has created a void. With good intentions those that create standards have worked hard to create ideas, venues, and organized data structures that could be very effective. And I think that what is out there is very close to being able to be integrated in everyone's everyday processes. But they need to be tweaked. They need to be edited a little bit because they do not fit current industry practice.
But the reaction from those that create the standards has not been a good one. When those that implement try to provide constructive criticism, the reaction has been to say "My process is right and it is everyone else that needs to change the way they implement in order to make it work". Just look at some of the linkedin discussions from last weeks "COBie is Dead!" posts. The response was overwhelmingly from non-implementers with the underlying message that "you don't understand" and "you're just not doing it right". And that's a small example. I still hear the cries of "Down with Autodesk!" under the guise of Open-BIM. No wonder implementers don't take the standards seriously. A fair portion of the market place works exclusively in Autodesk based products. Here is the bottom line for anyone that wishes to influence the overall direction our industries standards need to take. You cannot malign the work methods and tools of the entire market place while at the same time offering your own solution that does not seem to fit their workflows. If you don't know, that is what you have been doing. That is how you are perceived. Find a better message. Figure out how to get people involved. Promote your message of being software agnostic without having raised hackles every time someone says the word "Revit".
And that leaves software. I see software as fitting into one of two categories. There are a bunch of software's that wish to distinguish themselves through the use of industry standards but they mostly fall into the same category as those that create standards. Their message is usually the "everyone else needs to change" (and buy my software) method. The rest of them are caught in the middle and end up looking like Phillip Morris supporting Anti-Smoking campaigns. They have standards that they are supposed to meet and support. And they want to. It is a good thing to say that your software works with the National Standard. But on the flip side there are the people that pay them money. And they want the software to function for their workflows (The ones they create in isolation). Then both sides attack them for not changing software to meet their way of doing things.
Does anyone see a solution here? I do. Implementers need to get involved in the standards instead of sitting around and complaining. Those that are already involved need to listen and adjust to make sure their systems can be implemented. And software will fall in line because they now will have a business reason for doing so. If you fall into either of the above two categories you should know that you are slowing things down. You should realize that your solutions are just not that special and start to contribute to the industry at large by following some of this posts advice. And now I would like to hear the thoughts from anyone who has something to say about this. Tell me if you agree. Tell me if I'm wrong. But most of all tell me your solution.