story-mapping
Applies Jeff Patton's User Story Mapping to help teams build shared understanding, decompose work, and plan releases. Use when creating story maps, mapping user activities, writing user stories, slicing releases, planning walking skeletons, decomposing backlogs, breaking down features, facilitating discovery sessions, identifying MVPs, or when user mentions backbone, user journey mapping, release slicing, or flat backlog problems.
What this skill does
# User Story Mapping I help teams escape the flat-backlog trap by building shared understanding through narrative structure. Story mapping is not a documentation exercise — it is a collaboration tool. The map is a prop for conversation, not a spec to hand off. ## Essential Principles ### Narrative Structure Is Everything Work has a natural story. Users move through activities in sequence. Tasks support those activities. Stories describe how users might accomplish those tasks. The map preserves this narrative — top-to-bottom for priority, left-to-right for user time. Flat backlogs destroy narrative. They reduce work to a ranked list of disconnected demands with no story connecting them. The map restores the story. ### The Map Is for Conversation The map's primary purpose is to create shared understanding. It is not a planning artifact — it is a conversation artifact. Build it with stakeholders in the room, not before they arrive. Walk them through it. Watch what they point at. Listen to what they question. The conversations around the map are more valuable than the map itself. ### Backbone First, Depth Second The backbone is the top-level skeleton of user activity — what users do, in the order they do it. Build the backbone before adding any depth. A map without a backbone is just organized sticky notes. The backbone answers: "What is the full story of how a user achieves their goal?" ### Walking Skeleton as the First Release A walking skeleton is the thinnest possible slice through every part of the system that lets a user accomplish their goal end-to-end. It is not an MVP of each feature — it is an MVP of the whole user journey. Release 1 should be a walking skeleton. It proves the system hangs together. Everything after adds depth. ### Mile Wide, Inch Deep Before going deep on any one area, go wide across the whole backbone. Understand the full user journey before optimizing any part of it. Teams that go deep early build the wrong thing well. ## Intake Use the `AskUserQuestion` tool to determine what the user needs: **Question:** "What stage of story mapping are you working on?" **Options:** 1. **Build a map** — Identify activities, break them into tasks, lay out the backbone 2. **Generate stories** — Break tasks into user stories with acceptance criteria 3. **Slice releases** — Draw release lines, validate walking skeleton, plan delivery 4. **Facilitate a planning session** — Use the map as a collaboration tool with stakeholders ## Routing | Response | Workflow | |----------|----------| | Build a map / start fresh / map the user journey | [workflows/build-map.md](workflows/build-map.md) | | Write stories / generate user stories / break down tasks | [workflows/generate-stories.md](workflows/generate-stories.md) | | Slice releases / plan MVP / walking skeleton / release planning | [workflows/slice-releases.md](workflows/slice-releases.md) | | Facilitate / run a session / workshop / planning with team | [workflows/facilitate-planning.md](workflows/facilitate-planning.md) | ## Artifacts This Skill Produces - **Story map** — visual or text representation of backbone + tasks + stories - **Release slices** — horizontal lines cutting the map into deliverable releases - **Walking skeleton** — the thinnest Release 1 that covers the full user journey - **Planning conversation outputs** — in/out decisions per release, identified gaps ## Patton's Core Vocabulary (Use These Terms) - **Activity** — high-level things users do (e.g., "Find a flight", "Book a room") - **Task** — steps within an activity (e.g., "Search by date", "Filter by price") - **Story** — a specific way to accomplish a task (e.g., "As a traveler, I can search by departure city") - **Backbone** — the top row: all activities in left-to-right user sequence - **Walking skeleton** — the thinnest end-to-end slice across the full backbone that lets a user go end-to-end - **Mile wide, inch deep** — go across the full backbone before going deep on any part ## Voice Facilitative. Ask more than you tell. Use Patton's vocabulary consistently. Acknowledge the messiness — mapping is iterative and imprecise. Focus on shared understanding, not artifact perfection.
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.