Unintended consequences describe effects that arise from well-intentioned actions, design decisions, or policies but were not part of the original intent. In complex systems, such effects often emerge due to feedback loops, delays, incorrect assumptions, or partially understood system structures. The concept supports early identification of side effects, mak…
Use this profile to understand the building block briefly, place it in the model, and switch to the 360° assessment when needed.
Theoretical construct: explains a term, principle, or mental model.
What you need to understand to reason about a domain.
Unintended consequences are effects of a decision that were not intended or anticipated.
The expression comes from Robert K. Merton, who described unintended consequences of purposive social action in 1936. Systems thinking extended the view with feedback and delays.
Ask about direct effects, feedback, and delayed impacts.
Actions can trigger additional effects.
Connections carry local decisions through a system.
Before an architecture, product, or organizational decision, check side effects, feedback, and delays; monitor affected indicators afterward.
For architecture, product, or organizational decisions, check which side effects, feedback loops, and delays an action may trigger, then define what to observe afterward.
Where this building block is located in the topic model.
No structure path available.
Explore how this building block connects to concepts, methods, technologies, and tools.
These sources establish the term and its professional meaning.
All direct connections of the current building block in a compact text view.
This classification shows where the building block typically matters, how demanding it is, and what kind of impact it has in the model.
The level within the organization (enterprise, domain, team) at which the AssetBlock is applied.