用户故事地图工作坊指南：产品经理必备的可视化规划与优先级排序技能

user-story-mapping-workshop by deanpeters/product-manager-skills

478 周安装量

2,700 GitHub Stars

GitHub

安装命令

npx skills add https://github.com/deanpeters/product-manager-skills --skill user-story-mapping-workshop

方法论项目管理产品管理

🇨🇳中文介绍

目的

通过询问关于系统、用户、工作流程和优先级的适应性问题，指导产品经理创建用户故事地图，然后生成一个包含主干（活动）、用户任务和发布切片的二维地图。使用此方法，将扁平化的待办事项列表转变为可视化的故事地图，以传达整体愿景、识别缺失功能，并实现有意义的发布规划——避免产生"脱离上下文的堆砌"，即用户故事与整体系统叙事失去联系。

这不是一个待办事项生成器——它是一个可视化沟通框架，按用户工作流程（水平方向）和优先级（垂直方向）组织工作。

核心概念

什么是用户故事地图？

故事地图（Jeff Patton）将用户故事组织在两个维度上：

水平轴（从左到右）： 按叙事/工作流程顺序排列的活动——即你向他人解释系统时会使用的顺序

垂直轴（从上到下）： 每个活动内的优先级，最重要的任务位于顶部

结构：

主干（横跨顶部的活动）
↓
用户任务（按优先级垂直向下排列）
↓
细节/验收标准（位于底部）

核心原则

主干： 构成系统结构核心的基本活动——这些活动之间不进行优先级排序；它们是叙事流。

行走骨架： 所有活动中最高优先级的任务构成了最小可行产品——最小的端到端功能。

肋骨： 支持性任务在每个活动下方垂直向下排列，通过位置表明优先级。

从左到右、从上到下的构建策略： 跨所有主要功能增量构建，而不是在开始另一个功能之前完全完成一个功能。

为何有效

可视化沟通： 故事地图作为信息辐射器持续展示，保持对整体愿景的关注
叙事结构： 按用户工作流程组织，而非技术架构
发布规划： 水平切片揭示最小可行产品和增量发布
缺口识别： 揭示扁平化待办事项列表所掩盖的缺失功能

反模式（这不是什么）

广告位招租

在这里展示您的产品或服务

触达数万 AI 开发者，精准高效

联系我们

引导流程的参考标准

使用 workshop-facilitation 作为此技能的默认交互协议。

会话预告 + 进入模式（引导式、上下文转储、最佳猜测）
单轮提问与通俗语言提示
进度标签（例如，上下文问题 x/8 和评分问题 x/5）
中断处理和暂停/恢复行为
决策点的编号建议
常规问题的快速选择编号响应选项（在有用时包含 其他（请指定））

本文件定义了特定领域的评估内容。如果存在冲突，请遵循本文件的领域逻辑。

此交互式技能会提出最多 5 个适应性问题，在每个步骤提供3-4 个枚举选项。

使用 template.md 获取引导议程和输出清单。

交互模式：当你希望获得逐步引导流程，在决策点有编号建议，常规问题有快速选择选项时，请搭配使用 skills/workshop-facilitation/SKILL.md。如果用户要求一次性输出，则跳过多轮引导。

步骤 0：收集上下文（提问前）

在我们创建故事地图之前，先收集一下上下文：

产品/功能上下文：

你要映射的是什么系统或功能？
产品概念、PRD 草稿或现有待办事项列表
网站文案、定位材料或用户流程图
现有用户故事（如果是从扁平化待办事项列表转换过来）

用户上下文：

目标用户画像或用户细分
用户研究、访谈或旅程地图
待完成工作或问题陈述

你可以直接粘贴此内容，或简要描述系统。

问题 1：定义范围

代理询问： "你要映射什么？（范围是什么？）"

提供 4 个枚举选项：

