- My blog, Planet Commercial Construction has occasional commentary on how the built environment gets built. Recently much of the focus is on knowledge.
- Presentation: "Critical Success Factors: Dotcoms & Construction Procurement" Given at the Forum on Procurement and Marketplace Transformation, October 2000. Sponsored by the Fisher Center for Information Technology and Marketplace Transformation, Haas School of Business (Univ. of California, Berkeley). This focused on how and why construction procurement is very different than most other procurement. Remains relevant and accurate.
- Presentation on "Knowledge and Commercial Construction" (2002) My early thoughts on how to turn our fragmented, dispersed knowledge into networked and more easily accessed knowledge. Written in 2002 with modest updates in 2012; still current as there has been so little progress in this area. Includes speaking notes although some are fragmentary
- Fiatech 2015 presentation on Knowledge Mining a refined version of the earlier presentation, with some more specific thoughts on how to move forward. Includes full speaking notes. Supplemental material to the presentation included
- I solicited commentary on knowledge complexity for the presentation and got this terrific email back from a young PM at a GC.
- "Design" as typically used in AEC does not mean all the information needed to build; it means contract documents expressing "design intent". This short paper on Cost of Design tries to address actual cost of a design that can be used to build with no further inputs.
- heavyware.com is the archived website of a dotcom we spun off in 1999 from our basic operation which was virtually "plans and specs" (or "custom") work to do an innovative multi-vendor catalog, capturing the value in fully amortized molds and other manifestations of knowledge. It started as a small internal project and then grew in scope but the dotcom crash stopped the effort to get funding.
- Video of 17 minute ASLA talk. While nominally on "construction admininstration", it was primarily on do's and don'ts of contract drawings, basically saying to architects, do not put in that which you do not fully understand. youtube
- https://www.facebook.com/CaryConcreteProducts is where I post interesting and unusual things related to construction and to precast that I see in my global travels. Nothing too heavy.
- I was featured in an article about air entrainment in Concrete Producer. I am no expert on air entrainment but I have carefully looked at a lot of old, non-air-entrained concrete. You can see the blurb from the article, or read the whole article.
Now I am mostly retired. Before precast and construction I was involved with software and data in a large insurance company, and before that I was involved in thinking and teaching about technology and society at De Paul University (my resume). I tend to view technological approaches to construction through a perspective some call skeptical, though I prefer "reality-based". I entered construction in 1987 and was astonished at the technical complexity of the materials and of the putting the pieces together to complete a structure. To this day I find that many commentators or thinkers (invariably from either the software or the design side, not contractors) grossly misunderstand those complexities. How we can find, assemble, organize, and access the immense body of knowledge that is embedded in a building is a main interest of mine, and a thread running through these writings.
These writings were done at various moments over the past years and are distilled thinking about certain aspects of the process by which we design and build commercial structures. None are polished writing; please keep that in mind as you read. I was busy with the day-to-day aspects of the business and so for a long period did virtually no writing (except highly detailed job-specific memos on why something is a constructive change or why a particular backcharge is bogus). I have continued to think about the processes I observed, which are so unlike those in most other businesses. I am especially interested in the process by which "design intent" (whether lines on paper or a BIM ) as expressed by an architect is transformed, via large inputs of highly specific knowledge, to fabrication and erection drawings and then to actual fabrication and installation. In that process we go from actual or virtual lines on paper, that despite dimensions and other appearances of detail and precision, are usually just "intent" and rarely could one build (you fill in here with your area of interest: safely/legally/durably/efficiently) with nothing other than the contract drawings. This process is an information transformation, but it is not a simple data transformation or look up. Going from intent drawings to shop drawings, which are instructions to fabricate and to install, requires a huge amount of knowledge. That knowledge is not embedded in a contemporary contract drawing or in a BIM. How to more efficiently get to that knowledge is the focus of most of my recent (and future) writing.
While BIM is undoubtedly helpful, once the low-hanging fruit of collision detection has been harvested, a good deal of the value is not inherently from the fact of the model, but from the process (IPD - Integrated Project Delivery) that gets subcontractors (and their knowledge) involved earlier than in Design-Bid-Build.