Bounded Rationality
Concept describing cognitive and informational limits in decision processes.
Classification
- ComplexityMedium
- Impact areaOrganizational
- Decision typeOrganizational
- Organizational maturityIntermediate
Technical context
Principles & goals
Use cases & scenarios
Compromises
- Overreliance on simplified rules can amplify bias.
- Unclear satisficing criteria cause arbitrary prioritization.
- Lack of validation can cement wrong decisions long-term.
- Document explicit assumptions and validate by priority.
- Use clear satisficing thresholds instead of hidden heuristics.
- Use iterative experiments to quickly reduce uncertainties.
I/O & resources
- Available data and assumptions
- Stakeholder goals and constraints
- Time and resource constraints
- Documented decision rules and priorities
- List of validating experiments or measures
- Traceable rationales for trade-offs
Description
Bounded rationality describes cognitive and informational limits on human decision-making that prevent optimal choices. It explains how satisficing, heuristics, and simplified models shape decisions in organizations and product design. The concept helps to create realistic decision frameworks and practical prioritization rules.
✔Benefits
- Enables faster, practically deployable decisions.
- Reduces analysis paralysis via clear satisficing criteria.
- Improves governance through realistic decision frameworks.
✖Limitations
- Does not yield optimal solutions, only acceptable compromises.
- Requires good heuristics; poor heuristics create systematic errors.
- May lead to inconsistent decisions if not documented.
Trade-offs
Metrics
- Decision lead time
Time from problem identification to final decision.
- Number of iterations to validation
How many iteration cycles were required to validate assumptions.
- Conformity to satisficing criteria
Share of decisions meeting defined satisficing thresholds.
Examples & implementations
Product prioritization in a SaaS startup
Team uses satisficing rules to decide with limited user data.
Governance design in a public agency
Formal decision paths simplified to reduce cognitive overload.
Architecture decision in a microservices project
Simplified assumptions enabled iterative decisions instead of perfect planning.
Implementation steps
Raise awareness of cognitive limits in the team.
Define satisficing criteria and simple heuristics.
Design decision processes to allow short validation loops.
Document outcomes and institutionalize learning loops.
⚠️ Technical debt & bottlenecks
Technical debt
- Undocumented decision heuristics in code and processes.
- Outdated assumptions not revalidated.
- Missing instrumentation to measure decision quality.
Known bottlenecks
Misuse examples
- Using simplified rules as a permanent excuse for missing data.
- Adopting poor heuristics without monitoring.
- No validation: assumptions are never tested.
Typical traps
- Belief that simple rules are always safer.
- Underestimating systematic biases.
- Lack of traceability in delegated decisions.
Required skills
Architectural drivers
Constraints
- • Limited data availability and quality issues
- • Time pressure in decision cycles
- • Limited cognitive capacity of decision makers