Architecture Needs to Name the Design Manager

 

Conceptual image generated using AI under author's direction

The familiar parable of the blind men and the elephant offers a useful way to understand contemporary project delivery. Consultants, architects, consent reviewers and contractors may each possess valid knowledge of the part they touch. The problem begins when no one is explicitly responsible for seeing how those parts relate. That whole-project view is the particular responsibility of the design manager.

If design management is essential to project delivery, why is it still treated as an informal responsibility?

The recurring all-nighter exposes more than a difficult deadline. It reveals the absence of clear responsibility for managing design decisions, information, interfaces and change. Architecture already relies on design management; it is time to recognise and name the role.

In my recent ArchitectureLive! article, The All-Nighter Is a Governance Failure, I argued that the recurring late night in an architectural office is rarely just a deadline problem.

It is often the visible end of something that began much earlier: an unsettled brief, a delayed appointment, an unrecorded decision, an unresolved interface, an unrealistic promise or a change whose consequences were never fully examined.

The architectural team eventually absorbs these accumulated uncertainties because the drawings become the place where everyone else’s information must agree. What appears to be a production crisis is frequently a governance failure.

But that diagnosis leads to another question.

If projects need someone to manage decisions, information, interfaces, change and design-stage readiness, why does architecture still struggle to recognise design management as a distinct professional role?

The responsibility exists even when the job title does not

Design management is already happening on almost every complex project. The problem is that it is often happening informally, partially or too late.

A project architect may maintain the consultant programme. A senior architect may chase client decisions. A BIM coordinator may identify clashes. A project manager may track deliverables. A technical lead may review compliance. A director may intervene when an issue becomes critical.

Each person is addressing part of the design-management problem, but no one may be explicitly responsible for seeing the design-delivery system as a whole.

That fragmentation matters.

When responsibility is distributed without clear ownership, gaps become difficult to see. The programme records when drawings are due but not whether the decisions required to complete them will be available. Consultant appointments identify disciplines but not always the interfaces between them. Design meetings generate discussion, but actions may not be linked to accountable owners, consequences and decision dates.

The project appears organised because it has meetings, programmes, models and reports. Yet its unresolved dependencies continue to accumulate beneath that visible administration.

Design management is not the existence of more project information. It is the disciplined conversion of that information into timely, coordinated and traceable decisions.

A design manager is not simply another name for a project manager

One reason the role remains poorly understood is that design management is frequently absorbed into adjacent job descriptions.

It is not the same as project management, although the two must work closely together. Project management typically governs the wider obligations of time, cost, procurement, contracts, stakeholders and delivery. Design management concentrates on whether the design itself is sufficiently defined, coordinated, reviewed and evidenced to move safely from one stage to the next.

It is not the same as BIM management. BIM provides a digital environment for creating, exchanging and coordinating information. Design management determines what information is required, why it is required, who must provide it, what decision it supports and whether the project is ready to rely on it.

It is not identical to the lead architect’s role. The lead architect may be responsible for design quality, architectural resolution and the integrity of the design intent. The design manager protects the conditions under which that intent can be translated across disciplines, approvals, procurement and construction.

Nor is design management simply technical coordination. Coordination is one of its central functions, but the role begins before clashes appear and continues after drawings are issued. It includes the structure of the brief, decision authority, stage deliverables, review gates, change control, interface ownership, risk escalation and the relationship between design maturity and project commitments.

The distinctions are not territorial. They are necessary because modern projects are too interconnected for critical responsibilities to remain implicit.

The role sits at the point where authority and information meet

Architecture now operates within dense networks of specialist knowledge.

A seemingly small change to a hotel room can affect the operator’s requirements, structure, fire strategy, accessibility, services, acoustics, finishes, procurement, cost and programme. A façade decision can alter waterproofing, energy performance, structural support, maintenance access and consenting evidence. A ceiling coordination issue may reveal not a drawing error but a chain of unresolved spatial and engineering decisions.

Someone must see those relationships before they become late-stage emergencies.

That is the design manager’s distinctive field of attention.

The design manager asks:

• Is the brief sufficiently resolved for the stage being entered?

