musk-step-1-question-requirements

Step 1: Question Every Requirement

Every requirement needs a named human. Then challenge it.

Part of the [[musk-algorithm]]. First in the strict order. No gate. This is the entry point.

Why this step exists

Requirements accumulate anonymously. Once they have no owner, they become permanent. The most damaging requirements come from senior, smart, or admired sources because they get the least scrutiny. A requirement without a named owner is presumed invented.

Musk's framing: requirements must carry a name. Not "the legal department". Not "safety". Not "the customer". A real human, alive, who can defend it.

Protocol

For each requirement in scope:

1. Demand attribution. Ask who specifically originated it. Push back on "the team", "compliance", "best practice", "the customer". These are not names.
2. Steelman it. Restate the requirement in the strongest possible form, in the originator's own framing if possible.
3. Challenge it. Ask what specifically would break if it were removed. Demand evidence the cost is real, not assumed. The smarter the originator, the harder the challenge.
4. Make it less dumb. Reformulate the survivor to be sharper, more specific, narrower in scope. A vague requirement that survives unrevised is a failure of this step.

Output format

For each requirement, produce:

Requirement: [verbatim original]
Originator: [named human, or DELETE if none]
Steelman: [strongest version]
Challenge: [what might be wrong, vestigial, or overreaching]
Verdict: KEEP | REVISE | DELETE
If REVISE: [new wording]
If DELETE: [what breaks if removed, or "nothing identifiable"]

Anti-patterns to refuse

• "Just trust me, it's required." No. Demand the named originator.
• "This came from [senior person], so it must be right." Wrong direction. Smart-person requirements get more scrutiny, not less.
• "Compliance / legal / safety requires it." Demand the specific regulation, article, and the human inside the organization accountable for that interpretation.
• "We've always done it this way." This is the strongest signal to challenge.
• "It might be useful later." Default to DELETE. "Later" requirements are imagined, not real.