Design Constraint-Relaxation Table¶
Template — instantiates Necessity-Possibility-Contingency Framing
A table that separates physical, legal, technical, financial, institutional, and preference constraints.
Design Constraint-Relaxation Table takes the constraints a design is treating as fixed and sorts each one by kind and hardness — physical law, legal code, technical limit, budget, institutional habit, bare preference — then records, for the soft ones, what relaxing them would open. Its defining move is refusing to treat every "we can't" alike: a load-bearing law of nature and a self-imposed style preference sit in different rows with different colors, because one cannot be relaxed at any price and the other can be dropped in a meeting. It is not about arraying cases or classifying claims; it is about auditing the constraint set itself so that a merely-expensive limit stops being mistaken for an impossibility.
Example¶
An architecture team believes a mixed-use tower on a tight urban lot is impossible: it "can't" hit the required unit count. They build a Design Constraint-Relaxation Table. Each stated constraint becomes a row sorted by type and hardness — column-free ground-floor retail (technical, hard-ish), 18-story height (legal: zoning cap), $52M budget (financial), all-glass south facade (preference), the site's soil bearing capacity (physical, immovable), and a historic-district facade line (legal, but variance-eligible).
Sorting exposes what the "impossible" was hiding. The soil capacity is genuinely fixed; almost nothing else is. The height cap is legal, not physical, and the exception column notes a density-bonus provision that lifts it in exchange for ground-floor public space. The all-glass facade is a preference wearing the costume of a requirement. The relaxation ladder then orders the cheap, reversible relaxations first — drop the glass facade, pursue the density bonus — and the team finds the unit count is not impossible but contingent on two relaxations it had never distinguished from the laws of physics.
How it works¶
Every constraint gets a row; the columns are its type (physical / legal / technical / financial / institutional / preference), its hardness, whether it is relaxable, the conditions or exceptions under which it binds or lifts, and what relaxing it opens. The distinguishing steps are the sort and the ladder: sorting assigns each constraint a modal force by kind (a physical constraint bounds the possible; a preference bounds only the currently-chosen), and the ladder orders relaxations from cheapest and most reversible to costliest, so the design space is expanded in the safest order. The table maps and orders constraints; it stops short of drawing the resulting design cases.
Tuning parameters¶
- Type taxonomy resolution — how many constraint kinds. Six kinds catch the physical/legal/financial/preference confusions; more kinds discriminate finer but slow the sort.
- Hardness scale — binary hard/soft versus graded. Graded surfaces the "expensive but not impossible" middle where most false impossibilities hide.
- Relaxation ladder ordering criterion — by cost, by reversibility, by risk, or by who must approve. Different orderings expand the space in different safe-first sequences.
- Exception depth — how far to chase variances, waivers, and derogations before calling a constraint truly binding.
- Provenance tracking — whether each constraint records who imposed it, which is what exposes a preference masquerading as an external mandate.
When it helps, and when it misleads¶
Its strength is dismantling false impossibility. By forcing every "can't" into a typed, hardness-rated row, it separates physical impossibility from practical infeasibility — the distinction a design team most often collapses under deadline.[1] A constraint no one can name the source of is usually a preference, and the table drags it into the open.
Its failure mode is the opposite over-correction: once relaxation is on the table, a team can talk itself into relaxing a genuinely hard constraint, treating the soil-bearing row as negotiable because everything else was. It also invites constraint conflation in reverse — labeling an immovable legal duty a mere "institutional preference" to justify a shortcut. The classic misuse is a relaxation ladder built to reach a predetermined design, relaxing whatever stands in the way. The guarding discipline is to fix the hardness column before anyone knows which relaxations the desired design needs, and to require an explicit source for every constraint marked soft.
How it implements the components¶
accessibility_relation_or_constraint_rule— the typed, hardness-rated constraint set is the rule that defines which designs are admissible; sorting constraints by kind is authoring that rule.assumption_relaxation_ladder— the ordering of soft constraints from cheapest-reversible to costliest is the ladder along which the design space is expanded.condition_and_exception_register— the exceptions column records the variances, waivers, and conditions under which each constraint binds or lifts.
It does not build or compare the concrete designs the constraints admit — possible_world_or_case_set and contingency_dependency_map are its nearest twin Possible-World Case Matrix's job, which arrays the cases this table only bounds; and it does not classify propositions into modal statuses or action rules — modal_status_taxonomy and decision_translation_rule belong to Modal Claim Table.
Related¶
- Instantiates: Necessity-Possibility-Contingency Framing — the table audits the constraint set, separating hard bounds on the possible from soft, relaxable ones.
- Sibling mechanisms: Modal Claim Table · Possible-World Case Matrix · Counterfactual Minimal-Change Checklist · Assumption Lock-and-Relax Workshop · Necessity-Possibility Red Team · Legal Obligation-Permission Matrix · Modal Language Review Protocol
Editorial Notes¶
Form Classification¶
Form family: Representation, Specification & Plan
Rationale: Design Constraint-Relaxation Table operates as a non-executable information artifact that externalizes static or prospective structure because it a table that separates physical, legal, technical, financial, institutional, and preference constraints.
Independent corroboration: The frozen evidence defines Design Constraint-Relaxation Table as 'A table that separates physical, legal, technical, financial, institutional, and preference constraints', so its operative form is Representation, Specification & Plan.
Review outcome: Independent reviewer agreement; high confidence.
Origin Attribution¶
Primary origin: Engineering & Design
Origin pattern: Cross-disciplinary synthesis
Present-day reach: Multi-domain
Rationale: Engineering design is primary because the mechanism inventories design constraints, distinguishes hard physical bounds from negotiable requirements, and orders safe relaxation of the latter. TRIZ's inventive-problem lineage materially supplied contradiction analysis and the challenge to conventions mistaken for physical necessity.
Related originating lineages:
- Innovation & Entrepreneurship — Inventive-problem-solving practice supplied systematic challenge of apparent constraints and conventional tradeoffs.
Review resolution: Engineering design is primary because the mechanism inventories design constraints, distinguishes hard physical bounds from negotiable requirements, and orders safe relaxation of the latter. TRIZ's inventive-problem lineage materially supplied contradiction analysis and the challenge to conventions mistaken for physical necessity.
Attribution caveat: The six-category table and relaxation ladder are a portable encyclopedia artifact synthesized from engineering constraint analysis and TRIZ rather than a canonical TRIZ worksheet.
Encyclopedia synthesis: The exact catalogued form synthesizes established practice rather than reproducing a single standard historical label.
Review outcome: Researched adjudication after independent review; high confidence.
Sources consulted:
Notes¶
The table and the Assumption Lock-and-Relax Workshop are complements, not duplicates: the workshop is the live facilitation that produces the fixed-versus-relaxable partition among a team's assumptions, while this table is the durable artifact that types and ladders the design's constraints. A workshop without a table forgets its own reasoning; a table filled without a workshop tends to encode one person's hardness judgments.
References¶
[1] TRIZ, the theory of inventive problem solving, is built on the premise that many apparent physical contradictions are really unexamined constraints, and that a "contradiction" dissolves once you separate what physics forbids from what convention merely assumes — the same separation this table forces through its type and hardness columns. withdrawn registry ↩