• Are decision-makers identified, and do they understand when their decisions are required?

• What information must be available before a design package can be completed?

• Which interfaces carry the greatest delivery risk?

• Are changes being assessed for their downstream consequences?

• Has each discipline worked to a compatible level of design maturity?

• Is there adequate time for coordination, checking and approval before issue?

• Does the evidence support the project’s claim that the design is ready to proceed?

These are not administrative questions. They determine whether the design can survive the journey from intention to construction.

Design management should make uncertainty visible

A well-managed project is not one without uncertainty. Architecture cannot eliminate uncertainty, because design develops through iteration and projects respond to changing technical, commercial and human requirements.

The objective is to prevent uncertainty from becoming invisible.

An unresolved matter should have an owner, a required decision date and a clearly stated consequence. A change should be understood not only as an instruction but as an intervention in a connected system. A stage review should establish whether the project is ready to advance, rather than merely confirm that a scheduled date has arrived.

This is where design management differs from bureaucracy.

Bureaucracy can record that a meeting occurred. Design management asks whether the meeting produced the decisions the project needed.

Bureaucracy can list deliverables. Design management tests whether those deliverables are coordinated, sufficiently mature and suitable for their intended use.

Bureaucracy can circulate a change. Design management makes its effect on other disciplines, approvals, cost, programme and completed work visible.

The purpose is not to create more control for its own sake. It is to prevent creative and technical effort from being consumed by avoidable rework.

The profession needs a clearer job description

Many architectural employment structures still move from architect to senior architect, associate and director, with specialisation recognised mainly through design, technical or commercial leadership.

Design-management capability often sits between those categories. It may be expected from senior staff but neither explicitly defined nor adequately supported. On contractor- and client-side teams, the title is better established, although its scope can still vary widely. Within architectural practices, it is often mistaken for diary management, document control or meeting coordination.

That understates both the expertise and the authority the role requires.

A meaningful design-manager job description should include responsibility for:

• design-planning and information dependencies;

• brief and deliverable alignment;

• consultant scopes and interfaces;

• decision schedules and responsibility structures;

• design reviews and stage-readiness assessments;

• change-impact evaluation;

• coordination and technical-risk escalation;

• design-quality assurance across issue cycles;

• connections between design maturity, procurement and construction; and

• organisational learning from repeated delivery failures.

The role also needs sufficient authority to challenge an issue date, escalate an absent decision or identify that a design package is not ready. Accountability without authority merely creates another person who can be blamed after the event.

From an informal craft to a professional discipline

I have been developing these ideas through a wider body of work provisionally structured as a Design Manager’s Manual.

The purpose is not to reduce architecture to checklists or to suggest that every project can be controlled by a universal procedure. It is to articulate the recurring governance questions that arise across the life of a project—from the formation of the brief and appointments through design development, coordination, approvals, procurement, construction and eventual learning.

The emerging framework examines design delivery across successive project stages and treats it as a control loop: establish requirements, allocate responsibility, coordinate information, test readiness, record decisions, manage change, verify outcomes and carry lessons forward.

The manual is therefore less about prescribing one way to design and more about protecting the conditions required for good design to reach the built outcome.

Architecture already teaches design history, representation, technology, professional practice and construction. It now needs a more explicit understanding of design management: not as an inconvenience imposed after design, but as a discipline that connects design intent with collective delivery.

Better design management is not less architecture

Some resistance comes from the fear that naming this role will make architecture more managerial and less creative.

The opposite is more likely.

When architects spend their most valuable hours reconstructing decisions, locating missing information, correcting unmanaged changes or resolving interfaces that should have been addressed earlier, creativity is not being protected. It is being taxed by disorder.

Good design management does not decide what architecture must become. It ensures that the people responsible for designing it have a credible brief, coordinated inputs, visible constraints and enough time for judgement.

It also creates a fairer professional culture. Teams should not have to compensate through private sacrifice for risks that were visible at project level. If a deadline depends on unresolved decisions, inadequate resources or incomplete information, those conditions should be surfaced while leaders still have choices—not transferred silently to the people producing drawings at midnight.

Name the role before the next crisis