整个产品 — "从发现到完成的完整端到端系统"（适用于新产品或完全重写）
主要功能领域 — "较大产品内的特定工作流程（例如，'新手上路'、'结账'、'报告'）"（适用于功能发布）
用户旅程 — "特定的用户目标或待完成工作（例如，'雇佣承包商'、'报税'）"（适用于 JTBD 驱动的映射）
重新设计/重构 — "正在重建或简化的现有产品/功能"（适用于遗留系统现代化）

或描述你的具体范围。

用户响应： [选择或自定义]

问题 2：识别用户/用户画像

代理询问： "谁是此地图的主要用户？（列出用户画像或用户细分。）"

提供 4 个枚举选项：

单一用户画像 — "一种主要用户类型（例如，'小企业主'）"（简化映射，适用于最小可行产品）
多个用户画像，共享工作流程 — "不同的用户类型，相同的核心活动（例如，'买家'和'卖家'都浏览列表）"（适用于市场平台）
多个用户画像，不同工作流程 — "具有不同工作流程的不同用户类型（例如，'管理员'与'最终用户'）"（需要单独的地图或泳道）
组织内的角色 — "不同的工作职能（例如，'产品经理'、'设计师'、'工程师'）"（适用于内部工具）

或描述你的用户。

适应性调整： 使用步骤 0 中提供的用户画像（原型画像、JTBD 等）

用户响应： [选择或自定义]

问题 3：生成主干（活动）

代理说明： "让我们构建主干——用户为实现其目标所执行活动的叙事流。"

代理生成 5-8 个活动，基于范围（问题 1）和用户（问题 2），按工作流程顺序从左到右排列。

示例（如果范围 = "电商结账"）：

主干活动（从左到右）：

1. 浏览商品
2. 加入购物车
3. 查看购物车
4. 填写配送信息
5. 填写支付信息
6. 确认订单
7. 接收确认

代理询问： "这个主干是否涵盖了完整的工作流程？我们应该添加、删除或重新排序活动吗？"

用户响应： [批准、修改或添加自定义活动]

问题 4：生成用户任务（每个活动下）

代理说明： "现在让我们在每个活动下添加用户任务，按优先级组织（顶部 = 必须有，底部 = 最好有）。"

代理为每个活动生成 3-5 个用户任务，按优先级垂直排列。

示例（针对活动 2："加入购物车"）：

加入购物车（活动）
├─ 将单个商品加入购物车（必须有，行走骨架）
├─ 调整数量（必须有）
├─ 一次性添加多个商品（应该有）
├─ 稍后保存商品（最好有）
└─ 添加礼品包装（最好有）

代理对所有主干活动重复此操作，展示完整的地图。

代理询问： "这涵盖了关键任务吗？优先级是否正确（顶部 = 最小可行产品，底部 = 后续发布）？"

用户响应： [批准、修改或添加自定义任务]

问题 5：识别发布切片（行走骨架 + 增量）

代理说明： "让我们通过在地图上绘制水平线来定义发布切片。"

代理生成 3 个发布切片：

发布 1（行走骨架）： 所有活动中最高优先级的任务——最小的端到端功能

发布 2（下一个增量）： 增强核心工作流程的第二优先级任务

发布 3（优化/扩展）： 第三优先级任务（最好有的功能、边缘情况、优化）

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
发布 1（行走骨架）：
- 浏览商品（基本列表视图）
- 将单个商品加入购物车
- 查看购物车（商品条目 + 总计）
- 填写配送信息（姓名、地址）
- 填写支付信息（仅信用卡）
- 确认订单（基本确认）
- 接收邮件确认
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
发布 2（增强功能）：
- 商品筛选/搜索
- 在购物车中调整数量
- 稍后保存
- 多种配送选项
- 多种支付方式
- 订单跟踪链接
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
发布 3（优化）：
- 商品推荐
- 游客结账
- 礼品包装
- 促销代码
- 高级支付选项
- 购买后调查
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

代理询问： "这些发布切片合理吗？我们应该调整范围或优先级吗？"

用户响应： [批准或修改]

输出：用户故事地图

完成流程后，代理输出：

