Systematic comprehension of a problem before any solving attempt. Covers restating the problem, identifying knowns, unknowns, constraints, and goal, recognizing problem type (well-defined, ill-defined, optimization, decision, puzzle), and decomposing large problems into tractable sub-problems. Use at the start of any problem-solving session to avoid solving the wrong problem.
Most problem-solving failures happen before any solving begins. A problem that is misunderstood cannot be solved accurately, and time spent on an incorrect interpretation is time lost. Comprehension is the disciplined first phase of Polya's method ("Understand the Problem"): restate, identify, classify, decompose. This skill documents the operations needed to leave comprehension with a clean problem representation that the rest of the pipeline can operate on.
Agent affinity: polya-ps (overall framing), jonassen (problem typology), simon (state-space representation)
Concept IDs: prob-problem-representation, prob-knowns-unknowns, prob-problem-types, prob-goal-decomposition
| # | Operation | Purpose | Key signal |
|---|---|---|---|
| 1 | Restate in own words | Verify the problem is actually understood | Can you say it without quoting? |
| 2 | Identify knowns | List every given | "Given that...," numerical data, constraints |
| 3 |
| Identify unknowns |
| List what must be found |
| "Find...," "determine...," "what is..." |
| 4 | Identify constraints | List limits on the solution | "Must not...," "at most...," boundary conditions |
| 5 | State the goal | Make the success criterion explicit | What tells you the problem is solved? |
| 6 | Classify problem type | Match to a known category | Well-defined vs ill-defined, decision vs optimization |
| 7 | Build a problem representation | Diagram, table, state-space | Whatever makes the structure visible |
| 8 | Decompose into sub-problems | Break into tractable pieces | Can each piece be solved separately? |
| 9 | Check for hidden assumptions | Name what you are taking for granted | What would break if this assumption fails? |
| 10 | Restate with all of the above | Confirm readable, complete understanding | The restated problem should be solvable by a peer without the original |
Pattern: Read the problem, then state it without looking at the original. If the restatement is incomplete or wrong, comprehension has failed and no solving should begin.
Worked example. "A train leaves Boston at 8 a.m. traveling 60 mph east. A second train leaves New York at 9 a.m. traveling 50 mph west on the same track. The cities are 220 miles apart. When do they meet?"
Restatement: "Two trains on the same track, one from each end of a 220-mile segment. The eastbound train has a one-hour head start at 60 mph. The westbound starts at 50 mph. Find the time at which they occupy the same point on the track."
The restatement names every entity, every rate, every distance, and the success criterion. If any of these are missing, read the problem again.
Pattern: List every quantity, condition, or relationship the problem provides. Treat this as an inventory, not a narrative.
Worked example (continued). Knowns:
Pattern: List every value the problem asks you to find. If the problem asks for multiple things, list each separately.
Worked example (continued). Unknowns:
The implicit unknown matters because it is required to verify the answer.
Pattern: List every limit on the solution space. Constraints are sometimes stated, sometimes implied by physical reality, and sometimes embedded in the problem type.
Worked example (continued). Constraints:
Pattern: Write the success criterion as a sentence. "I will have solved this problem when I know [X]." This prevents drift during solving.
Worked example (continued). Goal: "I will have solved this problem when I know the clock time at which both trains are at the same mile marker."
Pattern: Match the problem to a known category. The category determines which solving strategies are appropriate.
Primary categories:
Recognizing the type narrows the strategy space before any work begins.
Pattern: Produce an external representation that makes the structure visible. Diagrams, tables, state-spaces, and equations all qualify.
Worked example (continued). A simple diagram:
Boston New York
|<---- 220 miles ---->|
|-- 60 mph ----------->
<---- 50 mph --|
8 a.m. 9 a.m.
This immediately shows that the eastbound train has a head start, which is the central difficulty of the problem.
Pattern: Break the problem into pieces that can be solved independently, then combined. If the problem is small, skip this step.
Worked example (continued). Sub-problems:
Each is solvable with simple arithmetic. The combined answer falls out.
Pattern: List what you are taking for granted. Hidden assumptions are the most common cause of comprehension errors.
Worked example (continued). Hidden assumptions:
If any assumption fails, the answer changes.
Pattern: Produce a final restatement that a peer could solve without the original problem text. If the peer cannot, comprehension is incomplete.
Worked example (final). "Between Boston and New York, 220 miles apart on a single track, an eastbound train leaves Boston at 8 a.m. at 60 mph and a westbound train leaves New York at 9 a.m. at 50 mph. Both move at constant speed. Find the clock time at which they occupy the same point."
This restatement is solvable. Comprehension is complete.
Failures to watch for: