⚡

价值流映射Skill value-stream-mapping

价值流映射是一种精益管理工具，用于可视化业务流程、识别浪费（如等待、库存、缺陷）和设计优化机会，以提高效率和减少成本。关键词：精益生产、流程优化、价值流分析、浪费识别、改进建议、Kaizen活动、TIMWOODS。

流程优化 0 次安装 0 次浏览 更新于 3/11/2026

name: value-stream-mapping description: 精益价值流映射，用于识别浪费和优化机会。创建当前/未来状态地图，包括周期时间分析和改进建议。 argument-hint: <流程描述> [–mode full|quick|guided] [–output current|future|both] [–dir <路径>] allowed-tools: Read, Write, Glob, Grep, Task, Skill, AskUserQuestion

价值流映射

创建精益价值流地图，以可视化流程、识别浪费和设计改进机会。基于精益制造原则，适应知识工作。

什么是价值流？

价值流是为交付价值给客户而需要的一系列活动，从请求到交付。价值流映射（VSM）通过可视化此流程来识别：

  • 价值添加活动 - 直接创造客户价值的步骤
  • 浪费（Muda） - 消耗资源但不添加价值的步骤
  • 流程问题 - 瓶颈、延迟和低效

8种浪费（TIMWOODS）

浪费 描述 知识工作中的示例
Transportation（运输） 工作在不同位置间移动 团队间交接、工具切换
Inventory（库存） 未完成的工作等待 积压、在制品、排队请求
Motion（动作） 不必要的移动 上下文切换、搜索信息
Waiting（等待） 空闲时间 审批、被阻塞工作、依赖
Overproduction（过度生产） 生产超过需求 未使用功能、过早优化
Overprocessing（过度处理） 处理超出要求 镀金、过度文档化
Defects（缺陷） 需要返工的错误 错误、沟通失误、返工
Skills（技能） 未充分利用的才能 可自动化的手动工作

工作流程

阶段1：定义范围

步骤1：识别价值流

问题 答案
我们交付什么价值？ [客户成果]
客户是谁？ [内部/外部客户]
流程从哪里开始？ [触发/请求]
流程在哪里结束？ [价值交付]

步骤2：设置边界

## 价值流定义

**名称：** 客户订单履行
**触发：** 客户下订单
**结束状态：** 客户收到产品
**范围：** 订单录入 → 发货（排除制造）
**客户：** 外部零售客户

阶段2：当前状态地图

步骤1：走查流程

观察实际工作（现场走查）：

  • 跟踪一个真实工作项通过流程
  • 记录实际发生的情况，而非应该发生的情况
  • 注意交接、延迟和变通方法

步骤2：记录流程步骤

对每个步骤，捕获：

指标 定义 如何测量
处理时间（PT） 主动工作时间 实际工作时间
前置时间（LT） 总经过时间 时钟时间从开始到结束
等待时间（WT） 等待时间 LT - PT
%完成与准确（%C&A） 首次质量 %不需要返工

步骤3：创建当前状态地图

## 当前状态价值流

| 步骤 | 所有者 | PT | LT | %C&A | 库存 | 备注 |
|------|-------|-----|-----|------|-----------|-------|
| 订单录入 | 销售 | 15m | 2h | 85% | 50订单 | 手动录入 |
| 信用检查 | 财务 | 10m | 8h | 95% | 30订单 | 批处理 |
| 库存分配 | 仓库 | 5m | 4h | 90% | 20订单 | 系统查找 |
| 拣选与打包 | 仓库 | 30m | 6h | 92% | 40订单 | 手动流程 |
| 发货 | 物流 | 10m | 24h | 98% | 100订单 | 承运商取货 |

**总处理时间：** 70分钟
**总前置时间：** 44小时
**流程效率：** 2.7%（PT / LT）

阶段3：分析浪费

步骤1：计算流程效率

流程效率 = 处理时间 / 前置时间 × 100%

示例：70 min / 2640 min = 2.7%

解释：

  • < 5%：显著浪费（未优化流程典型）
  • 5-15%：中等效率
  • 15-25%：良好效率

  • 25%：优秀（知识工作中罕见）

步骤2：按类型识别浪费

## 浪费分析

### 等待（前置时间的45%）
- 信用检查批处理：8小时 → 可实时
- 承运商取货计划：24小时 → 可按需

### 库存（150订单在制品）
- 订单在每个步骤排队
- 无拉动系统