The design manager will not eliminate every difficult deadline. Unexpected site conditions, urgent approvals and genuine opportunities will still demand extraordinary effort.

The test is whether extraordinary effort remains extraordinary.

When late working becomes predictable, the profession should stop treating it as evidence of commitment and examine the system that made it necessary. That examination requires more than general calls for better communication. It needs a person with a defined responsibility to connect decisions, information, interfaces and design-stage readiness.

Architecture already relies on design management. It is time to stop treating it as an unnamed extra carried by whoever happens to notice the gap.

The recurring all-nighter tells us that the responsibility exists.

The next step is to recognise the discipline, define the authority and name the job.

---

This essay accompanies “The All-Nighter Is a Governance Failure,” published by ArchitectureLive! Read the original article here: [ARCHITECTURELIVE ARTICLE LINK].

Has Architectural Education Quietly Moved Away from the Real Profession?

When concerns are raised about the gap between architectural education and professional reality, the most common response is easy to predict.

But schools do teach practice management. They do teach code. They do include technical papers, professional studies, contracts, regulations, and project delivery content.

That response is fair as far as it goes.

The issue is not simple absence.

The more serious question is hierarchy.

What does the curriculum teach students to value most?

This matters because education does more than transmit information. It organises attention. It creates a map of seriousness. It signals, through timetable structure, assessment weight, studio culture, staff emphasis, and institutional language, what the discipline considers central and what it treats as supporting.

Students learn from that map.

They learn not only what is taught, but what is celebrated. They notice which subjects carry prestige, which conversations are treated as intellectually alive, and which parts of the curriculum are approached as necessary but secondary.

This is why it is possible for professional and legal content to be present in a course while still sitting too far from the centre of professional formation.

The problem is not whether students have heard the words contract, code, liability, negligence, documentation, or scope.

The problem is whether they have been formed to understand those things as constitutive of the profession, rather than peripheral to the discipline’s real identity.

Architecture has often struggled with this.

Studio remains the symbolic centre of education. That is not inherently wrong. Studio can integrate design thinking, ethical judgement, environmental reasoning, and social awareness in ways no lecture can. It is indispensable.

But studio also exerts a gravitational pull. What sits outside it can easily be interpreted as adjunct knowledge. Necessary, perhaps. Even important. But not quite where the profession locates its deepest meaning.

That interpretation becomes a problem when the subjects sitting lower in the hierarchy are the very ones that shape real professional consequence.

Consider what practice actually asks of an architect.

It asks for design judgement, yes. But it also asks for code literacy, consultant coordination, boundary clarity, decision records, scope management, contractual awareness, documentation precision, buildability understanding, and professional steadiness when information is incomplete or pressure is rising.

These are not decorative extras.

They are part of how architecture is practised responsibly.

If the curriculum communicates, even indirectly, that these matters are secondary to the discipline’s true imaginative life, students may leave with a divided understanding of the profession. They may have strong architectural instincts in the studio sense, yet still regard professional consequence as something adjacent, procedural, or faintly lesser.

Practice then has to rearrange that hierarchy.

It has to show that an unclear drawing is not merely untidy but consequential. That a vague scope is not generous but risky. That consultant dependence changes where responsibility sits. That code misreadings do not remain theoretical. That records matter not because bureaucracy enjoys records, but because projects become unstable when decisions cannot be traced.

The office ends up correcting not only knowledge gaps, but value gaps.

That is a more subtle burden than it first appears.

It means that architectural education may not be failing to mention practice. It may be failing to integrate practice deeply enough into the profession’s idea of itself.

That is a harder problem, because it cannot be solved by simply adding another paper or lecture. It requires a cultural shift in how the discipline presents its own structure.

Students need to see that code is not anti-design. That documentation is not clerical residue. That risk awareness is not pessimism. That legal and contractual knowledge do not belong to a lesser caste of professional thinking. That commercial clarity does not diminish civic seriousness. That practice management, when properly understood, is part of how design survives contact with reality.

If architectural education has quietly moved away from the real profession, it has not done so by deleting practical subjects altogether.

It has done so by allowing too many of them to remain outside the main theatre of disciplinary prestige.

That is why the issue of hierarchy matters so much.

A timetable teaches values. An assessment structure teaches values. The tone with which a subject is introduced teaches values. The way staff and students speak about “practice” versus “design” teaches values.

And those values travel.

They travel into offices, where young graduates may initially overvalue visible design performance and undervalue quieter forms of professional judgement. They travel into fee discussions, where boundary-setting can feel awkward. They travel into documentation, where precision may not yet feel intellectually charged. They travel into client relationships, where generosity and vagueness are too easily confused.

A profession that wants stronger graduates cannot ignore those signals.

It has to ask whether its educational culture truly reflects the conditions under which the work is done.

The answer may not be that architectural education has abandoned the real profession completely.

The answer may be more troubling and more repairable.

It may be that education still contains the real profession, but has not yet arranged it honestly enough.

And that means the task ahead is not to reduce architecture to compliance training.

It is to place consequence, code, judgement, scope, risk, and documentation where they belong: not outside architecture, but inside the discipline’s main understanding of what professional formation actually requires.

Design Education in a Liability-Driven Profession: The Reality Students Meet Too Late

There is a version of architecture that education presents very well.

It is thoughtful, exploratory, visual, critical, cultural, and intellectually alive. It asks students to think spatially, to form positions, to test ideas, and to understand buildings not as inert objects but as expressions of society, technology, climate, and human need.

That part matters.

But there is another version of architecture that practice presents much more sharply.

This version is shaped by statutory compliance, consultant coordination, client instructions, documentation quality, scope definition, code interpretation, records, timing, procurement, construction risk, and legal exposure. It is the version in which the architect does not simply produce a design, but works inside a chain of consequence.

The two versions are not enemies. They are both real. The problem is that they are not always held together honestly enough.

Architecture is often taught as if its central act is conceptual design. Practice reveals that the profession is carried out inside a liability-driven environment where decisions must survive much more than critique. They must survive regulation, translation, coordination, ambiguity, and responsibility.

A building does not enter the world as an idea.

It enters the world as a regulated object.

It must be documented clearly enough to be built. It must be coordinated with structure, services, fire requirements, accessibility, cost limits, programme pressures, and site conditions. It must be explainable to clients, legible to authorities, and defensible if things go wrong. The quality of the design still matters deeply. But the design is no longer operating in a consequence-free zone.

That is where many graduates meet the profession differently from how they first imagined it.

The surprise is not that practice involves complexity. Everyone understands that in some abstract way. The surprise is how much of that complexity is not secondary. It is not merely administrative residue left over after the real work of design has been done. It is part of the real work.

This is where a quiet misalignment begins to show.

Architectural education often gives strong attention to concept formation, representation, precedent, spatial argument, and theoretical framing. These are valuable. But the realities that shape the architect’s actual operating environment are often encountered later, thinner, or lower in the hierarchy of what students are taught to value. Law, liability, duty, code exposure, contract boundaries, scope management, insurance implications, consultant dependence, and documentation consequence may appear in the curriculum, but they are not always treated as central to the identity of the profession.

That has consequences.

Graduates can leave school fluent in design language but less fluent in professional consequence. They may know how to defend a concept, yet have had far less sustained preparation for defining scope, understanding transferred risk, reading consultant dependence correctly, recognising how a drawing becomes a legal document, or grasping how responsibility sits across a live project.

None of this means schools are failing in some simple or total sense.

The issue is more structural than that.

The issue is whether the curriculum communicates, clearly and early enough, that architecture is practised inside consequence. Not occasionally. Not on the margins. Not only after registration. But from the moment a design begins to enter the world of procurement, approvals, contract, construction, and occupation.

That matters because the profession itself already knows this.

Practising architects know that a decision can affect cost, code, sequencing, compliance, delay, claim exposure, consultant coordination, and post-construction liability. Offices know that much of the profession’s maturity lies not only in visible design intelligence, but in quieter forms of competence: careful records, disciplined documents, boundary clarity, realistic scope, early risk recognition, and calm judgement under pressure.

Yet architectural culture still sometimes behaves as if these are auxiliary matters. As if they belong to a side room of the discipline rather than the main structure.

That split is becoming harder to defend.

