Actual Deadlines II

Discussion (7)

  1. Phil

    we’re usually behind because we are trying to react to the architectural model update the architect sends the morning the job goes out

  2. Lancelot

    It’s pretty easy to blame the Engineer. When the Architect sends the Engineer the initial plans to incorporate into their backgrounds at 4:45 on Thursday and want finished drawings by the end of Friday that’s what happens.

    • joearchnj

      That’s usually because the client has sent us comments that involve moving walls around at 3pm on Thursday, and well, we can’t go around blaming the client, can we?

    • gonk

      Actually, we SHOULD tell the owner immediately that the change will alter the delivery date. We should also tell the owner when changes after the fact need to involve additional services for the entire design team – something that’s already defined in our contracts but will only be enforced if we choose to enforce it. Good owners will recognize the need immediately. Less experienced owners may not realize it until someone explains it to them, but those owners need to be educated about the design process. They hired us to do the work because we’re the experts, and part of our role as the experts is to help the owner understand the overall process. Blaming the engineer for missing the date because the owner changed something and the engineer was last in line to respond to the changes is a crappy excuse. A good engineer won’t throw his architect under the bus in front of the owner in a case like that, but he or she might point out that the owner’s change was at the root of the delay.

      Look at it another way: if the contractor needs to move a wall that he’s already built, he’s going to ask for time and money – as he should, unless he was told about the change beforehand. Designers need the same.

    • Dru

      gonk +1

      If the architect fails to impress upon the client the value of the work they do, then the client will have not problems looking for free and “last minute” revisions, which affect each project’s bottom line. Treat the client as an adult and make them part of the process and the project will go more smoothly. It also makes it easier to “underpromise and overdeliver” which makes everyone happy.

  3. DrafterJ

    I wish we could get away with blaming the client. Id have a per-recorded message.

  4. ray

    We do blame the client, just not when he’s around.