1.02.2009

Lessons Learned

Happy Holidays! This time of reflection (aka a vacation!) and I've had a chance to absorb the lessons and observations of a project team migrating from a traditional, multi-model environment over to a more centralized, 'single' database model environment over a full design phase. Now, take into account that this is for a 500K SF healthcare project, and that brings additional insight:

  • Teamwork - This is a massive cultural transformation for any team - learning that anything you do within a model and how it overlaps with a half dozen other team members, and the learned communication is difficult to train. Overlay this with the traditional bell curve of varied skillsets and technical acclimation, and it becomes something that your BIM leads will need to focus on as a top priority.
  • Component Development - Outsourcing is a good thing. 400+ medical equipment families that want to be developed as early as possible, plus casework, furniture, annotation, etc. is a huge volume of work that if you can offload it from your team, you will save a fair amount of additional work. Managing this resource library is a topic for a future rant... ;)
  • Network - Current file management in the existing BIM apps is pretty sucky (technical term, involving a vacuum-like sound). To their credit, they are not networking companies, and to expect them to handle this much data to 20-40+ users at this point is probably pushing reality (sorry guys!).  
  • Generation Gap - He who holds the pen controls the outcomes. Unfortunately, your users that are not in the model become increasingly separated from the content and output of the model/drawings/design/decision-making. Learning how to incorporate and educate these users on the processes and what the expectations of all team-members are will make your life much, much easier. Also, making sure they understand that Autocad methodologies are not the ultimate answer to architectural design and production is essential.
  • Technical Balance - BIM requires that your team knows how to put a building together, not just 'draft'. Having the right balance of technical expertise, both in and out of the model, will produce a better entry point and model status before entering CD's.
  • Sub-Contractors - A solid selection of design assist partners and engagement of them early in the process, and not just in an advisory but in a model-development role, will only help. They are worth their weight in pulling down costs and improving documentation/construction.
  • Engineers - a) Get them on the same software platform, if possible. You will piss through file translation costs like nobody's business otherwise. b) Make sure they are producing models, and early. We don't work in a 2D world, everything has an X, Y, and Z dimension, and without their models you are leaving serious coordination and decision-making in shops or, worse, to be found in the field. $$$, enough said.
  • Put your PA's to work - BIM enables your Project Architects to get to work early, establishing drawing standards, systematic design, and other projectwide standards as soon as you start the model. Nothing is wasted, and these standards can evolve as the project moves forward, but a good foundation is worth its weight by the time you hit construction documents.
  • Communicate, communicate, communicate. Refer to my last post :)
As we move into the next phase, we will be looking at tighter construction integration, fast and heavy documentation, and probably a new batch of challenges. Stay tuned!

No comments: