I’d like to add a twist to the discussion about how to develop a specifications writer. What about the occasional specifications writer? That is, the project architect or project engineer who has 3-4 projects per year rather than the full-time specifications writer who sometimes has 3-4 project manuals in a week.
The stakes are the same for the occasional and the full-time specifications writer. The four C’s still apply. Professional judgment is still essential. How does the occasional writer learn to produce specifications?
My opinion is that being a competent specifications writer is part of what it means to be a competent architect or engineer. Occasional practice vs. full-time practice means greater experience for the latter. But as it has been pointed out earlier, there is a shortage of full-time specifications in many communities and there are some specifications sections that are typically written by consultants rather than by the (architectural) specifications writer.
I believe there are some tools (resources) that can assist the occasional specifications writer. One is a set of appropriate master or prototypical specifications sections. “Appropriate” means taking commercially-marketed specifications such as ARCOM’s Masterspec or CSRF’s SpecText and “pre-editing” them to suit regional construction practices, typical project requirements (building type, etc.) and office standards. This is a task that one person in the firm or an outsourced specifications writer can do. Then, the project (occasional) specifications writer can edit the specifications to suit project-specific requirements.
Another tool is the computer-assisted specifications system, such as ARCOM’s Linx and BSD’s SpecLink. The specifications writer interacts with the program by providing decisions. The program edits the text accordingly. As it has been pointed out in other discussion threads, this does not usually result in a completed specification section. The result is an 80-90 percent complete spec that still requires input of “user-generated” text such as Code citations and inclusion of information for products that are not in the database of the specifications program. In fact, this remaining 10-20 percent is where the “heavy lifting” of specifications writing takes place. The user still must know how to competently write construction specifications to complete the editing.
Ignoring BIM, with its intoxicating vapors of automagic production of drawings and specifications derived from simplistic design decisions, there will continue to be the need to train architects and engineers in production and use of construction contract documents. That is, the material covered by CSI’s CDT, CCS, CCCA and CCPR programs still needs to be learned and learned especially by those involved at schematic design and design development phases which are gaining in significance under design-build and phased construction (multiple prime contracts).
The development of specifications writers requires some formal training, I believe. What is that formal training?
I have a personal interest in this education and training process because of my book: Construction Specifications Writing: Principles and Procedures. Im trying to develop an instructor guide and other learning tools to supplement the book.
How can the basic information about specifications writing be best learned? Should there be courses in undergraduate architecture, engineering and construction management curricula? Should there be face-to-face education sessions produced by the extension programs of colleges and universities and by professional associations? Should there be distance learning programs such as “webinars” and learning-on-demand online sessions? Where does mentoring fit in? How is a written work product (spec) evaluated when there is professional judgment to be considered (more than one “correct” answer but probably one “best” answer)?