# 用户故事地图：[来自问题 1 的范围]

**用户：** [来自问题 2]
**日期：** [今天的日期]

---

## 主干（活动）

[活动 1] → [活动 2] → [活动 3] → [活动 4] → [活动 5] → [活动 6]

---

## 完整故事地图

### [活动 1：名称]
- **[任务 1.1]** — 必须有（发布 1）
- **[任务 1.2]** — 应该有（发布 2）
- **[任务 1.3]** — 最好有（发布 3）

### [活动 2：名称]
- **[任务 2.1]** — 必须有（发布 1）
- **[任务 2.2]** — 应该有（发布 2）
- **[任务 2.3]** — 最好有（发布 3）

[...对所有活动重复...]

---

## 发布切片

### 发布 1：行走骨架（最小可行产品）
**目标：** 最小的端到端功能

**故事：**
- [任务 1.1] — [活动 1]
- [任务 2.1] — [活动 2]
- [任务 3.1] — [活动 3]
- [任务 4.1] — [活动 4]
- [任务 5.1] — [活动 5]
- [任务 6.1] — [活动 6]

**为何这是行走骨架：** 以每个活动的最简版本交付完整工作流程。

---

### 发布 2：增强功能
**目标：** 通过优先级增强改进核心工作流程

**故事：**
- [任务 1.2] — [活动 1]
- [任务 2.2] — [活动 2]
- [任务 3.2] — [活动 3]
[...]

---

### 发布 3：优化与扩展
**目标：** 最好有的功能、边缘情况、优化

**故事：**
- [任务 1.3] — [活动 1]
- [任务 2.3] — [活动 2]
[...]

---

## 后续步骤

1. **细化故事：** 使用 `skills/user-story/SKILL.md` 编写包含验收标准的详细故事
2. **估算工作量：** 为故事评分（故事点、T恤尺码）
3. **与利益相关者验证：** 从左到右走查地图，确认优先级
4. **展示地图：** 打印/张贴作为信息辐射器以供持续参考

---

**准备好编写用户故事了吗？如果你希望细化地图或分解特定故事，请告诉我。**

示例 1：优秀的故事地图（电商结账）

问题 1 响应： "主要功能领域 — 电商结账工作流程"

问题 2 响应： "单一用户画像 — 在线购物者"

问题 3 - 生成的主干：

浏览 → 加入购物车 → 查看购物车 → 填写配送信息 → 填写支付信息 → 确认 → 接收确认

问题 4 - 生成的用户任务：

浏览商品
├─ 查看商品列表（发布 1）
├─ 搜索/筛选（发布 2）
└─ 商品推荐（发布 3）

加入购物车
├─ 添加单个商品（发布 1）
├─ 调整数量（发布 2）
└─ 稍后保存（发布 3）

查看购物车
├─ 查看商品条目 + 总计（发布 1）
├─ 应用促销代码（发布 2）
└─ 估算配送成本（发布 3）

[...等等...]

问题 5 - 发布切片：

发布 1： 行走骨架——基本流程，无额外功能
发布 2： 搜索、数量调整、促销代码
发布 3： 推荐、游客结账、礼品选项

主干遵循用户叙事（而非技术层级）
行走骨架交付端到端价值
增量发布在不破坏核心流程的情况下增加复杂性

示例 2：糟糕的故事地图（技术层级）

主干（错误）：

UI 层 → API 层 → 数据库层 → 部署

不以用户为中心（用户不关心技术架构）
无法增量交付端到端价值
伪装成故事映射的瀑布式思维

按用户工作流程映射："注册 → 配置设置 → 邀请团队 → 开始项目"
每个发布都交付完整的工作流程，而非单个层级

陷阱 1：伪装的扁平化待办事项列表

症状： 故事地图只是一个垂直列表，没有水平叙事

后果： 失去沟通优势；仍然是"脱离上下文的堆砌"

修正： 强制水平结构——活动横跨顶部，任务垂直向下排列

