process-modeling

流程建模

何时使用此技能

在以下情况下使用此技能：

• 流程建模任务 - 使用 BPMN notation 和流程图模式进行流程建模。创建包含活动、网关、事件、泳道和决策点的流程图，用于工作流文档编制
• 规划或设计 - 需要流程建模方法方面的指导
• 最佳实践 - 希望遵循成熟的模式和标准

概述

使用 BPMN（业务流程模型与符号）和流程图符号创建并记录业务流程。通过可视化活动、决策、事件和参与者交互，帮助理解和改进流程。

什么是流程建模？

流程建模通过创建可视化表示，展示工作如何在组织中流转。它记录以下内容：

• 活动：执行哪些工作
• 顺序：活动的先后次序
• 决策：选择点和条件
• 参与者：由谁执行每个步骤
• 事件：触发和结束流程的事项

BPMN 核心元素

活动（矩形）

类型	符号	描述
任务	矩形	原子工作单元
子流程	带 + 的矩形	包含子流程
调用活动	粗边框矩形	调用可复用流程

任务类型：

类型	描述
用户任务	需要人工交互
服务任务	自动化系统操作
脚本任务	脚本/代码执行
业务规则任务	决策表评估
发送任务	发送消息
接收任务	接收消息
手动任务	无需系统的实体工作

事件（圆形）

位置	符号	描述
开始	细圆圈	流程触发器
中间	双圆圈	流程中间事件
结束	粗圆圈	流程终止

事件类型：

类型	触发条件
无	未指定的开始/结束
消息	收到/发送消息
计时器	基于时间的触发器
错误	错误条件
信号	广播信号
终止	流程终止

网关（菱形）

类型	符号	描述
排他（XOR）	带 X 的菱形	根据条件选择一条路径
并行（AND）	带 + 的菱形	执行所有路径
包容（OR）	带 O 的菱形	执行一条或多条路径
事件驱动	带圆圈的菱形	等待事件

连接符

类型	符号	描述
顺序流	实线箭头	活动顺序
消息流	虚线箭头	池之间的消息
关联	点线	工件与元素的关联

泳道

类型	描述
池	表示参与者（组织/系统）
泳道	池内的细分区域（角色/部门）

工作流

阶段 1：定义范围

步骤 1：确定流程边界

## Process Definition

**Process Name:** [Name]
**Purpose:** [Why this process exists]
**Scope:**
  - **Starts When:** [Trigger event]
  - **Ends When:** [Completion criteria]
  - **Includes:** [In-scope activities]
  - **Excludes:** [Out-of-scope activities]

**Participants:**
| Pool | Lanes (Roles) |
|------|---------------|
| [Org/System] | [Role 1], [Role 2] |

步骤 2：选择模型类型

类型	使用场景
现状	记录当前状态
目标状态	设计未来状态
高层级	概览、沟通
详细	实施、自动化

阶段 2：对流程建模

步骤 1：确定主路径（理想路径）

1. 开始事件（触发器）
2. 活动的主序列
3. 结束事件（完成）

步骤 2：添加决策点

对于每个决策：

• 网关类型（XOR/AND/OR）
• 各路径的条件
• 汇合点

步骤 3：添加异常路径

• 错误处理
• 超时场景
• 升级路径

步骤 4：添加参与者

• 将活动分配到泳道
• 对参与者之间的通信建模
• 在池之间添加消息流

阶段 3：验证并记录

步骤 1：验证完整性

检查项	问题
所有路径均已连接	所有活动是否都有流入和流出？
没有死路	所有路径是否都能到达结束事件？
网关配对平衡	分支网关是否都有对应的汇聚网关？
已分配角色	每项活动是否都位于某个泳道中？
已定义触发条件	每个开始事件是否都有明确的触发条件？

步骤 2：添加文档

## Process: [Name]

### Overview

[Brief description of process purpose and flow]

### Triggers

| Event | Description | Frequency |
|-------|-------------|-----------|
| [Trigger] | [What causes it] | [How often] |

### Activities

| # | Activity | Role | System | Duration |
|---|----------|------|--------|----------|
| 1 | [Activity name] | [Role] | [System] | [Time] |

### Decision Points

| # | Decision | Conditions | Paths |
|---|----------|------------|-------|
| 1 | [Decision] | [Criteria] | [Path A], [Path B] |

### Exceptions

| Exception | Handling |
|-----------|----------|
| [Error] | [How handled] |

输出格式

Mermaid 流程图（BPMN 风格）

flowchart TD
    Start((Start))
    Task1[Receive Order]
    Gateway1{Valid Order?}
    Task2[Process Payment]
    Task3[Reject Order]
    Task4[Ship Product]
    End1((Complete))
    End2((Rejected))

    Start --> Task1
    Task1 --> Gateway1
    Gateway1 -->|Yes| Task2
    Gateway1 -->|No| Task3
    Task2 --> Task4
    Task4 --> End1
    Task3 --> End2

泳道图

