lev-os Dependent Origination (Pratityasamutpada)
Overview
Dependent Origination (Sanskrit: Pratityasamutpada) is a core Buddhist teaching stating that everything arises in dependence upon multiple causes and conditions; nothing exists as a singular, independent entity. The Buddha expressed this as: "When this is, that is. From the arising of this comes the arising of that. When this isn't, that isn't. From the cessation of this comes the cessation of that."
This teaching emerged around 500 BCE as a middle way between eternalism (things have permanent essence) and nihilism (nothing exists). For modern practitioners, it functions as a sophisticated systems thinking framework: understanding that outcomes emerge from webs of interdependent factors enables identifying leverage points, predicting ripple effects, and recognizing that changing any condition changes the entire system.
When to Use
- Analyzing complex problems with multiple interacting causes
- Understanding why simple solutions to complex problems fail
- Identifying leverage points where intervention creates cascading change
- Recognizing unintended consequences before they occur
- Building empathy by seeing others' behavior as conditioned, not chosen
- Designing systems, products, or organizations with interdependencies
- Breaking cycles of suffering or dysfunction by addressing root conditions
- Environmental or ethical decision-making with far-reaching implications
The Process
Step 1: Identify the Phenomenon to Understand
Select the outcome, behavior, or situation you want to analyze or change.
Ask: What specific phenomenon am I trying to understand or transform?
Example: "Why does our team keep missing deadlines?"
Step 2: Map the Web of Conditions
Identify all the conditions that must be present for this phenomenon to arise. Nothing happens from a single cause.
Ask: What factors, when present together, give rise to this? Consider people, processes, resources, history, environment, beliefs.
Example (missed deadlines): Unclear requirements, scope creep, interruptions, unrealistic estimates, no buffer time, fear of saying no, reward for heroics, technical debt, understaffing.
Step 3: Trace the Dependencies
Examine how these conditions depend on and reinforce each other. Look for loops and chains.
Ask: How does each condition arise? What conditions give rise to those conditions?
Example:
- Fear of saying no → arises from → past punishment for pushing back → which arose from → manager's anxiety → which arose from → executive pressure
- Unrealistic estimates → arises from → optimism bias + desire to please + lack of historical data
Step 4: Find the Leverage Conditions
Identify conditions that, if changed, would transform the entire web. These are not always the most obvious factors.
Ask: Which conditions, if absent, would prevent the phenomenon? Which are easiest to change?
Example: Implementing historical data tracking for estimates addresses multiple downstream issues. Creating safety for "no" transforms the fear loop.
Step 5: Recognize Impermanence and Change
Understand that since all conditions are themselves dependent on conditions, change is always possible. Nothing is fixed.
Ask: What's already shifting in these conditions? What small changes are creating openings?
Example: New manager is more receptive to pushback - this shift creates opportunity to address the fear condition.
Step 6: Intervene Skillfully
Make changes at leverage points while anticipating how the web will respond. Small, well-placed interventions often outperform large direct attacks.
Action: Address 2-3 key conditions rather than all conditions. Monitor ripple effects.
Example: Implement estimation database + hold retrospectives on estimates + manager explicitly invites timeline concerns = gradual system transformation.
Example Application
Situation: Product experiencing customer churn spike.
Application:
- Phenomenon: 40% increase in monthly churn
- Web of conditions: Recent price increase + competitor launched alternative + support response time increased + feature requests ignored + economic downturn + customer success team restructured
- Trace dependencies: Support time increased because CS restructure → restructure happened because of cost cuts → cost cuts because revenue pressure → revenue pressure partly because of churn (circular)
- Leverage conditions: Support response time is addressable and affects multiple churn reasons. Customer success restructure is reversible. Feature backlog contains high-impact items.
- Impermanence: Economic downturn will shift. Competitor is also vulnerable. Support team is trainable.
- Skillful intervention: Prioritize support response (quick win), ship top 3 requested features, add proactive outreach to at-risk accounts.
Outcome: Addressed interconnected conditions rather than just lowering price. Churn stabilized as multiple conditions shifted.
Example Application 2
Situation: Personal pattern of procrastination on important projects.
Application:
- Phenomenon: Procrastinating on book writing for months
- Web of conditions: Fear of judgment + perfectionism + unclear daily routine + competing urgent tasks + environment with distractions + self-identity as "not a writer" + past unfinished projects
- Dependencies: Perfectionism → arises from → fear of judgment → arises from → past criticism → reinforced by → unfinished projects (circular)
- Leverage conditions: Environment is changeable today. Morning routine can be restructured. Identity can shift through small wins.
- Intervention: Write 200 words daily in distraction-free space before email. Small completions shift identity, reduce perfectionism pressure.
Outcome: Daily writing habit addressed multiple conditions simultaneously. Finished first draft in 4 months.
Anti-Patterns
- Infinite regress analysis without action (everything depends on everything)
- Using interdependence to avoid personal responsibility ("conditions made me do it")
- Paralysis from complexity instead of choosing leverage points
- Ignoring that you are also a condition affecting others
- Treating this as determinism (conditions influence but don't eliminate choice)
- Forgetting that understanding conditions enables compassion for self and others
- Looking only for single root causes instead of condition webs
Related
- twelve-leverage-points (Meadows' hierarchy of intervention points in systems)
- feedback-loops (reinforcing and balancing loops in systems)
- systems-thinking (understanding behavior through structure)
- five-whys (tracing causal chains to root causes)
- five-aggregates (Buddhist analysis of experience into components)
- second-order-effects (anticipating downstream consequences)