陷阱 2：以技术架构作为主干

症状： 主干 = "前端 → 后端 → 数据库"

后果： 不以用户为中心，无法增量交付价值

修正： 主干应遵循用户工作流程，而非系统层级

陷阱 3：功能完整的瀑布式开发

症状： 发布 1 = "完全构建活动 1"，发布 2 = "完全构建活动 2"

后果： 在所有活动完成前没有端到端价值

修正： 行走骨架 = 跨越所有活动的薄切片，逐步增强

陷阱 4：过早陷入过多细节

症状： 试图预先映射每个边缘情况和验收标准

后果： 分析瘫痪，失去整体愿景

修正： 从主干 + 高层级任务开始，稍后细化

陷阱 5：地图隐藏在工具中

症状： 故事地图存在于 Jira/Miro 中，从未展示

后果： 失去作为信息辐射器的价值

修正： 物理打印/张贴地图；让团队每天都能看到

skills/user-story-mapping/SKILL.md — 包含故事地图模板的组件技能
skills/user-story/SKILL.md — 将地图任务转换为详细的用户故事
skills/proto-persona/SKILL.md — 为映射定义用户
skills/jobs-to-be-done/SKILL.md — 为主干活动提供信息

Jeff Patton, User Story Mapping (2014) — 故事映射框架的起源
Jeff Patton, "The New User Story Backlog is a Map" (博客) — 解释主干概念

[如果 Dean 有故事映射资源，请在此处链接]

源自 skills/user-story/SKILL.md、skills/user-story-splitting/SKILL.md 和 skills/user-story-mapping/SKILL.md。

技能类型： 交互式 建议文件名： user-story-mapping-workshop.md 建议放置位置： /skills/interactive/ 依赖项： 使用 skills/user-story-mapping/SKILL.md、skills/user-story/SKILL.md、skills/proto-persona/SKILL.md

🇺🇸English

Purpose

Guide product managers through creating a user story map by asking adaptive questions about the system, users, workflow, and priorities—then generating a two-dimensional map with backbone (activities), user tasks, and release slices. Use this to move from flat backlogs to visual story maps that communicate the big picture, identify missing functionality, and enable meaningful release planning—avoiding "context-free mulch" where stories lose connection to the overall system narrative.

This is not a backlog generator—it's a visual communication framework that organizes work by user workflow (horizontal) and priority (vertical).

Key Concepts

What is a User Story Map?

A story map (Jeff Patton) organizes user stories in two dimensions :

Horizontal axis (left to right): Activities arranged in narrative/workflow order—the sequence you'd use explaining the system to someone

Vertical axis (top to bottom): Priority within each activity, with the most essential tasks at the top

Structure:

Backbone (Activities across top)
↓
User Tasks (descending vertically by priority)
↓
Details/Acceptance Criteria (at the bottom)

Key Principles

The Backbone: Essential activities form the system's structural core—these aren't prioritized against each other; they're the narrative flow.

Walking Skeleton: The highest-priority tasks across all activities form the minimal viable product—the smallest end-to-end functionality.

Ribs: Supporting tasks descend vertically under each activity, indicating priority through placement.

Left-to-Right, Top-to-Bottom Build Strategy: Build incrementally across all major features rather than completing one feature fully before starting another.

Why This Works

Visual communication: Story maps remain displayed as information radiators, maintaining focus on the big picture
Narrative structure: Organizes by user workflow, not technical architecture
Release planning: Horizontal slices reveal MVPs and incremental releases
Gap identification: Reveals missing functionality that flat backlogs obscure

Anti-Patterns (What This Is NOT)

Not a Gantt chart: Story maps show priority, not time estimates
Not technical architecture: Maps follow user workflow, not system layers (UI → API → DB)
Not a project plan: It's a discovery and communication tool, not a schedule

When to Use This

Starting a new product or major feature
Reframing an existing backlog (moving from flat list to visual map)
Aligning stakeholders on scope and priorities
Planning MVP or incremental releases

