| name | think-abstraction-laddering |
| description | Builds an abstraction ladder that moves a problem up ("why / to what end?") and down ("how / what specifically?") to locate the right altitude to work at, then marks one rung as the working level. Use when a problem is stated as a bare solution with an unstated purpose, as a vague aspiration with no concrete handle, when people are arguing past each other at different levels, or before committing effort at an altitude nobody chose on purpose. |
| license | Apache-2.0 |
| metadata | {"id":"thinking-framework-skills.abstraction-laddering","family":"problem-framing","evidence-tier":"P","version":"0.1.0","standard":"0.8"} |
Abstraction Laddering
Every problem arrives at some altitude, and the altitude is usually accidental: it is wherever someone happened to be standing when they noticed it. Too low and you optimize a detail that does not matter ("make the button blue"); too high and you produce a true but useless aspiration ("delight the customer"). Abstraction laddering moves the problem along one vertical axis - up by asking "why? / to what end?" and down by asking "how? / what specifically?" - to find the altitude at which it is actually workable. The output is an abstraction ladder, an ordered set of rungs with one chosen as the working level, not a discussion.
When to Use
- A request names a bare solution ("add a dashboard", "build an integration") but the purpose it serves is unstated.
- A problem is stated as a vague aspiration ("improve engagement", "be more strategic") with no concrete handle to act on.
- People are arguing past each other and may simply be working at different levels of the same problem.
- Before committing effort, to decide deliberately at what altitude to attack a problem rather than inheriting the accidental one.
When NOT to Use
- Altitude is not the issue. If the problem needs a different kind of reframing - a stakeholder shift, an inversion, an is/is-not boundary, or weighing several rival framings - use
think-problem-restatement, which generates those moves and converges on a chosen frame. This skill only moves up and down one axis.
- The right level is already clear and agreed. Building a ladder for a well-located problem manufactures motion and wastes effort.
- To generate or choose solutions. Going down lists more concrete sub-problems to consider, not a chosen solution. Use an ideation skill (Question Burst, SCAMPER) to generate and a decision skill (Decision Option Review) to choose.
- To decompose a problem into all its parts. A ladder is a single vertical chain, not a branching breakdown. For that, use an issue tree.
Instructions
When asked to find the right altitude for a problem, follow these steps:
- Capture the entry rung. Record the problem exactly as given, in one line. This is where the ladder starts; mark it as the entry rung. If the altitude is already clear and agreed, say so and stop.
- Climb up: ask "why? / to what end?" Repeatedly replace the current rung with the broader purpose it serves ("we do this so that..."). Each step up should be a genuine purpose, not a reword. Stop climbing when the next rung is so broad it would be true of almost any project (that rung is too high to work at).
- Descend: ask "how? / what specifically?" From the entry rung, repeatedly replace the current rung with a more concrete instance or sub-problem ("concretely, that means..."). Note where a rung has more than one plausible "how"; that fork is a signal there are options at that altitude. Stop descending when a rung is so specific it is a single implementation detail.
- Lay out the ladder. Order all rungs from most abstract (top) to most concrete (bottom) as a single vertical chain. Keep the why-relationship reading upward and the how-relationship reading downward explicit. Do not let it sprawl sideways into a pile of loosely related ideas; that is a different artifact.
- Select the working altitude. Choose exactly one rung as the level to actually work the problem at - high enough to leave room for real options, low enough to be actionable - and give a one- or two-sentence rationale tied to the user's actual goal. Converge; a ladder with no chosen rung is incomplete.
- Emit the abstraction ladder. Produce the artifact in
references/TEMPLATE.md: a short summary above an ordered ladder with the entry rung marked and the working rung selected.
Output Format
Use the template in references/TEMPLATE.md. The deliverable is the filled ladder plus its summary, with one rung chosen as the working altitude, not a prose essay.
Quality Checklist
Before finalizing, verify:
Evidence
Tier P (practitioner). That how a problem is framed - including at what level of abstraction - affects the solutions found has moderate support in the problem-framing literature (problem-finding research; Nutt on decision failure from poor definition; Wedell-Wedellsborg, HBR 2017), and abstraction is a well-described dimension of language (Hayakawa, Language in Thought and Action, 1939). But there is no controlled study isolating "abstraction laddering" as a named technique against a baseline; it is a widely-taught design-facilitation method with face validity and a clear mechanism, not a measured one. The supporting evidence concerns framing in general, not this exercise specifically, and is transferred from human practice, not AI-validated. Full grading, sources, and caveats: evidence/dossier.md.
Examples
See references/EXAMPLE.md for a completed abstraction ladder on a real decision.