If architecture is a liability-driven profession in practice, then it cannot keep treating consequence as an advanced topic, a specialist interest, or a late-stage reality that students will eventually absorb through exposure. That simply transfers too much burden downstream to offices, clients, projects, and graduates themselves.

A more honest conversation is needed.

Not a hostile one. Not a nostalgic one. Not a complaint that architecture should become narrower, less ambitious, or less imaginative.

The real question is more serious than that.

What would it mean for architectural education to fully admit the conditions within which the profession actually operates?

What would change if legal exposure, statutory consequence, scope clarity, code literacy, documentation risk, and professional duty were treated not as supporting knowledge, but as part of the central formation of an architect?

This series is an attempt to explore that question carefully.

Over the coming weeks, I want to look at the distance between studio culture and professional reality, compare architecture with the educational structures of law, medicine, and accounting, and ask whether the profession has allowed some of its most consequential realities to remain too far from the centre of education.

Because the problem is not that architecture is both creative and constrained.

The problem is that students are sometimes taught those conditions as if they belong to different worlds.

They do not.

The architect works where imagination meets consequence.

The earlier that is named, the stronger the profession is likely to become.

Is professional courtesy being mistaken for professional availability?

Architecture has always involved a degree of generosity.

Practitioners reply to people. They explain, clarify, guide, sense-check, and help clients understand complexity. Much of that comes from good professional instinct. Architects are problem-solvers by nature, and many want to be useful before they want to be guarded.

But perhaps that generosity now needs to be examined more carefully.

Has professional courtesy slowly been reinterpreted by the market as professional availability?

The difference matters.

Courtesy is a posture.
Availability is an ongoing condition.
And once the second is assumed, the architect’s boundaries begin to weaken.

This can happen gradually. A client or prospective client sends one message after hours, then another. A quick clarification becomes a rolling exchange. An unpaid review becomes expected responsiveness. A willingness to help becomes a standing assumption that help will continue to be available whenever uncertainty arises.

What makes this especially difficult is that no single moment seems outrageous. Each interaction can appear reasonable. But taken together, they build a pattern in which the architect becomes the buffer for unresolved uncertainty without corresponding structure, timing, or fee.

That is a problem for small practice.

Not because architects should become cold or inaccessible, but because accessibility without boundary becomes a hidden form of scope. It consumes attention that is rarely counted. It interrupts paid work. It extends decision cycles. It normalises the idea that professional thought can be called on informally whenever the project feels unsettled.

And because many architects pride themselves on being responsive, they may not notice how much is being given away until fatigue sets in.

This is where the conversation becomes more than personal preference. It becomes a professional culture question.

Have architects collectively become too hesitant to distinguish between being helpful and being continuously available?

Clients often do not know where that line should sit unless the architect sets it. If the profession does not set it clearly, the market will do it by habit. And habit usually favours easier access to expertise, not stronger protection of it.

A healthier model would not eliminate warmth or openness. It would simply restore structure to them.

A first call can still be generous.
An introductory meeting can still be constructive.
A client relationship can still feel attentive.

But if ongoing uncertainty is being managed through repeated informal contact, that is no longer courtesy. It is service, whether named that way or not.

Architects may need language that makes this distinction easier to hold.

Not hostile language.
Not defensive language.
Just clear language.

What can be answered briefly.
What requires a paid review.
What belongs inside formal scope.
And when the pattern of enquiry has moved beyond basic professional kindness into ongoing intellectual availability.

Courtesy is a professional strength.

But once it stops being bounded, it becomes one more path through which risk and uncertainty slide quietly onto the architect.

Why do clients often want design certainty before fee certainty?

 

One of the more difficult patterns in practice is this: the client wants increasing clarity about the design before they are willing to commit clearly on fees.

They want to know what is possible.
What can fit.
What the likely arrangement is.
How many units may work.
Whether the planning path is encouraging.
Whether council is likely to push back.
Sometimes even how value might be improved.

All of that can be understandable. Clients want confidence before they commit. But there is an uncomfortable asymmetry here. The certainty they seek is not free-floating. It is created through architectural judgment.

And yet the market often behaves as though that certainty should appear before formal appointment.

