Talk it through with Aurelius
Library›Aurelius›The problem
Aurelius · Work & Leadership
Knowledge + Guidance

Why do my systems get complex instead of deep?

You can build systems that work. That is not in question. What troubles you is that they come out complicated — many parts, many exceptions, many special cases — when you sense they should come out simple and strong instead. Here is the honest reason. Complexity is often uncertainty in disguise. When you don't fully trust your own understanding of a problem, you add a part to cover the case you haven't thought through. Depth, by contrast, comes from removing every part that isn't doing real work, until what remains is small and does everything. This is not a talent you lack. It is a habit of cutting you haven't built yet. You already know how to add. Now practice subtracting.

◆ How this problem reads on the two dials
GuidanceKnowledge
More coaching
Some to learn
1:1 with AureliusWith others (a Pod)
Mostly you & the coach
A little with peers
The distinction between depth and complexity can be taught in a sentence; overcoming the habit of over-adding takes repeated, specific practice, so guidance leads.
How the two dials adapt to you →
What’s really going on

Complexity is what you add when you don't yet understand something. Depth is what's left after you cut everything unnecessary. You don't have a design problem — you have a courage problem. You're afraid to remove parts you're not sure you need. Choose one thing to cut from your current design today.

🔒 What you’ll build togetherUnlock by starting
A moveTake a system you built this month. Remove one part. See if it still works. If it does, that part was complexity, not depth.
A moveFor each piece of the design, ask: what exact problem does this solve? If you can't answer in one sentence, cut it.
A moveExplain the system's core idea to another person in one sentence. If you can't, you have not reached depth yet — you have reached clutter.
A moveBefore adding a new feature or rule, build the smallest version that solves most of the problem. Add the rest only if it's proven necessary.
A moveNotice the moment you add a part to cover a case you're unsure about. Name it: this is fear, not design. Then decide whether to keep it.

What changes unlock by starting

  • You can explain your system's core idea in one sentence, without losing what makes it work.
  • You cut parts from a design and confirm it still holds — proof some of it was never needed.
  • Others grasp your work faster because it carries less to explain.
  • You catch yourself adding complexity from fear, and you stop before you finish the sentence.
One object, two jobs: a public answer to a real problem, and — the moment you start the chat — Aurelius’s live plan for your version of it.