Thanks for the shout out, Peter.
I originally wrote this post for the email exchange a bunch of us had this morning. If you read it there, here it is again.
For the record, though Im only 41, I took drafting in high school and used most of the techniques Ralph mentions in college. I also took a course from a mad scientist prof, in a new technology called parametric object-oriented modeling. But I refused to waste a credit hour on learning AutoCAD. I concurred then, and still concur with Marc, when he says its not a trade school, its a university. I got paid $10/hr to learn AutoCAD on the job the following year. Funny, were still learning to use object-oriented modeling professionally, now known as BIM.
Peters point number 6, the old fart point, is something we really could start working on, simply with our attitudes and editorial stances when we talk to the industry. Im not an old white guy, nor is Edith Washington, nor is Anne Whitacre, nor is Emily Borland; and even old(er) white guys dont have to be old farts, as Peter, Bill DuBois, and the East Coast Dennis Hall exemplify. I think the post-gala dancing with the SpecTones at Construct this year was a joyful example of the fun we have together. No offense taken, Ralph, but Im an activist about our outgrowing the old fart image.
The real problem, as I see it from my perspective as a recently laid-off architect and specifier, is point number 3, with a dash of point number 2 as its cause. While my design teams valued my advice and expertise in materials, I think management forgot that I am part of the design team. (I am an architect, but I have great respect for the many specifiers I know who are not.) Some of my colleagues have been staffed into administrative studios instead of into design studios. Its far too easy for somebody with technical expertise in materials and systems and technical expertise in written construction documentation to be shunted off to sit with the people with technical expertise in computer networking, and to be viewed as overhead. If were thought of as overhead, we can be underpaid, undercut by the cheap kind of consulting spec writer who doesnt coordinate documents, and cut from staff when times get tight.
Our real value delivered to the team and the client isnt a set of contractually-required written documents; its our expertise in analyzing, selecting, and specifying the materials and systems used in the project designs. Integrating into the design team is the most effective way to deliver that value. If the written documents morph into some other deliverable, the expertise will still be required. But if were perceived as the people who put the information in the book, then we are vulnerable when the book goes away. Annes all that other stuff is how the projects get built and last thirty years and keep people safe; and we are the keepers of much of that knowledge.
We have to show office management how they make money on us. We have to show project managers how our early and integrated participation in the design saves their projects time in design and money in contract administration. We show project architects every day that we are their partners in design, if we are available to answer their questions and make suggestions and share detail drawings. We show all the junior staff on the team that there is more to product selection than color and texture, if we take the time to ask them questions and send them off to find the answers. The price of all of this is making ourselves available to interruption, interaction, and other people skills. If we sequester ourselves from teams and generally act like old farts, we cant show anyone our real value.
My former teammates and I were involved in an ongoing process we called the Paradigm Shift (which I assume theyre still doing without me), the goal of which was to integrate the specifier into the design team more fully. To varying degrees it meant involving the senior specifier earlier, placing more responsibility for the content of the specs with members of the design team, and improving the whole teams understanding of the spec information. A lot of the plan involved shifting the perception of specs from a black box process (shove drawings under the door and the specifier tosses specs over the transom a few days later) to a design process. We had talking points, presentations to managers, and even (playfully) forbidden phrases. (Doorstop is not a permissible word for Project Manual.) I see us as having a similar task, as CSI, to shift the industrys understanding of specs from documents to information, and the specifier from a technician to a building information specialist. We know what we mean when we say specifier, but do our project teammates? And how do we exemplify what we mean?
If we fix Peters point 2, quite a bit of the rest will follow. It is, of course, the hardest to fix. We can work on points 1 and 6, just to get started.
Thanks for a stimulating discussion!
Vivian