When NOT to Use This

Single-feature projects (story map overkill)
When backlog is already well-understood and prioritized
For technical refactoring work (no user workflow to map)

Facilitation Source of Truth

Use workshop-facilitation as the default interaction protocol for this skill.

It defines:

session heads-up + entry mode (Guided, Context dump, Best guess)
one-question turns with plain-language prompts
progress labels (for example, Context Qx/8 and Scoring Qx/5)
interruption handling and pause/resume behavior
numbered recommendations at decision points
quick-select numbered response options for regular questions (include Other (specify) when useful)

This file defines the domain-specific assessment content. If there is a conflict, follow this file's domain logic.

Application

This interactive skill asks up to 5 adaptive questions , offering 3-4 enumerated options at each step.

Use template.md for the facilitation agenda and outputs checklist.

Interaction pattern: Pair with skills/workshop-facilitation/SKILL.md when you want a one-step-at-a-time flow with numbered recommendations at decision points and quick-select options for regular questions. If the user asks for a single-shot output, skip the multi-turn facilitation.

Step 0: Gather Context (Before Questions)

Agent suggests:

Before we create your story map, let's gather context:

Product/Feature Context:

What system or feature are you mapping?
Product concept, PRD draft, or existing backlog
Website copy, positioning materials, or user flows
Existing user stories (if transitioning from flat backlog)

User Context:

Target personas or user segments
User research, interviews, or journey maps
Jobs-to-be-done or problem statements

You can paste this content directly, or describe the system briefly.

Question 1: Define Scope

Agent asks: "What are you mapping? (What's the scope?)"

Offer 4 enumerated options:

Entire product — "Full end-to-end system from discovery to completion" (Common for new products or full rewrites)
Major feature area — "Specific workflow within a larger product (e.g., 'onboarding,' 'checkout,' 'reporting')" (Common for feature launches)
User journey — "Specific user goal or job-to-be-done (e.g., 'hire a contractor,' 'file taxes')" (Common for JTBD-driven mapping)
Redesign/refactor — "Existing product/feature being rebuilt or simplified" (Common for legacy system modernization)

Or describe your specific scope.

User response: [Selection or custom]

Question 2: Identify Users/Personas

Agent asks: "Who are the primary users for this map? (List personas or user segments.)"

Offer 4 enumerated options:

Single persona — "One primary user type (e.g., 'small business owner')" (Simplifies mapping, good for MVP)
Multiple personas, shared workflow — "Different user types, same core activities (e.g., 'buyer' and 'seller' both browse listings)" (Common for marketplaces)
Multiple personas, different workflows — "Different user types with distinct workflows (e.g., 'admin' vs. 'end user')" (Requires separate maps or swim lanes)
Roles within organization — "Different job functions (e.g., 'PM,' 'designer,' 'engineer')" (Common for internal tools)

Or describe your users.

Adaptation: Use personas from context provided in Step 0 (proto-personas, JTBD, etc.)

User response: [Selection or custom]

Question 3: Generate Backbone (Activities)

Agent says: "Let's build the backbone—the narrative flow of activities users perform to accomplish their goal."

Agent generates 5-8 activities based on scope (Q1) and users (Q2), arranged left-to-right in workflow order.

Example (if Scope = "E-commerce checkout"):

Backbone Activities (left to right):

1. Browse Products
2. Add to Cart
3. Review Cart
4. Enter Shipping Info
5. Enter Payment Info
6. Confirm Order
7. Receive Confirmation

Agent asks: "Does this backbone capture the full workflow? Should we add, remove, or reorder activities?"

User response: [Approve, modify, or add custom activities]

Question 4: Generate User Tasks (Under Each Activity)

Agent says: "Now let's add user tasks under each activity, organized by priority (top = must-have, bottom = nice-to-have)."

Agent generates 3-5 user tasks per activity , arranged vertically by priority.

Example (for Activity 2: "Add to Cart"):

