Architecture Is Not Only an Artifact
Architecture is often treated as something captured in representations: diagrams, requirements, interface definitions, models, review packages, allocation tables, and decision logs. Those artifacts matter. They help us stabilize thought, coordinate action, and expose structure to inspection.
But we have said previously that architecture is not the same as its representations.
At a deeper level, architecture is the organized causal structure through which a system becomes possible. It is made of events, constraints, dependencies, commitments, inherited choices, admissible paths, forbidden paths, and relationships that shape what can happen next. A system architecture is therefore not only a description of parts and connections. It is a structure of constrained possibility.
That has been one of the core claims of this blog series, that architecture is not merely what the system looks like after design. Architecture is the shape of the future made available by prior decisions.
But this raises a further question.
If architecture is made of events and causal relationships, who or what participates in the evolution of that causal structure?
In physics, causal structure can be discussed without intention. Events stand in relations of precedence. Some events can influence others and some cannot. However, engineered systems are not passive causal sets. They are built by agents. People and organizations are responsible for decisions and their disposition. Those agents can make, delay, avoid, absorb, reinterpret, and recover decisions. And they do so under conditions of memory, fatigue, fear, trust, obligation, punishment, loyalty, expertise, habit, and hope.
That is where lived architecture enters.
This Is Not a New Idea
The phrase “lived architecture”, as used here, belongs to this systems architecture argument, but the underlying idea is not new. It has appeared under other names across philosophy, social theory, organizational studies, design studies, and human-machine interaction.
- Phenomenology gives us an important starting point – human beings do not first encounter the world as detached observers inspecting neutral objects. We encounter a world already organized by use, concern, embodiment, situation, and action [Hei62, MP12, Dre91].
- Pragmatism adds that inquiry and judgment arise from problematic situations in which agents must act, learn, and revise their understandings [Dew38].
- Practice theory and structuration theory show that action is shaped by durable dispositions, roles, institutions, and repeated social patterns, while those structures are also reproduced or modified through action [Bou77, Gid84].
- Organizational sensemaking emphasizes that people and groups construct plausible interpretations retrospectively and socially as they act under ambiguity [Wei95].
- Reflective practice shows that professionals do not merely apply rules. Instead, they think in and on action, especially when situations resist standard categories [Sch83].
- Situated action challenges the idea that formal plans fully determine real activity or that plans guide action, but action unfolds in local circumstances [Suc87].
These traditions do not use the exact architecture language developed here, but they all point toward the same basic insight: that human action is historically situated, embodied, socially mediated, and interpretive. Lived architecture carries that insight into systems architecture.
The claim is not that architecture should become philosophy (although a dose of philosophy is not useless). The claim is that serious architecture cannot ignore the human-causal conditions under which architectural decisions become thought and spoken of, legitimized, and actionable.
The Human-Causal Layer
Lived architecture explains the human-causal layer beneath system architecture. It is not a substitute for technical architecture. It is the substrate through which technical architecture becomes possible.
People and teams carry histories of commitment, failure, trust, fear, habit, obligation, and projected possibility. Those lived structures shape the architectures those people and teams can imagine, defend, build, and maintain. They shape what seems risky, what seems responsible, what seems impossible, what can be said aloud, what must be hidden, and what can be proposed without inviting punishment or ridicule.
This is not simply “culture,” although culture derives from it. However, culture is often too broad a word. It can blur the very thing we need to see.
Lived architecture is more specific. It is the accumulated human causal structure through which architectural possibility is perceived and acted upon.
An organization does not approach an architecture review as a neutral reasoning machine. The organization
- Arrives with prior scars
- Remembers which teams were blamed
- Remembers which warnings were ignored
- Remembers which shortcuts were rewarded
- Remembers which executives punished bad news and which ones protected truth-telling
- Remembers which interfaces became traps, which suppliers failed, which verification campaigns collapsed, and which design decisions were later declared obvious only after someone else paid the cost of making them visible.
Those memories do not sit outside the architecture. They shape the architecture’s future cone.
Decisions Are Layered
Human decision-making is not one thing. Some decisions are deliberate and reflective. Some are bodily, automatic, and pre-reflective. While others are imposed by other people, institutions, events, failures, or constraints.
Those layers of decision-making matter architecturally because they alter the structure of possibility.
| Decision Layer | Human Form | Architectural Analogue |
| Autonomic or pre-reflective | Stress response, fatigue, attention narrowing, threat perception, habit, avoidance | Schedule pressure, budget burn, legacy coupling, inherited tooling, normalized workarounds |
| Deliberate / Authored | Decisions a person or group knowingly owns. Consciously choosing, refusing, committing, prioritizing, and/or accepting responsibility | Architectural decision records, trade-study outcomes, interface commitments, pattern selections, rationale, verification commitments |
| Imposed / Compelled | Decisions forced by another person, event, institution, accident, mandate, or crisis | Regulatory findings, customer changes, leadership pivots, supplier failures, integration crises |
The third layer is especially important.
Someone else’s action can create a decision node in your life. You may not choose the initiating event, but you are forced into a position that requires some kind of response. That response changes your future, sometimes in ways you cannot yet see.
This happens in engineering organizations constantly.
A late customer demand, a failed test, a supplier collapse, a leadership reorganization, a certification concern, or a budget cut can impose a decision point on a team. The team may not have chosen the disturbance, but it must respond. That response then becomes part of the architecture’s causal history.
On paper, this may look like an ordinary decision.
The team selected a workaround to preserve schedule.
Lived architecturally, the decision may have been made from a much narrower region of possibility
The team had already learned that raising interface risk would be treated as obstruction. Two viable alternatives had been removed by supplier delay. Leadership had made schedule the only protected invariant. The engineers no longer believed that a principled objection would be heard.
Those are not the same architecture.
The first sentence records an outcome. The second recovers the decision conditions under which the outcome became likely, perhaps nearly inevitable.
Imposed Decisions and Absorbed Decisions
Architectural decision logs usually record what was decided. They rarely record how free the decision really was.
That omission matters. An imposed decision can later be mistaken for design intent. A survival response can harden into process. A temporary workaround can become a platform assumption. A fear-based accommodation can become organizational wisdom. A path chosen under pressure can later be described as if it were the result of calm optimization.
This is how lived structure becomes invisible. It is also how organizations declare that “this is our culture.”
We can distinguish several decision forms
| Decision Form | Description |
| Authored decision | A decision initiated by an actor or organization with meaningful room to choose |
| Responsive decision | A decision made in response to an external change, discovery, or disturbance. Might be authored but is usually reactive |
| Coerced decision | A decision made under threat, punishment, impossibility, or severely narrowed alternatives |
| Absorbed decision | A previously contingent response later treated as identity, policy, process, or architectural necessity |
| Reflected decision | A decision whose causal conditions have been recovered and made available for learning |
Absorbed decisions are especially dangerous. They erase contingency.
In a person, an absorbed decision may sound like
I guess this is just how I am.
In an organization, it may sound like
This is just how our architecture works.
But both statements may hide a prior forced adaptation. Something happened. A response was required. That response preserved some future and foreclosed another. Later, the organization forgot the difference between what it chose and what it survived.
Reflection as Future-Cone Recovery
Reflection is not merely introspective. It is architectural.
Reflection recovers the causal conditions under which decisions were made. It asks
- What decision was actually ours?
- What decision was forced upon us?
- What conditions narrowed the apparent choice set?
- What future did this response preserve?
- What future did it foreclose?
- What did we normalize because we were trying to survive?
This links directly to reflective practice. Professionals learn not only by applying prior knowledge, but by reflecting on surprising, resistant, or unstable situations in which ordinary rules are insufficient [Sch83]. In architecture, that reflection must include not just the decision alone but the decision conditions themselves.
Without reflection, imposed decisions become absorbed. Once absorbed, they stop appearing as historical adaptations and start appearing as necessity. The organization no longer sees a decision. It sees a fact about itself.
This is one reason architecture reviews can fail even when the technical artifacts look complete. The representation may show interfaces, risks, requirements, and decisions. It may not show which choices were made under fear, which options were never voiced, which alternatives were politically unavailable, or which constraints were treated as physical when they were actually institutional.
A responsible architecture review should therefore ask not only
“What did we decide?”
It should also ask
“What decision conditions produced this architecture?”
Vertical Layers Are Human-Mediated
In earlier posts, we considered the way vertical architectural layers influence the horizontal causal structure of a system lifecycle. Mission, governance, finance, regulation, safety, process, organization, and verification can all alter what decisions are possible and what future paths remain admissible.
That remains true, but lived architecture deepens the claim.
Vertical layers do not act by themselves. Governance does not interpret itself. A regulation does not decide how much fear it creates. Schedule pressure does not determine, on its own, whether engineers will conceal risk, escalate risk, absorb risk, or reframe risk.
Vertical influence is mediated through people.
The human-causal layer shapes how vertical elements are interpreted, enforced, feared, trusted, bypassed, or defended. It also shapes the horizontal decision paths that teams can follow. In that sense, lived architecture is more pervasive than a vertical layer. It influences the vertical and horizontal structures at the same time.
The causal chain is not simply
Vertical constraint influencing horizontal decision sequence.
Instead It is more likely to be
Human-causal history shapes how vertical constraints are understood, and that interpretation alters the horizontal decision structure.
This distinction matters. If we treat vertical influence as direct, we may overly attribute architectural outcomes to process, governance, regulation, or finance. However, those elements become causally active only through agents who interpret them from within lived histories.
Vertical architectural influence is often the visible trace of a deeper human-causal layer acting through roles, histories, fears, obligations, and remembered consequences.
Agents in the Evolution of Causal Structure
This also clarifies the relationship between architectural thinking and causal-set analogies.
The analogy to causal structure remains useful. We can understand architecture in terms of events, precedence, admissible influence, constrained futures, antichains, joins, and path-dependent commitments. Engineered systems, however, are not merely causal structures. They are agent-evolved causal structures.
That changes the problem.
Architectural events do not simply occur. They are most often authored, resisted, deferred, hidden, escalated, reframed, or forgotten. Causal relationships are not merely discovered. They are created through commitments, contracts, interface definitions, staffing decisions, funding choices, verification strategies, tool selections, and governance actions.
There is practical engineering literature supporting (at least in spirit) this claim. Conway’s observation that designed systems tend to mirror organizational communication structures remains a classic warning that technical form and social form are coupled [Con68]. Software and systems design research has also emphasized that design activity combines sense-making, coevolution of problem and solution, and implementation rather than simple plan execution [Ral15]. Those ideas are compatible with the argument here, but lived architecture pushes one layer deeper. It asks how agents’ histories, fears, obligations, and possibilities condition the very causal structure that architecture later records.
Agents are responsible for the evolution of the causal structure, but they are not unconstrained authors of it. They act from within inherited causal histories. They are shaped by prior decisions, institutional rewards, trust relationships, fear memories, obligations, professional identity, and bodily limits.
This is why lived architecture must be considered alongside events and causal relationships in any serious definition of system architecture.
If architecture is the constrained causal structure of system possibility, then lived architecture is the agent-bearing layer through which that causal structure evolves.
Why This Matters
The practical consequence of this is simple: architecture cannot be fully understood by inspecting artifacts alone.
Two organizations may produce the same diagram while living inside very different causal structures. In one organization, the diagram may represent disciplined convergence after open trade study. In another organization, it may represent a coerced settlement after dissent was punished.
The artifact may look similar. The architecture is not the same.
Similarly, two teams may make the same technical decision for different lived reasons. One may accept coupling because it preserves a mission-critical invariant after careful analysis. Another may accept coupling because the team no longer believes it has permission to ask for time. Both choices alter the system. But only one is likely to be appropriate and preserve architectural memory in a recoverable form.
Lived architecture therefore gives systems engineers a sharper diagnostic question
What human-causal structure made this architecture possible?
However, that question does not replace technical analysis. It is intended to make technical analysis more honest.
It asks us to recover the conditions under which decisions became thinkable, speakable, legitimate, and actionable. It asks us to distinguish chosen architecture from coerced adaptation. It asks us to notice when survival responses have been converted into design principles. It asks us to treat reflection as part of architectural governance, not as a private luxury.
Closing
Architecture is shaped not only by decisions made, but by the lived conditions under which those decisions became necessary.
I believe that sentence is at the heart of the idea.
Lived architecture is the human-causal substrate through which histories of commitment, fear, trust, obligation, failure, habit, and projected possibility shape both the vertical constraints an organization recognizes and the horizontal decision paths it can follow.
Once we see this, architecture becomes more than structure, more than representation, and more than process. It becomes the evolving causal field of a system as carried by human agents who remember, anticipate, fear, trust, commit, and decide.
That is not a soft addition to architecture. It is part of how architecture becomes real.
References
[Bou77] Pierre Bourdieu. Outline of a Theory of Practice. Cambridge University Press, Cambridge, 1977.
[Con68] Melvin E. Conway. How do committees invent? Datamation, 14(4):28–31, 1968.
[Dew38] John Dewey. Logic: The Theory of Inquiry. Henry Holt and Company, New York, 1938.
[Dre91] Hubert L. Dreyfus. Being-in-the-World: A Commentary on Heidegger’s Being and Time, Division I. MIT Press, Cambridge, MA, 1991.
[Gid84] Anthony Giddens. The Constitution of Society: Outline of the Theory of Structuration. University of California Press, Berkeley, 1984.
[Hei62] Martin Heidegger. Being and Time. Harper & Row, New York, 1962. Original work published 1927.
[MP12] Maurice Merleau-Ponty. Phenomenology of Perception. Routledge, London, 2012. Original work published 1945.
[Ral15] Paul Ralph. The sensemaking-coevolution-implementation theory of software design. Science of Computer Programming, 101:21–41, 2015. Earlier version available as arXiv:1302.4061.
[Sch83] Donald A. Schon. The Reflective Practitioner: How Professionals Think in Action. Basic Books, New York, 1983.
[Suc87] Lucy A. Suchman. Plans and Situated Actions: The Problem of Human-Machine Communication. Cambridge University Press, Cambridge, 1987.
[Wei95] Karl E. Weick. Sensemaking in Organizations. Sage Publications, Thousand Oaks, CA, 1995.
Leave a Reply