This is where architects can find themselves caught in a subtle trap. To win trust, they offer enough early direction to help the client feel reassured. But the more direction they provide, the more the client begins receiving the thing they were uncertain about paying for in the first place.

Design certainty starts arriving before fee certainty.

That should concern the profession, because it reverses the normal structure of service. Instead of the client engaging expertise to reduce uncertainty, the architect is encouraged to reduce uncertainty first in order to earn engagement.

The problem is not only commercial. It also affects behavior. Practices may begin oversupplying early clarity in the hope that it will secure the project. Clients may begin expecting more because the early flow of help creates a new baseline. The boundary between paid design work and unpaid pre-appointment reassurance becomes unstable.

To be fair, clients are not always acting strategically. Many simply want to feel that the project is sensible before they commit. But that does not change the fact that the work of creating that confidence is professional work.

The profession may need to ask whether it has become too comfortable with this sequence.

Should design confidence really arrive before fee commitment?
Or should fee commitment be what creates the conditions for design confidence to be responsibly developed?

A healthier practice culture might still allow for an introductory conversation and a broad sense of approach. But it would be more deliberate in protecting the stage at which architectural thinking begins creating real project clarity.

This is especially important in small practice. Every early-stage sketch, scenario, or directional comment carries opportunity cost. It uses time, attention, and judgment that could have gone into live work. If too much certainty is supplied before fee commitment, the architect carries both commercial risk and expectation risk at once.

Perhaps the more useful question is not whether clients want reassurance. Of course they do.

The better question is whether architects are giving away too much certainty in order to secure the work, and whether that habit is weakening both fees and boundaries.

The profession is unlikely to solve this through harder language alone. But it may solve part of it by clarifying where reassurance ends and paid design intelligence begins.

If certainty is valuable, it should not arrive by default.

When did “just a quick opinion” become unpaid scope?

Few phrases in practice sound more harmless than this one: “Could you just give us a quick opinion?”

It sounds light. Reasonable. Almost too minor to refuse.

And yet many architects know that what follows is rarely minor.

A quick opinion in architecture is seldom only an opinion. It draws on judgment shaped by years of training and practice. It may include planning instinct, code awareness, buildability concerns, site reading, layout implications, consent risk, and a feel for where a project is likely to struggle. Even when expressed casually, it is still professional intelligence at work.

That is why the phrase matters.

It often disguises the first transfer of value from architect to prospective client before a formal appointment exists.

Of course, every practice needs some form of introductory conversation. No one is suggesting that every first email or phone call should trigger an invoice. Clients need a point of access. They need a way to test fit, ask basic questions, and understand whether the architect is the right person for the job.

But somewhere along the line, many practices seem to have lost a clear line between welcoming enquiry and supplying billable professional thinking.

That line is now blurry in ways that work against the architect.

A “quick opinion” can become informal feasibility.
Informal feasibility can become design direction.
Design direction can become expectation.
And expectation can become pressure to keep helping before any real commercial commitment is made.

The problem is not only the time taken. It is the reframing of expertise as something naturally available in small slices before the project has earned structured engagement.

That can happen because clients genuinely do not understand where the boundary lies. It can also happen because architects themselves, wanting to be helpful and responsive, offer too much too early in the hope of building trust or winning the work.

But trust should not require the quiet surrender of scope.

The deeper issue is that early-stage architectural judgment often feels intangible to the market. Because it arrives before drawings, before formal packages, and before visible outputs, it is easier for others to misread as conversation rather than service.

Yet in many projects, that early thinking is where the real value begins.

It is where risk is first identified.
It is where wrong assumptions are interrupted.
It is where feasibility starts to become legible.
It is where the project begins moving from hope toward structure.

That is not peripheral value. It is foundational value.

So perhaps the profession should ask a more direct question: where exactly does an introductory conversation end and professional input begin?

Practices will answer that differently. But if the answer is always vague, scope will continue to leak.

A healthier model may not require less generosity. It may simply require clearer language: what we can discuss freely, what sits inside a paid first step, and what kind of judgment is no longer casual once it starts reducing uncertainty for the client.

A quick opinion is only quick from one side of the conversation.