Add to Cart (Activity)
├─ Add single item to cart (must-have, walking skeleton)
├─ Adjust quantity (must-have)
├─ Add multiple items at once (should-have)
├─ Save item for later (nice-to-have)
└─ Add gift wrapping (nice-to-have)

Agent repeats for all backbone activities , showing the full map.

Agent asks: "Does this capture the key tasks? Are priorities correct (top = MVP, bottom = later releases)?"

User response: [Approve, modify, or add custom tasks]

Question 5: Identify Release Slices (Walking Skeleton + Increments)

Agent says: "Let's define release slices by drawing horizontal lines across the map."

Agent generates 3 release slices:

Release 1 (Walking Skeleton): Top-priority tasks across all activities—minimal end-to-end functionality

Release 2 (Next Increment): Second-priority tasks that enhance the core workflow

Release 3 (Polish/Expansion): Third-priority tasks (nice-to-haves, edge cases, optimizations)

Example:

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Release 1 (Walking Skeleton):
- Browse products (basic list view)
- Add single item to cart
- Review cart (line items + total)
- Enter shipping info (name, address)
- Enter payment info (credit card only)
- Confirm order (basic confirmation)
- Receive email confirmation
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Release 2 (Enhanced):
- Product filtering/search
- Adjust quantity in cart
- Save for later
- Multiple shipping options
- Multiple payment methods
- Order tracking link
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Release 3 (Polish):
- Product recommendations
- Guest checkout
- Gift wrapping
- Promo codes
- Advanced payment options
- Post-purchase surveys
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Agent asks: "Do these release slices make sense? Should we adjust scope or priorities?"

User response: [Approve or modify]

Output: User Story Map

After completing the flow, the agent outputs:

# User Story Map: [Scope from Q1]

