adaptive-learning-playbook: Скилл для стратегической адаптации

--- name: adaptive-learning-playbook description: > World-Class Adaptability & Learning Playbook. Use for: market trend awareness, horizon scanning, PESTLE analysis, organisational agility, Kaizen, PDCA cycles, 5S, lean operations, experimentation culture, hypothesis-driven development, A/B testing, MVP design, knowledge management, decision logs, ADRs, after-action reviews, competitive intelligence, SWOT, Porter's Five Forces, battlecards, pivoting strategy, lean startup, business model canvas, signal detection, scenario planning, learning velocity, value stream mapping, Gemba walks. Trigger when discussing ANY organisational learning, strategic adaptability, continuous improvement, competitive analysis, experimentation, knowledge systems, or pivot/persevere decisions. Also for startup strategy around product-market fit or validated learning. If it touches learning faster, adapting better, or competing smarter — use this skill. --- # World-Class Adaptability & Learning Playbook You are operating as a world-class strategic advisor on organisational adaptability. Every piece of advice must meet the standard of elite startup and enterprise strategy — grounded in research, practically actionable, and calibrated for resource-constrained, multi-jurisdictional technology companies. No generic consulting platitudes. No theory without application. ## Core Philosophy ``` CONTINUOUS ADAPTATION > RESILIENCE > AGILITY Resilience survives disruption. Agility responds to it. Continuous adaptation creates the future rather than preparing for it. ``` **Seven interlocking capabilities. One operating system. Daily compounding.** --- ## 1. The Adaptability Capability Stack (Priority Order) | # | Capability | Core Question | |---|---|---| | 1 | **Market Trend Awareness** | What is changing and what does it mean for us? | | 2 | **Organisational Agility** | How fast can we sense change and reorganise? | | 3 | **Continuous Improvement (Kaizen)** | Are we measurably better every single day? | | 4 | **Experimentation Culture** | Do we test assumptions before committing resources? | | 5 | **Knowledge Management** | Can the right person access the right knowledge at the right time? | | 6 | **Competitive Intelligence** | Do we understand the landscape well enough to act, not just observe? | | 7 | **Pivoting Ability** | Can we redirect strategy without losing momentum or identity? | ## 2. Market Trend Awareness ### Signal Categories | Signal Type | Confidence | Lead Time | Examples | |---|---|---|---| | **Strong** | High | Low | Published regulations, competitor launches, central bank decisions | | **Emerging** | Medium | Medium | Patent filings, VC funding patterns, draft legislation, academic breakthroughs | | **Weak** | Low | High | Social sentiment shifts, niche community discussions, adjacent-industry innovations | ### Collection Architecture - **Regulatory Radar:** Monitor FCA, Bank of Zambia, Estonian EFSA, EU Digital Finance Package - **Technology Watch:** GitHub trending, Hacker News, ArXiv, ProductHunt — focus AI/ML, blockchain, embedded finance, real-time payments - **Customer Signals:** NPS trends, support ticket themes, feature requests, churn reasons, social listening - **Macro Indicators:** Currency volatility, inflation, mobile money adoption, smartphone penetration by market ### Analysis Methods | Method | When | Output | |---|---|---| | PESTLE | Quarterly | Risk/opportunity matrix by jurisdiction | | Horizon Scanning | Monthly | Three-horizon map (now, next, future) | | Scenario Planning | Bi-annually | 2–4 scenario narratives with strategic implications | | Jobs-to-be-Done | New market entry | Unmet need map linked to product roadmap | | Trend Convergence | Weak signal clusters | Innovation thesis for experimentation | ### Cadence 1. **Weekly** — 30-min trend digest (top 5–10 signals) 2. **Monthly** — 60-min trend review (debate significance, update risk matrix) 3. **Quarterly** — Full PESTLE + Horizon Scan → feeds OKR planning 4. **Annual** — Deep scenario planning → multi-year strategic hedging ## 3. Organisational Agility ### Three Dimensions (SAFe Model) **Dimension 1 — Lean-Thinking People & Agile Teams** - Cross-functional by default. No single points of failure. - Push decisions to people closest to the information. Use the **two-way door** framework: if reversible, decide fast. - Celebrate learning from failure. Normalise "I was wrong" as intellectual honesty. **Dimension 2 — Lean Business Operations** - **Value Stream Mapping:** Map end-to-end from customer request to value delivery. Find bottlenecks, handoffs, waste. - **Flow Metrics:** Cycle time, lead time, throughput, WIP limits. Optimise for flow, not utilisation. - **Eliminate Muda:** Overproduction, waiting, transport, overprocessing, inventory, motion, defects. **Dimension 3 — Strategy Agility** - **Rolling Strategy Cycles:** Quarterly strategy sprints > annual monoliths. - **Portfolio Thinking:** Core 70% / Adjacent 20% / Transformational 10%. - **Strategic Optionality:** Stage-gate funding tied to validated learning milestones. ### Continuous Adaptation Model (WEF) | Domain | Stability (Continuity) | Transformation (Change) | |---|---|---| | Operations | Standardised processes, SLAs, quality controls | Modular architecture, API-first, cloud-native | | Organisation | Clear roles, shared values, communication cadence | Talent rotation, AARs, bottom-up idea flow | | Finance | Cash reserves, working capital, compliance | Variable cost structures, stage-gate funding, optionality | ## 4. Continuous Improvement (Kaizen) ### Core Principles 1. **Standardise then improve** — No Kaizen without a standard. Establish → measure → improve → re-standardise. 2. **Go to the Gemba** — Observe work where it happens. See problems in context. 3. **Visual management** — Performance, problems, priorities visible at a glance. 4. **Eliminate waste** — Target muda (waste), muri (overburden), mura (unevenness). 5. **Respect for people** — Those closest to the work have the best insights. ### PDCA Cycle | Phase | Activities | |---|---| | **PLAN** | Identify problem. Define goals. Analyse current state. Develop hypothesis. Set success metrics. | | **DO** | Implement on small scale / pilot. Document. Collect data. | | **CHECK** | Compare results vs expectations. Root-cause any gaps. | | **ACT** | If success → standardise. If not → revise hypothesis, re-cycle. Share learnings. | ### Two Modes - **Everyday Kaizen:** Daily standups, team boards, suggestion systems (teian), leader standard work. Aligns with CI/CD. - **Event Kaizen (Blitz):** 3–5 day time-boxed cross-functional sprints on a defined bottleneck. Step-change improvements. ### 5S for Tech/Startup Context | 5S | English | Application | |---|---|---| | Seiri | Sort | Remove unused code, deprecated APIs, stale docs, inactive repos | | Seiton | Set in Order | Organise repos, label issues, standardise naming conventions | | Seiso | Shine | Code reviews, dependency updates, security scans, DB cleanup | | Seiketsu | Standardise | Linting rules, PR templates, deployment checklists, runbooks | | Shitsuke | Sustain | Automated enforcement, retrospectives, continuous training | ## 5. Experimentation Culture ### The Scientific Approach Experimentation discipline matters as much as volume. Research shows programmes generating frequent early pivots may impede learning. Run the **right** experiments, learn the **most** from each. ### Experimentation Lifecycle 1. **Hypothesise** — "We believe [segment] will [action] because [reason]." 2. **Design** — Minimum viable experiment (MVE). Define success criteria BEFORE running. 3. **Execute** — Resist changing variables mid-test. Collect data rigorously. 4. **Analyse** — Results vs pre-defined criteria. Signal vs noise. 5. **Decide** — Persevere / Pivot / Kill. 6. **Codify** — Document learning regardless of outcome. Update knowledge base. ### Design Principles - **One variable at a time.** Multi-variable = hard to learn from. - **Pre-register success criteria.** Prevents post-hoc rationalisation. - **Time-box ruthlessly.** Deadline for every experiment. - **Small batch, fast feedback.** Many small > few large. - **Psychological safety.** Reward experiment quality, not outcome. ### Experiment Types | Type | Speed | Fidelity | Best For | |---|---|---|---| | Smoke Test | Hours–Days | Low | Demand validation | | Concierge MVP | Days–Weeks | Medium | Value proposition testing | | A/B Test | Weeks | High | Conversion optimisation | | Wizard of Oz | Days–Weeks | Medium-High | Complex feature feasibility | | Pilot Launch | Weeks–Months | High | Market readiness | | Hackathon Sprint | Days | Low-Medium | Technical feasibility, ideation | ## 6. Knowledge Management ### Knowledge Types | Type | Description | Capture Method | |---|---|---| | **Explicit** | Documented, codified. Code, SOPs, runbooks. | Notion, Git repos, playbooks, decision logs | | **Tacit** | Experiential, intuitive. Why decisions were made. | Pair programming, mentorship, AARs, recorded walkthroughs | | **Embedded** | Baked into systems. CI/CD pipelines, linting rules. | ADRs, automated tests, process templates | ### Four-Layer Architecture 1. **Capture** — Decision Logs, ADRs, After-Action Reviews (AARs), Experiment Library 2. **Organise** — Single source of truth per knowledge type. Consistent tagging (domain, jurisdiction, status). SKILL.md architecture for AI workflows. 3. **Share** — Push (digests, Slack alerts, onboarding). Pull (searchable wiki, AI Q&A). Social (pairing, knowledge sessions, rotations). 4. **Apply** — Templates/checklists, AI augmentation (LLMs surfacing context), feedback loops on knowledge usage. ### Decision Log Template ``` ## Decision: [Title] - Date: YYYY-MM-DD - Status: Proposed / Accepted / Superseded - Context: What situation prompted this decision? - Options Considered: [List with pros/cons] - Decision: What was decided? - Rationale: Why? - Expected Outcome: What do we expect to happen? - Review Date: When will we assess the result? ``` ### ADR Template ``` ## ADR-NNN: [Title] - Status: Proposed / Accepted / Deprecated / Superseded - Context: Technical context and problem statement - Decision: The architectural decision made - Consequences: Positive, negative, and risks ``` ## 7. Competitive Intelligence ### The CI Cycle 1. **Define** — What decision will this inform? Be specific. 2. **Gather** — Websites, press releases, social, patents, job postings, regulatory filings, frontline sales intel. 3. **Analyse** — SWOT, Porter's Five Forces, positioning maps, gap analysis. 4. **Implement** — Battlecards (sales), strategic briefs (leadership), feature comparisons (product). ### Intelligence Layers | Layer | Track | Sources | |---|---|---| | Product | Features, pricing, UX, roadmap, APIs | Product pages, changelogs, app stores, dev docs | | Go-to-Market | Positioning, messaging, campaigns, partnerships | Websites, social, press releases, ad libraries | | Organisational | Hiring, team growth, leadership changes | LinkedIn, job boards, Companies House | | Financial | Funding, revenue signals, M&A | Crunchbase, PitchBook, regulatory filings | | Strategic | Vision shifts, expansion, IP filings | Earnings calls, blogs, patent DBs, conferences | ### Competitor Categories - **Direct:** Same product → same customer → same market - **Indirect:** Different product → same problem - **Future:** Adjacent capabilities or funding that could enter your market - **Substitutes:** Entirely different approaches that could make your category irrelevant ### CI Cadence - **Real-time:** Automated alerts for pricing changes, launches, funding - **Weekly:** 5-min digest of key movements + implications - **Monthly:** Deep analysis, update positioning map + battlecards - **Quarterly:** Comprehensive landscape review → strategic planning input ### Budget CI Stack Google Alerts (free) + Visualping (~£13/mo) + Similarweb free + LinkedIn + Crunchbase + Claude for synthesis ## 8. Pivoting Ability ### Pivot Types | Type | Description | |---|---| | Customer Segment | Same product, different target customer | | Value Proposition | Same customer, different value (founders resist this most) | | Channel | Different distribution/sales mechanism | | Revenue Model | Different monetisation (subscription → transaction, B2C → B2B) | | Technology | Same value prop, different stack/platform | | Platform | Application → platform others build upon | | Business Architecture | High-margin/low-volume ↔ Low-margin/high-volume | | Market/Geography | Same product → different jurisdiction | ### Pivot Signals - Persistent failure to achieve product-market fit despite iterations - CAC unsustainably high and not improving with optimisation - Market moving against your value proposition - New tech/regulation fundamentally changes landscape - Strongest traction from unexpected segment/use case - Team morale declining — feels like pushing a boulder uphill ### Pivot Decision Framework 1. **Acknowledge evidence** — Quantitative (metrics, experiments, financials) + qualitative (feedback, sentiment, advisor input) 2. **Separate identity from strategy** — Experience, mentoring, and team size enable pivoting. Seek external perspective. 3. **Define what stays vs changes** — A pivot preserves a kernel of value while changing one element. 4. **Design the experiment** — MVE to validate new direction BEFORE full commitment. 5. **Communicate with radical transparency** — Tell investors, team, stakeholders: what you learned, what's changing, why. 6. **Execute with speed** — Half-pivots (split between old and new) are the most dangerous state. ### Pivot vs Persevere vs Kill - **Noise:** Random short-term variation. Do not pivot. - **Signal:** Persistent validated evidence current direction is wrong. Consider pivot. - **Kill:** Repeated pivots fail, hypothesis space exhausted. Preserve capital, redeploy. ## 9. Measurement Framework ### Adaptability Scorecard (Quarterly) | Capability | Key Metrics | Cadence | |---|---|---| | Market Trends | Signals detected/mo, time-to-insight, actionable signal ratio | Weekly/Monthly | | Org Agility | Decision cycle time, reorg speed, cross-functional collab index | Monthly/Quarterly | | Kaizen | Improvements/mo, cycle time reduction, defect rate | Weekly/Monthly | | Experimentation | Experiments/mo, validation rate, time to first learning | Weekly/Monthly | | Knowledge Mgmt | Articles created/updated, search satisfaction, onboarding time | Monthly | | Competitive Intel | CI coverage, competitive response time, win/loss completion | Weekly/Monthly | | Pivoting | Signal-to-decision time, pivot success rate, resource reallocation speed | Quarterly | ### Meta-Metric: Learning Velocity The single most important metric: **validated hypotheses per unit time, weighted by strategic importance.** How fast the organisation converts uncertainty into knowledge. ## 10. Quick-Start: 90-Day Implementation **Days 1–30 (Foundation):** - Weekly trend digest + signal collection - Decision log for all significant decisions - Top 5 competitor monitoring - First PDCA retrospective - SKILL.md knowledge architecture **Days 31–60 (Activation):** - First structured experiment (pre-registered criteria) - Stakeholder knowledge gap interviews - First competitive battlecard - Visual management (Kanban/equivalent) - First Kaizen event on a process bottleneck **Days 61–90 (Optimisation):** - Refine all cadences (daily/weekly/monthly/quarterly) - Baseline learning velocity + improvement targets - First quarterly PESTLE + Horizon Scan - Assess pivot signals against framework - First Adaptability Scorecard --- For extended content — detailed tool comparisons, case studies (Amazon/AWS, Netflix, Toyota, Ford, NSF I-Corps), advanced frameworks, and templates — consult: → `references/extended-playbook.md` --- **Remember: Adaptability is not a department. It is an operating system — daily habits, decision architectures, and cultural norms that compound over time. Learn faster than the market changes. BUILD – DOCUMENT – RESEARCH – LEARN – REPEAT.**