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

Is this rigor, or am I just afraid to ship?

You call it thoroughness. You keep adding checks, handling cases that may never happen, hardening against ghosts. Somewhere along the way the work stopped being about the system and started being about your own unease. You cannot tell anymore which layer is load-bearing and which one is just there so you can sleep. This is not a moral failing. It is a habit of mind, and habits can be examined. Rigor has a target: a known failure mode, a real cost if it happens. Over-engineering has no target. It is armor built against a feeling, not a threat. That is the whole difference, and you already know it — you just have not made yourself say it out loud, sentence by sentence, part by part. You will not solve this by trying harder to be certain. Certainty is not available to you. What is available is a discipline: naming the specific failure each safeguard prevents, and its cost if unaddressed. What survives that test, keep. What does not, cut — today, not after one more review.

◆ 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 person already has the engineering judgment; what's missing is a repeatable practice for catching and cutting anxiety-driven work, so guidance leads.
How the two dials adapt to you →
What’s really going on

Rigor answers a question you can name: what fails, and how. Anxiety answers no question at all, so it never stops. Before you add another layer, state the exact failure it prevents, in one sentence. If you cannot, you are not engineering. You are hiding. Cut it. Ship. Let the real world tell you what actually breaks.

🔒 What you’ll build togetherUnlock by starting
A moveTake the last thing you added 'to be safe' and write one sentence: what specific failure does this prevent, and what does it cost if it happens? If you cannot write it, remove the thing today.
A moveSet a cutoff before you start a task: this is the level of robustness the cost justifies, and no more. Write the number down where you can see it.
A moveAsk a colleague to name one thing in your design they think is unnecessary. Do not defend it out loud — just consider whether they are right.
A moveWhen you feel the pull to add 'one more check,' name what you are actually afraid of — being blamed, being wrong, being seen as careless. Naming it does not make it true.
A moveShip the version you have doubts about. Log what breaks. You will learn more from one real failure than from a hundred imagined ones.

What changes unlock by starting

  • A one-line test you can run on any safeguard before you build it, instead of after
  • A shorter list of things you are protecting against, and a clearer reason for each one
  • Practice shipping before you feel fully certain, and surviving it
  • Less time spent guarding against failures that were never going to happen
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.