Skip to content
Development
Skill

/grad-ambidexterity

\"Apply organizational ambidexterity theory to balance exploration and exploitation activities. Use this skill when the user needs to diagnose whether an organization is over-exploiting or over-exploring, design structures that support both innovation and efficiency, or evaluate

From plugin
awesome-agent-skill
27200 skills4 commands

Claude Code

$ npx -y skills add charlieviettq/awesome-agent-skill --skill grad-ambidexterity --agent claude-code

SKILL.md

grad-ambidexterity.SKILL.md
name: "\"grad-ambidexterity\""
description: "\"Apply organizational ambidexterity theory to balance exploration and exploitation activities. Use this skill when the user needs to diagnose whether an organization is over-exploiting or over-exploring, design structures that support both innovation and efficiency, or evaluate the tension between short-term performance and long-term renewal.\"."
allowed-tools: Read, Glob, Grep

Organizational Ambidexterity: Exploration vs Exploitation

Overview

Organizational ambidexterity refers to a firm's ability to simultaneously pursue exploration (innovation, experimentation, new opportunities) and exploitation (efficiency, refinement, execution of existing capabilities). March (1991) demonstrated that firms favoring one over the other face suboptimal outcomes: over-exploitation leads to competency traps, while over-exploration leads to failure traps.

When to Use

**Trigger conditions:**

  • User asks how to innovate without sacrificing current business performance
  • User is restructuring an organization to support both R&D and operations
  • User describes symptoms of a competency trap (good at the wrong things) or failure trap (too many experiments, no results)
  • User mentions "explore vs exploit", "innovation vs efficiency", or "ambidextrous organization"

**When NOT to use:**

  • For analyzing disruption from external entrants -> use grad-disruptive-innovation
  • For strategic alliances to access innovation -> use grad-coopetition
  • For internationalization decisions -> use grad-oli or grad-uppsala

Assumptions

IRON LAW: Over-Exploiting Kills Long-Term Innovation;
          Over-Exploring Kills Short-Term Revenue

Exploitation WITHOUT exploration leads to a COMPETENCY TRAP: the firm
becomes excellent at yesterday's business and is blindsided by change.

Exploration WITHOUT exploitation leads to a FAILURE TRAP: the firm
burns resources on experiments that never reach market scale.

There is no stable equilibrium — the balance must be actively managed.
  • Exploration and exploitation compete for scarce resources (attention, talent, budget)
  • The optimal balance shifts with industry dynamism and firm lifecycle stage
  • Senior leadership must actively manage the tension — it does not self-organize

Methodology

Step 1: Diagnose the Current Balance

Assess the organization's exploration-exploitation ratio:

| Indicator | Exploitation-Heavy | Balanced | Exploration-Heavy | |-----------|-------------------|----------|-------------------| | R&D spend (% revenue) | < 3% | 5-15% | > 20% | | New product revenue (% total) | < 10% | 20-40% | > 50% | | Time horizon of projects | < 1 year | Mixed | > 3 years | | Tolerance for failure | Very low | Moderate | Very high | | Process formalization | Rigid | Adaptive | Chaotic |

Step 2: Identify the Ambidexterity Mode

Choose the structural approach:

  • **Structural ambidexterity** (Tushman & O'Reilly): Separate exploration units from exploitation units with different cultures, processes, and metrics. Senior leadership integrates at the top.
  • **Contextual ambidexterity** (Gibson & Birkinshaw): Individual employees switch between exploration and exploitation based on context. Requires supportive culture (discipline + stretch + trust + support).
  • **Sequential ambidexterity**: Alternate between periods of exploration and exploitation (less common, suits smaller firms).

Step 3: Design the Integration Mechanism

For structural ambidexterity, define:

  • Separate unit boundaries (physical, cultural, reporting)
  • Integration points (shared senior team, knowledge transfer rituals)
  • Resource allocation rules (fixed exploration budget vs dynamic)

For contextual ambidexterity, define:

  • Behavioral expectations (% time on exploration vs exploitation)
  • Cultural enablers (psychological safety for experimentation)
  • Metrics that reward both (balanced scorecard approach)

Step 4: Monitor and Rebalance

Establish review cycles (quarterly pipeline health, annual market trends) to detect drift toward either trap. Define trigger conditions for rebalancing.

Output Format

# Ambidexterity Assessment: {Organization}

## Current State Diagnosis
- Balance: Exploitation-heavy / Balanced / Exploration-heavy
- Evidence: {key indicators}
- Risk: Competency trap / Failure trap / None

## Recommended Ambidexterity Mode
- Mode: Structural / Contextual / Sequential
- Rationale: {why this mode fits}

## Design Recommendations
- Exploration unit: {scope, budget, metrics, reporting}
- Exploitation unit: {scope, budget, metrics, reporting}
- Integration mechanism: {how they connect}

## Rebalancing Triggers
- {Condition 1}: shift toward more exploration
- {Condition 2}: shift toward more exploitation

Gotchas

  • **Structural separation without integration is just a spin-off**: If the exploration unit has no connection to the core business, you lose synergies. The senior team MUST integrate.
  • **"Innovation theater" is not exploration**: Hackathons and labs that never ship products waste resources. Exploration must have a path to market.
  • **Context matters for mode selection**: Structural ambidexterity suits large firms with resources to maintain separate units. Contextual suits smaller firms where everyone wears multiple hats.
  • **The balance point shifts**: A startup should be exploration-heavy. A mature firm in a stable industry can be exploitation-heavy. There is no universal ratio.
  • **Metrics misalignment is the #1 killer**: If exploration units are judged by exploitation metrics (quarterly revenue), they will be shut down before they can deliver.

References

  • For March (1991) formal model of adaptive systems, see `references/march-1991-model.md`
  • For Tushman & O'Reilly structural design templates, see `references/structural-ambidexterity-design.md`
Read more
@charlieviettq
Ships withawesome-agent-skill

Curated skill pack for LLM agents in engineer and science workflow (Cursor & Claude ready).

Stars on GitHub

Momentum

stars in total
27
Star history of charlieviettq/awesome-agent-skill on GitHub, a chart by star-history.com

Other skills on awesome-agent-skill.

More skills from other plugins.

brainstorming
Auto-invoked

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

@obra@obraInstall Skill
ask-matt

ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

skills10d309k
@mattpocock@mattpocockInstall Skill
accessibility
Auto-invoked

accessibility

Design, implement, and audit accessible UI to WCAG 2.2 Level AA across Web, iOS, and Android — semantic ARIA roles and labels,…

ecc12d293k
@affaan-m@affaan-mInstall Skill
compiler-commit

compiler-commit

Use when you want to verify compiler changes and commit with the correct convention. Runs tests, lint, and format, then commits…

react1d252k
@facebook@facebookInstall Skill

Questions about grad-ambidexterity.

Which coding agents can use grad-ambidexterity?
grad-ambidexterity installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.