**Users:** [From Q2]
**Date:** [Today's date]

---

## Backbone (Activities)

[Activity 1] → [Activity 2] → [Activity 3] → [Activity 4] → [Activity 5] → [Activity 6]

---

## Full Story Map

### [Activity 1: Name]
- **[Task 1.1]** — Must-have (Release 1)
- **[Task 1.2]** — Should-have (Release 2)
- **[Task 1.3]** — Nice-to-have (Release 3)

### [Activity 2: Name]
- **[Task 2.1]** — Must-have (Release 1)
- **[Task 2.2]** — Should-have (Release 2)
- **[Task 2.3]** — Nice-to-have (Release 3)

[...repeat for all activities...]

---

## Release Slices

### Release 1: Walking Skeleton (MVP)
**Goal:** Minimal end-to-end functionality

**Stories:**
- [Task 1.1] — [Activity 1]
- [Task 2.1] — [Activity 2]
- [Task 3.1] — [Activity 3]
- [Task 4.1] — [Activity 4]
- [Task 5.1] — [Activity 5]
- [Task 6.1] — [Activity 6]

**Why this is the walking skeleton:** Delivers complete workflow with simplest version of each activity.

---

### Release 2: Enhanced Functionality
**Goal:** Improve core workflow with priority enhancements

**Stories:**
- [Task 1.2] — [Activity 1]
- [Task 2.2] — [Activity 2]
- [Task 3.2] — [Activity 3]
[...]

---

### Release 3: Polish & Expansion
**Goal:** Nice-to-haves, edge cases, optimizations

**Stories:**
- [Task 1.3] — [Activity 1]
- [Task 2.3] — [Activity 2]
[...]

---

## Next Steps

1. **Refine stories:** Use `skills/user-story/SKILL.md` to write detailed stories with acceptance criteria
2. **Estimate effort:** Score stories (story points, t-shirt sizes)
3. **Validate with stakeholders:** Walk through map left-to-right, confirm priorities
4. **Display map:** Print/post as information radiator for ongoing reference

---

**Ready to write user stories? Let me know if you'd like to refine the map or break down specific stories.**

Examples

Example 1: Good Story Map (E-commerce Checkout)

Q1 Response: "Major feature area — E-commerce checkout workflow"

Q2 Response: "Single persona — Online shopper"

Q3 - Backbone Generated:

Browse → Add to Cart → Review Cart → Enter Shipping → Enter Payment → Confirm → Receive Confirmation

Q4 - User Tasks Generated:

Browse Products
├─ View product list (R1)
├─ Search/filter (R2)
└─ Product recommendations (R3)

Add to Cart
├─ Add single item (R1)
├─ Adjust quantity (R2)
└─ Save for later (R3)

Review Cart
├─ View line items + total (R1)
├─ Apply promo code (R2)
└─ Estimate shipping cost (R3)

[...etc...]

Q5 - Release Slices:

Release 1: Walking skeleton—basic flow with no extras
Release 2: Search, quantity adjustment, promo codes
Release 3: Recommendations, guest checkout, gift options

Why this works:

Backbone follows user narrative (not technical layers)
Walking skeleton delivers end-to-end value
Incremental releases add sophistication without breaking core flow

Example 2: Bad Story Map (Technical Layers)

Backbone (WRONG):

UI Layer → API Layer → Database Layer → Deployment

Why this fails:

Not user-centric (users don't care about technical architecture)
Can't deliver end-to-end value incrementally
Waterfall thinking disguised as story mapping

Fix:

Map by user workflow: "Sign Up → Configure Settings → Invite Team → Start Project"
Each release delivers full workflow, not a single layer

Common Pitfalls

Pitfall 1: Flat Backlog in Disguise

Symptom: Story map is just a vertical list, no horizontal narrative

Consequence: Loses communication benefit; still "context-free mulch"

Fix: Force horizontal structure—activities across top, tasks descending vertically

Pitfall 2: Technical Architecture as Backbone

Symptom: Backbone = "Frontend → Backend → Database"

Consequence: Not user-centric, can't deliver value incrementally

Fix: Backbone should follow user workflow, not system layers

Pitfall 3: Feature-Complete Waterfall

Symptom: Release 1 = "Build Activity 1 fully," Release 2 = "Build Activity 2 fully"

Consequence: No end-to-end value until all activities complete

Fix: Walking skeleton = thin slice across ALL activities, incrementally enhanced

Pitfall 4: Too Much Detail Too Soon

Symptom: Trying to map every edge case and acceptance criterion upfront

Consequence: Analysis paralysis, lost big picture

Fix: Start with backbone + high-level tasks, refine later

Pitfall 5: Map Hidden in a Tool

Symptom: Story map lives in Jira/Miro, never displayed

Consequence: Loses value as information radiator

Fix: Print/post map physically; make it visible to team daily

References

Related Skills

skills/user-story-mapping/SKILL.md — Component skill with story mapping template
skills/user-story/SKILL.md — Converts map tasks into detailed user stories
skills/proto-persona/SKILL.md — Defines users for mapping
skills/jobs-to-be-done/SKILL.md — Informs backbone activities

External Frameworks

Jeff Patton, User Story Mapping (2014) — Origin of story mapping framework
Jeff Patton, "The New User Story Backlog is a Map" (blog) — Explains backbone concept

Dean's Work

[If Dean has story mapping resources, link here]

Provenance

Derived from skills/user-story/SKILL.md, skills/user-story-splitting/SKILL.md, and skills/user-story-mapping/SKILL.md.

Skill type: Interactive Suggested filename: user-story-mapping-workshop.md Suggested placement: /skills/interactive/ Dependencies: Uses skills/user-story-mapping/SKILL.md, skills/user-story/SKILL.md, skills/proto-persona/SKILL.md

Weekly Installs

394

Repository

deanpeters/prod…r-skills

GitHub Stars

2.3K

First Seen

Feb 12, 2026

Security Audits

Gen Agent Trust HubPass SocketPass SnykPass

Installed on

codex354

opencode347

gemini-cli343

github-copilot343

cursor342

kimi-cli339

飞书日程待办摘要工作流：AI自动生成每日/每周开工报告，提升个人生产力

15,600 周安装