Satire
The Three Hat Problem
You are the Solutions Architect. Also the Enterprise Architect. Also the one who actually builds it. These roles have conflicting interests.
The job description said Solutions Architect.
The onboarding slide said Enterprise Architect.
The Jira board says assignee: you on 34 tickets.
What Actually Happens
As Solutions Architect, you are supposed to design systems that solve customer problems. As Enterprise Architect, you are supposed to ensure those systems comply with standards you also wrote. As the person who builds it, you discover the standards and the solution contradict each other at layer 3 of the stack.
You schedule a meeting with yourself to resolve the conflict.
The meeting has no clear owner.
“I've modelled this as a microservices problem. Each role should be its own autonomous service with a clear API boundary. Currently you are a monolith.”
DivineForge Advisory
Recognise this pattern in your organisation? I help teams cut through the governance, make the right technical calls, and actually ship.
Let's talk architecture →How a Builder Should Respond
You surface the role conflict explicitly — to a manager, not just internally. Wearing multiple hats is survivable when the boundaries are named. You timebox each context: design work gets uninterrupted blocks, governance gets scheduled slots, build work gets protected focus time. When the roles produce contradictory outputs, you escalate the contradiction rather than silently absorbing it. Unspoken ambiguity doesn't resolve itself — it accumulates until something ships wrong.
20 articles about enterprise dysfunction. None of it billable. Buy me a coffee.
Buy me a coffee