### 缺陷（订单录入15%返工）
- 手动数据录入错误
- 缺少必需字段

### 过度处理
- 对回头客进行全面信用检查
- 跨系统重复数据录入

步骤3：识别瓶颈

约束（瓶颈）限制整个系统：

## 瓶颈分析

**主要瓶颈：** 信用检查
- 最高队列（30订单）
- 批处理导致8小时等待
- 阻塞下游流程

**次要瓶颈：** 拣选与打包
- 手动流程
- 变量周期时间

阶段4：未来状态设计

步骤1：应用精益原则

原则 当前问题 未来状态解决方案
流 批处理 连续流、单件流
拉动 基于预测推动 基于需求拉动
完美 接受缺陷，稍后修复 内置质量

步骤2：设计改进

## 未来状态设计

### 消除等待
- 实时信用API vs 批处理
- 按需承运商取货

### 减少库存
- 每个步骤的在制品限制
- 步骤间拉动信号

### 提高质量
- 订单录入验证
- 从CRM自动填充

### 自动化动作浪费
- 单一系统 vs 多个工具
- API集成

步骤3：创建未来状态地图

## 未来状态价值流

| 步骤 | 所有者 | PT | LT | %C&A | 库存 | 变更 |
|------|-------|-----|-----|------|-----------|---------|
| 订单录入 | 销售 | 10m | 30m | 98% | 10订单 | 验证、自动填充 |
| 信用检查 | 系统 | 1m | 5m | 99% | 0 | 实时API |
| 库存分配 | 系统 | 1m | 5m | 99% | 0 | 自动化 |
| 拣选与打包 | 仓库 | 25m | 2h | 96% | 15订单 | 更好工具 |
| 发货 | 物流 | 10m | 4h | 99% | 20订单 | 按需取货 |

**目标处理时间：** 47分钟（减少33%）
**目标前置时间：** 6.7小时（减少85%）
**目标流程效率：** 11.7%（提高4倍）

阶段5：实施路线图

步骤1：优先改进

改进 影响 努力 优先级
实时信用API 高（8h → 5m） 中等 1
订单录入验证 中等（15% → 2%错误） 低 2
按需承运商 高（24h → 4h） 高 3
自动化库存 中等 中等 4

步骤2：定义改善活动

专注改进研讨会：

## 改善活动：信用检查自动化

**范围：** 消除信用检查批处理
**目标：** 8小时 → 5分钟前置时间
**团队：** 财务、IT、流程所有者
**持续时间：** 1周集中
**交付物：**
- API集成规范
- 流程重新设计
- 培训材料

输出格式

叙事摘要

## 价值流分析摘要

**价值流：** [名称]
**日期：** [ISO日期]
**分析师：** value-stream-analyst

### 当前状态指标
- **处理时间：** X分钟
- **前置时间：** Y小时
- **流程效率：** Z%
- **主要瓶颈：** [步骤]

### 主要浪费类别
1. **等待（X% of LT）：** [描述]
2. **库存（X订单在制品）：** [描述]
3. **[其他浪费]：** [描述]

### 未来状态目标
- **前置时间减少：** X%
- **流程效率目标：** Y%
- **质量目标：** Z%首次正确

### 推荐行动
1. [高优先级改进]
2. [中等优先级改进]
3. [低优先级改进]

结构化数据（YAML）

value_stream:
  name: "客户订单履行"
  version: "1.0"
  date: "{ISO-8601-date}"
  analyst: "value-stream-analyst"

  boundaries:
    trigger: "客户下订单"
    end_state: "客户收到产品"
    customer: "外部零售客户"

  current_state:
    total_process_time_minutes: 70
    total_lead_time_hours: 44
    flow_efficiency_percent: 2.7
    wip_total: 240

    steps:
      - name: "订单录入"
        owner: "销售"
        process_time_minutes: 15
        lead_time_hours: 2
        complete_accurate_percent: 85
        inventory: 50
        waste_types:
          - type: defects
            description: "手动录入错误"
          - type: motion
            description: "多系统录入"

      - name: "信用检查"
        owner: "财务"
        process_time_minutes: 10
        lead_time_hours: 8
        complete_accurate_percent: 95
        inventory: 30
        is_bottleneck: true
        waste_types:
          - type: waiting
            description: "批处理"

  waste_analysis:
    - type: waiting
      percent_of_lead_time: 45
      root_causes:
        - "批处理"
        - "计划取货"

    - type: inventory
      total_wip: 240
      root_causes:
        - "无在制品限制"
        - "推动系统"

  future_state:
    target_process_time_minutes: 47
    target_lead_time_hours: 6.7
    target_flow_efficiency_percent: 11.7

    improvements:
      - name: "实时信用API"
        waste_eliminated: waiting
        impact: high
        effort: medium
        lead_time_reduction_hours: 7.9

  roadmap:
    - phase: 1
      improvements: ["实时信用API", "订单验证"]
      duration_weeks: 4

    - phase: 2
      improvements: ["按需承运商", "库存自动化"]
      duration_weeks: 8

