Tell me again part 2

In "Tell me again part 1" we looked at how proper use of reference standards can reduce the amount of text required by making those standards part of the specifications. Going back to the "say it once" principal, proper use of Division 00 and Division 01 can go a long way toward eliminating needless text.

In the good old days, it was common to include at the beginning of every specification section a statement similar to this: "Drawings and General Provisions of the Contract, including General and Supplementary Conditions and Division - 1 Specification Sections, apply to this Section."

CSI's Manual of Practice, Product Resource Manual, and Construction Specifications Practice Guide explain how to eliminate this statement:

Although the Division 01 role in governing the work has been accepted in practice for many years, this authority is not explicitly stated in either the AIA or EJCDC general conditions. Until that change is made, the authority should be established by a provision in the supplementary conditions as follows: Sections of Division 01-General Requirements govern the work of all sections of the specifications.

Tell me again, part 1

I’m sure you’ve heard the Army way of presenting information: Tell them what you’re going to tell them; tell them; tell them what you told them.

While that may be a practical way of doing some things, it has no place in construction documents. For those, we have a different rule: Say it once in the right place. I think it’s safe to say that specifiers believe this rule, though convincing those who create the drawings is difficult; the result often is that the specifications may state things but once, while it’s common for drawings to repeat things many times, and it’s also common for drawing notes to repeat what is stated in the specifications.

So what’s the big deal? Why not repeat things?

What does the future hold for specifiers?

In the last few years, it has been proposed that owners might benefit from hiring specifiers directly; it has even been suggested that specifiers might help owners choose architects. Specific aspects of these ideas, and of related issues, were addressed by member presentations at the 2012, 2013, and 2014 CSI annual conventions. There will be one similar presentation at this year's convention.

Last year, at the convention in Baltimore, several Institute directors and interested members met to discuss a report that had been submitted to the Institute board by Ujjval Vyas, PhD, of the Alberti Group. This report, titled "The Risk Management Value of Specifications," was prepared at the request of CSI. The report's Executive Summary noted conditions that would surprise few specifiers: Specification software is beginning to replace activities traditionally done by a specifier; contractors are becoming more involved in specifications, especially in design-build projects; and specifiers suffer from the Rodney Dangerfield syndrome -

What's the difference between drawings and specifications?

We all know what specifications and drawings are. Or do we?

In casual conversation, it's not unusual to hear someone say "the specs" or "the specifications" when referring to the project manual. Similarly, it's common for people to say "the drawings" when referring to, well, the drawings. In either case, it's almost certain that everyone's mental images are of documents in two sizes: 8 1/2 by 11, and 30 by 42, or some other large size.

Are specifiers an endangered species?

For many years, there have been debates about the future of construction specifiers. Where will we find new specifiers? Are they all dying off? Is the profession no longer needed? While I believe there is reason for concern, I don't think much has changed.

Several years ago, Bob Johnson conducted an informal survey on 4specs.com, asking members to answer these questions:

• What is your current age?
• Did you receive education beyond high school?
• What was your major?
• At what age did you first prepare some significant specifications?
• Did you have a mentor in specifications?
• How was the mentor related to you (office, CSI chapter, etc.)?
• At what age did you first take a formal education seminar or course in specifications?
• Who provided the education?
• At what age did you achieve CCS (will be later for many because of when the program started)?
• At what age did you first become a full-time specifier?

Haystacks: Do construction documents do what they're supposed to do?

The purpose of construction documents is simple: They tell the contractor what is needed to complete a project.

How best to do that has been a subject of debate for a long time, even though a basic set of rules has been used at least as far back as the 1940s. In his "The Case For the Streamlined Specification", published in the July 1949 Construction Specifier, Ben John Small referred to a book titled "Specifications" that was written in 1896; the older book apparently discussed some degree of streamlining.

That's fine as far as it goes, but if the intent is to clearly communicate with the contractor, are we doing as well as we could? Architects and specifiers have a nice collection of rules for organizing information, but do they make sense for the contractor? Our rules are fairly consistent, and they are generally accepted by design firms, but can they be improved? A large project many take a year or more to complete, yet we still have inconsistencies and conflicts. Is it fair to expect a bidder, who typically has only a few weeks to figure out what we want, collect subcontract bids (many of which are incomplete or include qualifications), decide how much to include to cover the inevitable problems, and arrive at a competitive price?

Can we do better than asking contractors to find the critical information in a haystack of information that is less important?

Is it time to brush up your resume?

It's been ten years since my firm took the plunge and began moving from AutoCAD to Revit. There was a lot of behind-the-scenes research and discussion in the preceding year, after which a test team was assembled and trained. A real project was selected for live-fire testing, and we were on the way. About two years later, we did our first all-discipline project. In the next two years, the entire production staff received a full week of training. By the time the economy collapsed in 2008, Revit was our primary program, and today, it is used for virtually all of our work.

When the decision was made to commit to Revit, a few of our users made a presentation to the rest of the office, showing some of BIM's capabilities. Many of those who watched were impressed by a simple demonstration that showed simultaneously a plan, an elevation, and an isometric view of part of a model. The presenter showed that moving a door in any one of the views changed the other views in real time. As I watched, I remember thinking, "Someone is going to be out of a job."

Manufacturers' specifications don't follow CSI's Practice Guide; why are you surprised?

That spec is a real turkey!

CSI's practice documents - MasterFormat, SectionFormat, and the Practice Guides - present a unified and consistent approach to preparing and interpreting construction documents based on AIA or EJCDC general conditions and related documents. They also are applicable to documents produced by most other organizations, though some modification may be necessary. When teaching CSI classes, I emphasize the overall organization of these documents as a first principle; with that in mind, it's easier to understand why things are organized the way they are, and to see how they all work together. This sometimes leads to comments and questions, such as, "That's not the way my office does it!" and "Why don't this manufacturer's specifications follow those rules?"