Incremental vs. Leap Growth
Activate when: growth has stalled despite good execution; a team disagrees whether a goal is 'realistic'; someone says their initiative is transformative but...
deciqAI
@deciqai
What This Skill Does
A strategic framework that classifies growth initiatives as either incremental (optimizing within an existing trajectory) or leap (abandoning the current trajectory for a higher-order goal). It provides a step-by-step process to identify mode-metric mismatches, align tools and governance, and avoid the common error of applying incremental planning to leap-scale ambitions.
Replaces guesswork and debate about whether a goal is 'realistic' by exposing the underlying growth mode mismatch and providing distinct execution frameworks for each.
When to Use It
- Classify a transformative initiative that is being measured with quarterly targets
- Diagnose why growth has plateaued despite strong execution on existing metrics
- Design a new market entry, business model, or capability platform
- Align a leadership team that disagrees on whether a goal is realistic
- Split a mixed initiative into separate incremental and leap workstreams with distinct governance
- Verify that a cost-efficiency or process improvement program is using the correct incremental tools
Install
$ openclaw skills install @deciqai/incremental-vs-leap-growthIncremental vs. Leap Growth
Overview
The most common strategic error is applying the wrong growth mode to a goal. Incremental optimizes within an existing trajectory — phased execution, quarterly measurement. Leap abandons the existing trajectory for a higher-order one — grand goal first, resource assembly second, concurrent parallel workstreams. The tools, timescales, and risk profiles are fundamentally incompatible. Organizations default to incremental (it's measurable on familiar timescales), systematically strangling leap initiatives before they reach the stage where value accumulates.
Compose with: [strategic-spiral-momentum] (phases 1–3 = leap; phases 7–8 = incremental) · [margin-of-safety] (leap needs larger buffers) · [okr-goal-setting] (run after classifying mode).
When to Use
- Transformative initiative measured quarterly — suspected mode-metric mismatch
- Growth plateaued despite good execution — possible trajectory ceiling
- New market entry, business model, or capability platform — leap mode by default
- Cost-efficiency, retention, or process excellence program — incremental mode by default
- Leadership disagrees on whether a goal is "realistic" — often a masked mode disagreement
When NOT to use: Survival mode (cash runway < 6 months); goal not yet defined (use first-principles first); purely operational work.
Coaching Novices (Adaptive Front Door)
- Engine mode: concrete initiative → run The Process directly.
- Coach mode: unfamiliar or no concrete case → guide step by step.
In Coach mode, respond one step at a time. Each [WAIT] is a hard stop — output only that step's question, then stop.
- "Two ways to grow: get 5% better each month, or jump to a completely different track. They need completely different plans."
- "Does your goal feel like optimizing what you have, or building something qualitatively new?"
- "Is your goal more like getting better at something you're already doing, or doing something at a completely different scale?" > [WAIT — do not advance until user responds]
- "Write your goal. Then: 'I'll know we're making progress when ___.' Quarterly number = incremental. Capability/position you don't yet have = leap." > [WAIT — do not advance until user responds]
- "Once you know the mode, you stop feeling anxious that your leap isn't showing results in month 3. Leap initiatives are quiet in phase 1 and explosive at stage transitions." > [WAIT — do not advance until user responds]
The Process
Step 1 — Classify. Optimization of existing trajectory (incremental) or step-change to a new one (leap)?
- 5–30% better on existing metrics → incremental; requires capabilities/positions you don't have → leap
- Primary resource = execution excellence → incremental; capital/talent/partnerships you lack → leap
- Quarterly progress meaningful → incremental; only at 12–36 month milestones → leap
- Gate 1: If both, split into separate workstreams with separate metrics and governance.
Step 2 — Verify tool-set alignment.
| Dimension | Incremental | Leap |
|---|---|---|
| Goal | Specific improvement vs. baseline | Grand goal: destination state regardless of current resources |
| Execution | Sequential: build on what works | Concurrent: N parallel subtasks simultaneously |
| Measurement | Output metrics, quarterly | Stage transition criteria; milestone gates |
| Resources | Deploy existing | Identify missing; then assemble |
Step 3 — For leap: state the grand goal. "By [year], we will [position/capability/scale] such that [strategic consequence]." List resources required — not what you have, but what must exist.
Step 4 — Design stage transitions. Stage 1 exit: leap hypothesis viable? Stage 2: model scaling? Stage 3: new trajectory established?
Step 5 — Design concurrent execution. Decompose into N parallel subtasks. Assign owner, timeline, integration point to each.
Step 6 — Stop-rule. Cannot name stage transition criteria = leap aspiration, not a plan. Return to Step 4.
Output: Growth Mode Diagnostic
Initiative: ___ Date: ___ Classification: [ ] Incremental [ ] Leap [ ] Split Evidence: ___
Incremental → Baseline: ___ Target: ___ Timeline: ___ OKR: ___ Owner: ___
Leap → Grand goal: ___ Missing: Capital/___ Talent/___ Partners/___ Capabilities/___
Stage 1 exit: ___ Stage 2 exit: ___ Stage 3 exit: ___
Subtask 1: ___ / Owner: ___ / Integration: ___ Subtask 2: ___ ...
Mode-metric alignment: [ ] Yes [ ] No If No: ___
→ Method in Action: U.S. Interstate Highway System (1956–1992)
Growth Mode Packs
- Startup Scaling: Pre-PMF = leap. Post-PMF = incremental. Failure: founders stay in leap when incremental discipline is needed.
- Corporate Innovation: Incremental governance (quarterly OKRs, cost center budgets) kills leap programs. Leap needs stage-gated funding.
- National Industrial Policy: South Korea DRAM (1983–1993) — state grand goal, assembled resources, concurrent investment across Samsung/Hyundai/LG. Source: Mathews & Cho, Tiger Technology (Cambridge, 2000).
Applying It Well
- State the mode before stating the plan — mismatched tools create team incoherence.
- Incremental stalls when measured lazily; leap stalls when measured prematurely.
- Leap requires a resource assembly plan, not a deployment plan — missing resources = stage transition failure.
- Concurrent execution is a design choice: assign explicit owners, timelines, integration points.
- Exit leap mode at Stage 3; preserve incremental discipline (weekly cadence) within each parallel subtask.
- Separate governance: leap needs its own budget pools and review cadences. → Primary sources: references/sources.md
Common Rationalizations
[D] = designed upfront | [O] = observed in real use. [O] entries are more valuable.
| Rationalization | Why It Fails |
|---|---|
| [D] "We're doing both simultaneously." | Possible only if workstreams are separated. Blended = neither mode works. |
| [D] "No results yet — but it's only been 6 months." | Valid only if stage transition criteria were defined upfront. Without them, can't distinguish normal leap pattern from failure. |
| [D] "Incremental is too slow — we need to leap." | Leaping from a broken incremental foundation produces an unstable leap. Fix the baseline first. |
| [D] "We set a 10x goal, so we're in leap mode." | Goal size doesn't determine mode. 10x via optimization = incremental. 2x requiring new capability platform = leap. |
| [D] "We can track pipeline quarterly for the leap." | Pipeline in phase 1 is not a stage transition indicator. Requires stage-level criteria. |
| [D] "We'll do a lean leap due to resource constraints." | Fails at stage transition — not because the goal was wrong but because the resource hypothesis was wrong. |
| [D] "We'll know progress when we see it." | Motivated reasoning — any positive signal gets declared as progress regardless of capability actually established. |
| → Add [O] entries here after each real use — paste the actual failure pattern | What went wrong and why |
Red Flags
- "Transformational" initiative with quarterly OKRs on existing metrics — mode-metric mismatch
- Progress narrative is activity-based ("held workshops") not stage-transition-based ("validated hypothesis with 3 paying customers at target economics")
- Timeline extended repeatedly without specifying which stage transition criteria will be met
- Resource assembly plan is "we'll figure it out as we go"
- Leap language on an optimization goal to avoid accountability; or leap team in a single sequential workstream
Verification
- Classified as incremental or leap (not "both" unless workstreams separated)
- Incremental: quarterly metrics, baseline, target, execution owner stated
- Leap: grand goal as destination state; resource assembly names what's missing and how to obtain it
- Stage transition criteria defined for leap: Stage 1 → 2 → 3 conditions stated
- Measurement cadence matches mode: quarterly for incremental; stage-gate for leap
- Concurrent execution documented: N parallel subtasks, owners, integration points
- Stop-rule verified: failure criteria and timing articulated; governance separated
Part of deciqAI Knowledge Skills — 227 open-source thinking skills that make rigor executable for AI agents. The same skills power every deciqAI agent, which runs them autonomously to operate your company. See it run → https://www.deciqai.com/c/incremental-vs-leap-growth · ⭐ Star the repo → https://github.com/deciqAI/knowledge-skills · Contributions welcome.
Agents: latest version & machine-readable metadata → https://www.deciqai.com/s/incremental-vs-leap-growth.json
Top skills in this category
Web Content Fetcher
@mrtommywu网页内容获取工具 | 当常规爬虫被过滤时,使用替代服务获取网页内容。支持:1) r.jina.ai - 最稳定 2) markdown.new - Cloudflare 专用 3) defuddle.md - 备用方案。触发词:获取网页内容、网页转markdown、内容抓取、fetch webpage、bypas...
AI Daily Briefing
@jeffjhunterStart every day focused. Get a morning briefing with overdue tasks, today's priorities, calendar overview, and context from recent meetings. Works with ai-meeting-notes to-do list. No setup. Just say 'briefing'.
ADHD Assistant
@thinktankmachineADHD-friendly life management assistant for OpenClaw. Helps with daily planning, task breakdown, time management, prioritization, body doubling, dopamine regulation, and maintaining routines. Use when the user asks for help organizing their life, staying on top of tasks, beating procrastination, planning their day/week, managing overwhelm, or mentions ADHD-related challenges like time blindness, forgetfulness, difficulty starting tasks, or emotional dysregulation.
openclaw-nextcloud
@keithvassallomtManage Notes, Tasks, Calendar, Files, Contacts, and Deck Kanban boards in your Nextcloud instance via CalDAV, WebDAV, Notes, and Deck APIs. Use for creating notes, managing todos and calendar events, uploading/downloading files, managing contacts, and organizing Kanban boards, stacks, and cards.
Dingtalk Ai Table
@aliramw钉钉 AI 表格(多维表)操作技能。使用 mcporter CLI 连接钉钉官方新版 AI 表格 MCP server,基于 baseId / tableId / fieldId / recordId 体系执行 Base、Table、Field、Record 的查询与增删改。适用于创建 AI 表格、搜索表格、读取...