From LetterToSoftwareDevelopers:
I am resigning because the customer for the project I am working on has absolutely no idea how a software development project should be managed. This customer has done and continues to do the following:
This sounds just like one of my present building projects. You should try being a real Architect! The tale of woe recited by Keith is in fact all too common an occurrence in real building projects.
Sometimes, in fact, it's even worse in construction: some clients simply want a building with little or no idea of its function or purpose. 'Design' in this case can be a little like the problem of Nebuchadnezzar's Dream (cf Old Testament Book of Daniel ch 2) where the King asked for the interpretation without first telling the dream!
Another good scenario is where there are at least two client bodies for the same project with conflicting, unresolved requirements and expectations.
In these situations it can often be quite helpful that Architects do have agenda of their own (eg spatial/formal/iconographic/contextual ideas) which enable a framework for design to be established independent of the Client's brief & requirements.
There are some juicy parallels between what you say here and a number of situations I've come across with software projects Martin. But I'd like to ask a question about your most provocative statement (to me) - in the last paragraph. How are the differences between the architect's agenda and the client's ambiguous or even self-contradictory requirements finally resolved? In the high court or before that?!
Hopefully not the High Court! No, resolution usually depends on HardWork requiring large amounts of additional time by the Architect (unpaid if the Client can swing it!). At the end of the day most architects are concerned to solve all problems in a design even when it means unreasonable efforts: it's part of being an ArtistByProxy. -- MN
See Also: JustAnArchitect, ArchitecturalModel, InvestigatingConcreteThings, SoftwareArchitect, ChiefArchitect