Lessons Learned

One of the major differences I found between designing projects in school and designing projects in a firm was the need to meet others' expectations. To me school design was like solving a puzzle. Having a solution was what mattered. Not how you got there.

​When I was designing 'for real', I was never entirely on my own like in school. Getting all the drawing done in time for final printing was just one objective. The client needed to be kept in the loop. The consulting engineers needed drawing updates in time to complete their work. And they needed them far enough in advance for me to make sure their work was coordinated with everything else. Codes. Budgets. Specs. Having all these other expectations encouraged me to find a process. 

That's where Lessons Learned comes in.

That's where Lessons Learned comes in.

Building a knowledge-base

Eventually I stumbled across the use of checklists so that nothing was overlooked. Then the checklists got smarter. Tasks or part of tasks were moved around so they would be done at the 'right time'. Partly because I was sick of consultants bitching, "I wish you had told me that a lot sooner." Partly because I could see I was making extra work for myself as well.

One of my flaws or advantages is that I can see how to improve things without really trying. It just happens. It is maddening to be on deadline and find yourself planning how to save time and effort "next time". That's the stuff of all-nighters. On the other hand when 'next time' comes around, I have a better plan. ​

I have to admit that I can't remember all the ideas that I get for improving things. So Lessons Learned is a way of filing those ideas and experiences away for next time in a way that will be easy to implement - next time.

There could be an even more effective way of keeping your ideas and experiences handy, but this is what worked for us.

Our Filing System

The Master Folder template was the heart of our “Lessons Learned” system.

The main technique for capturing Lessons Learned was to embed the information in our filing system.

The "0 Master Project Folder Template" was the starting point for each new project. The zero in the name assured its first place in the list of projects - easy to find. You simply copied the folder and renamed it for each new project. This gave you not only the latest thinking on how information should be filed, but also all the latest templates, checklists, and Unique Methods 'flow charts' to use on the project.


Clients and Consultants

There was quite literally a 'Lessons Learned' file for each.

An example of a Lessons Learned doc


For instance "AgendaMinutesNotes" contained a formatted template for use in making your first agenda. This template contained our knowledge about Agendas in the form of a checklist. Copy it. Rename it by adding the date in YYYYMMDD after the "Agenda" title. And you were ready to go. The point is that you didn't have to look for this information. It was right where you needed it.

​It was just as easy to make an improvement. Just modify the master document in the master project file folder. This method for embedding our knowledge covered all aspects of project work. 

The same approach was used for Business Development and Admin/Finance so that, whatever you were working on, the firm's knowledge about that topic was right there in the folder you were using.

Not everything is categorized into those main folders. Like CAD. CAD Standards were contained in a subfolder right at the top of the PROJECTS folder for convenience. As I mentioned above, each client had a Lessons Learned document. Once we had two projects for the same client, all their projects were filed together as sub-folders to the client's name. The Lessons Learned doc was moved to that level for easy reference and high visibility when working on any of their projects.

To some degree everyone does this kind of thing. But in order for it to build up to something worthwhile, it has to be easy to retrieve. Even better is having it be noticeable frequently in the normal course of events.

Do you have a solution for capturing your knowledge and experience to share?

Previous
Previous

Why Are Most Architectural Firms Small?

Next
Next

Build Your Knowledge Base With "Lessons Learned"