Mermaid图

当前状态流程图：

flowchart LR
    subgraph Current State
        A[订单录入<br/>PT: 15m | LT: 2h<br/>WIP: 50] --> B[信用检查<br/>PT: 10m | LT: 8h<br/>WIP: 30]
        B --> C[库存<br/>PT: 5m | LT: 4h<br/>WIP: 20]
        C --> D[拣选与打包<br/>PT: 30m | LT: 6h<br/>WIP: 40]
        D --> E[发货<br/>PT: 10m | LT: 24h<br/>WIP: 100]
    end

    style B fill:#ff9999

未来状态流程图：

flowchart LR
    subgraph Future State
        A[订单录入<br/>PT: 10m | LT: 30m<br/>WIP: 10] --> B[信用<br/>API: 1m<br/>WIP: 0]
        B --> C[库存<br/>Auto: 1m<br/>WIP: 0]
        C --> D[拣选与打包<br/>PT: 25m | LT: 2h<br/>WIP: 15]
        D --> E[发货<br/>PT: 10m | LT: 4h<br/>WIP: 20]
    end

    style B fill:#99ff99
    style C fill:#99ff99

何时使用

场景 使用价值流映射？
流程改进 是 - 识别浪费
新系统设计 是 - 设计流程流
成本降低 是 - 发现低效
前置时间投诉 是 - 发现瓶颈
质量问题 部分 - 与根因分析结合
新项目 可能 - 有限当前状态

集成

上游（发现）

  • process-modeling - 理解当前流程
  • capability-mapping - 链接到业务能力
  • stakeholder-analysis - 识别流程所有者

下游

  • 需求 - 改进需求
  • 系统设计 - 自动化机会
  • 项目规划 - 改善活动规划

相关技能

  • journey-mapping - 客户体验视角
  • capability-mapping - 价值交付的能力视图
  • root-cause-analysis - 调查瓶颈原因
  • prioritization - 优先改进倡议
  • process-modeling - 详细BPMN流程图
  • estimation - 估计改进努力
  • benchmarking - 当前与目标比较

用户界面

当用户直接调用时，此技能按以下方式操作。

参数

  • <process-description>：要分析的价值流或流程描述
  • --mode：分析模式（默认：guided）
    • full：全面分析，包括当前/未来状态地图（约12K token）
    • quick：快速浪费识别（约4K token）
    • guided：交互式价值流映射（变量）
  • --output：输出格式（默认：both）
    • current：仅当前状态地图
    • future：仅未来状态地图
    • both：当前和未来状态
  • --dir：输出目录（默认：docs/analysis/）

执行工作流程

  1. 解析参数 - 提取流程描述、模式和输出格式。如果未提供描述，询问用户要分析什么价值流（交付什么价值、流程触发、完成标志）。
  2. 基于模式执行：
    • Full：生成value-stream-analyst代理进行端到端分析，包括处理时间、前置时间、%C&A指标、TIMWOODS浪费分析、瓶颈识别（约束理论），以及未来状态设计和改善活动提案。
    • Quick：快速识别主要步骤、粗略前置时间、明显浪费（等待、交接、返工）、近似流程效率和3-5个快速胜利。
    • Guided：交互式映射，走过范围定义、逐步流程文档（PT、LT、%C&A、所有者）、指标计算、按TIMWOODS类别浪费识别、瓶颈识别和未来状态设计。
  3. 生成输出 - 生成当前状态地图、流程图（Mermaid流程图）、浪费分析、未来状态地图和改进目标，以及优先改进路线图和改善活动提案。
  4. 保存结果 - 保存到docs/analysis/value-stream-[name].md（或自定义--dir）。
  5. 建议后续步骤 - 推荐stakeholder-analysis用于变更管理、journey-mapping用于客户体验影响，和capability-mapping用于流程能力对齐。

版本历史

  • v1.0.0 (2025-12-26)：初始发布