flowchart TD
    subgraph Customer
        A[Place Order]
        G[Receive Product]
    end

    subgraph Sales
        B[Review Order]
        C{Approved?}
    end

    subgraph Warehouse
        D[Pick Items]
        E[Pack Order]
        F[Ship Order]
    end

    A --> B
    B --> C
    C -->|Yes| D
    C -->|No| A
    D --> E
    E --> F
    F --> G

叙述摘要

## Process: Order Fulfillment

**Version:** 1.0
**Date:** [ISO Date]
**Owner:** [Name]

### Summary

This process handles customer orders from receipt to delivery.

### Flow Description

1. **Start**: Customer places order (online or phone)
2. **Review Order**: Sales validates order details
3. **Decision**: Is order valid?
   - Yes: Proceed to fulfillment
   - No: Return to customer for correction
4. **Pick Items**: Warehouse locates products
5. **Pack Order**: Items packaged for shipping
6. **Ship Order**: Handed to carrier
7. **End**: Customer receives product

### Metrics

| Metric | Current | Target |
|--------|---------|--------|
| Cycle Time | 3 days | 2 days |
| Error Rate | 5% | 1% |
| Automation | 40% | 70% |

### Improvement Opportunities

1. Automate order validation
2. Parallel picking for multi-item orders
3. Real-time tracking integration

结构化数据（YAML）

process_model:
  name: "Order Fulfillment"
  version: "1.0"
  date: "2025-01-15"
  type: "as_is"  # or "to_be"
  owner: "Operations"

  boundaries:
    trigger: "Customer places order"
    end_state: "Customer receives product"
    scope:
      includes:
        - "Order receipt"
        - "Payment processing"
        - "Fulfillment"
        - "Shipping"
      excludes:
        - "Returns"
        - "Customer support"

  participants:
    - pool: "Company"
      lanes:
        - name: "Sales"
          activities: ["Review Order"]
        - name: "Warehouse"
          activities: ["Pick Items", "Pack Order", "Ship Order"]
    - pool: "Customer"
      lanes:
        - name: "Buyer"
          activities: ["Place Order", "Receive Product"]

  elements:
    events:
      - id: "start_1"
        type: "start"
        name: "Order Received"
        trigger: "message"

      - id: "end_1"
        type: "end"
        name: "Order Complete"

    activities:
      - id: "task_1"
        type: "user_task"
        name: "Review Order"
        lane: "Sales"
        duration: "15 minutes"

      - id: "task_2"
        type: "service_task"
        name: "Process Payment"
        lane: "Sales"
        system: "Payment Gateway"

    gateways:
      - id: "gw_1"
        type: "exclusive"
        name: "Order Valid?"
        conditions:
          - path: "task_2"
            condition: "Order validated"
          - path: "task_reject"
            condition: "Validation failed"

  sequence_flows:
    - from: "start_1"
      to: "task_1"
    - from: "task_1"
      to: "gw_1"
    - from: "gw_1"
      to: "task_2"
      condition: "valid"

  metrics:
    cycle_time:
      current: "3 days"
      target: "2 days"
    automation_rate:
      current: 40
      target: 70

常见流程模式

顺序流程

活动严格按照先后顺序依次进行。

flowchart LR
    A[Step 1] --> B[Step 2] --> C[Step 3] --> D[Step 4]

并行分支与汇聚

可同时进行的活动。

flowchart TD
    A[Start] --> B{Parallel Split}
    B --> C[Task A]
    B --> D[Task B]
    B --> E[Task C]
    C --> F{Join}
    D --> F
    E --> F
    F --> G[End]

排他决策

根据条件只选择一条路径。

flowchart TD
    A[Review] --> B{Decision}
    B -->|Approve| C[Process]
    B -->|Reject| D[Notify]
    C --> E[End]
    D --> E

循环／迭代

重复活动，直到满足条件。

flowchart TD
    A[Start] --> B[Process]
    B --> C{Complete?}
    C -->|No| B
    C -->|Yes| D[End]

异常处理

处理错误和异常。

flowchart TD
    A[Process] --> B{Success?}
    B -->|Yes| C[Continue]
    B -->|Error| D[Handle Error]
    D --> E{Recoverable?}
    E -->|Yes| A
    E -->|No| F[Escalate]

最佳实践

实践	描述
从简单开始	先从顺利路径入手，再增加复杂性
一个开始，一个结束	理想情况下，每个池各有一个
为活动命名	使用动词-名词格式（例如，“审核订单”）
为网关添加标签	显示决策问题
为条件添加标签	描述每条流出路径
平衡网关	使用类型匹配的网关进行分支和汇聚
避免线路交叉	调整布局以提高可读性
记录异常	展示错误处理路径

集成

上游

• stakeholder-analysis - 流程参与者
• domain-storytelling - 当前流程发现
• capability-mapping - 能力背景

下游

• value-stream-mapping - 价值流分析
• Requirements - 流程需求
• System design - 自动化机会

相关技能

• value-stream-mapping - 从精益视角看待流程流转
• data-modeling - 流程中的数据实体
• journey-mapping - 客户体验视角
• capability-mapping - 流程与能力的匹配

版本历史

• v1.0.0（2025-12-26）：首次发布