A simple visual explanation
For example, imagine what would happen if a builder pulled a pencil stub out of his or her tool belt, grabbed a scrap piece of paper from a trash pile, and used it to sketch a detail for the designer to take back to the office and draft. With that drawing, the builder just stepped back into a time when visual explanations were a natural part of construction management. The “art” of scratching lines on the earth, marking corners with stakes, and notching stones with chisels stands at the Paleolithic beginnings of construction. The earliest construction drawings were prehistoric ideograms, visual gestures used to represent an idea that needed no words or dimensions to layout and complete the construction.
Evolution of the explanation
Somewhere in the evolution of construction communications, these early field markings were scaled to paper and parchment and what was once a working drawing became a contract document. As such, field drawings became technical representations, drafted to stand as an abstraction of values and no longer seen as a tool integral to the flow of the work. As a result, diagrams and models that were once used as management tools, drifted away from early builders to become their own kind of technical art. Drawn by skilled draftspersons, first with pen and ink, then vellum and calibrated pencil, Mylar and waxed lead, and eventually vectored lines on a computer monitor, these documents became the dominant voice on the jobsite.
Today drawings and specifications are extracted from BIM models, plotted on reams of paper, labeled as “information,” and distributed almost as an after thought to the subcontractors and workers in the field. What was once a straightforward visual explanation has become a static construct, built to reference the legal requirements of a contract, obfuscated to a point where many experienced designers no longer need to understand how to operate the underlying model. The result is tedious, even for those trained and paid to perform….
Untangling ideas
Output from the BIM remains as a graphical explanation, but the drawings are now much too deeply entangled in their own internal complexities for any real collaborative input, especially from workers trying to put something together in the field. This means alternatives that could once be considered and grudgingly erased and redrawn by a draftsperson, must now be painstakingly reconstructed within the layers and references of a complex model.
As a result, a BIM model is simply not intended to spontaneously respond to new ideas. Instead, it anchors a preconceived approach into a muddle of memory and menus, creating the illusion of a collaborative process. Real-world collaboration only succeeds when simple explanations can be generated on the fly, well before they’re cast into the murky depths of a model. This might still include the stub of a pencil and a scrap of paper, but on a post-modern jobsite, it’s just as likely to include a tablet computer and a few taps on an open-source program, capturing and communicating process-alternatives using a straightforward construction model.
BIM is a design tool
In short, simple construction modeling programs (like SketchUp) do not even come close to challenging the entrenched commitments most firms have for BIM technology. Output generated from a designer’s BIM models are contractual statements of static intent, rendered as a motionless landscape, representing the finished product.
In contrast, quick and simple construction models are used to generate animations, study sequences, and capture images in order to manage the flow of the work. That means they support real-work in real-time, fulfilling the real-need for immediate visual explanations on a real-world jobsite. The same explanations once found in an ancient tradition of graphic communications in construction.
See also:
http://www.historyofinformation.com/index.php?era=-8000
http://citrinitas.com/history_of_viscom/index.html
.
1 comment:
SU really has the potential to become the universal BIM
Post a Comment