


# 一种工作方法

> 界定要做的决定，连接相关知识，检验草稿，再由明确的负责人把结果投入使用。反馈随时可以促使我们重新界定问题。

- Canonical URL: https://www.svenspoede.com/zh/concepts/working-method/
- Language: 中文
- JSON: https://www.svenspoede.com/zh/concepts/working-method/index.json
- Complete public context: https://www.svenspoede.com/zh/context.json









  

  

  
    
  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  



### 一种工作方法

- ID: `working-method`
- Type: concept
- Canonical page: https://www.svenspoede.com/zh/concepts/working-method/

- Updated: 2026-09-19




界定要做的决定，连接相关知识，检验草稿，再由明确的负责人把结果投入使用。反馈随时可以促使我们重新界定问题。

一种方法的价值，在于帮助人们发现什么需要改变。僵化的流程可能适得其反：它会让早期的误解一路进入越来越精致的产出。

我把工作看作一个循环：界定决策、连接相关知识、质疑结果，再带着明确的责任交付使用。这些环节为人的判断提供位置，而不是用四个步骤取代判断。

## 一份公告，四种不同的问题

沿用知识对象中的试点邀请示例：受邀团队可以试用一个营销活动工作空间，但全面开放的日期未知。早期草稿却宣布：“下个月向所有人开放。”

界定环节要明确谁需要作出什么决定。连接环节把试点说明和审核规则放入草稿的上下文。质疑环节暴露缺乏依据的受众范围和日期。交付环节把修正后的信息交给能够批准发布的人。

价值不在于增加一份检查表，而在于能够定位问题。这里，更优美的措辞无法修复草稿：它对任务的理解与实际范围不符。

## 为什么箭头会返回

质疑可以让工作回到界定环节。也许目标受众从未达成一致，也许任务要求作出当前依据无法支持的主张。

交付也会产生反馈。如果读者把邀请误解为全面开放，这种反应说明原来的界定需要重新审视。已经发布的信息仍然需要负责人；发布并不意味着学习结束。

## 哪些判断仍然属于人

工具可以帮助整理上下文、比较草稿与来源，并指出矛盾。人仍然需要判断来源是否合适、取舍是否可以接受，以及结果是否应当投入使用。

本例是为解释方法而编写的，并没有连接客户系统。选择某个环节不会批准或发布任何内容。

上下文怎样变成有人能够负责的决定？
**Boundary:** 沿用同一份虚构试点公告，探索其工作方法。

#### 先明确决定，再选择工具。

- Part ID: `frame`
- Label: 界定

共同确定受众需要发生什么改变，以及什么样的结果才有用。

共同确定受众需要发生什么改变，以及什么样的结果才有用。

试点邀请和全面发布公告是不同的任务。

**Purpose:** 共同确定受众需要发生什么改变，以及什么样的结果才有用。


**Source:** 示例简报：合适的团队需要决定，是否参加营销活动工作空间的试点。


**Boundary:** 试点邀请和全面发布公告是不同的任务。


**Example:** 邀请合适的团队试用工作空间，不承诺全面推广。


Related parts: connect, challenge, release



#### 把必要的上下文带入工作。

- Part ID: `connect`
- Label: 连接

连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。

连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。

材料更多，并不等于上下文更充分。应纳入决定真正依赖的内容。

**Purpose:** 连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。


**Source:** 示例简报、仅限邀请的试点说明，以及由人审阅的规则。


**Boundary:** 材料更多，并不等于上下文更充分。应纳入决定真正依赖的内容。


**Example:** 让“仅限邀请”始终跟随草稿，同时保留全面开放日期尚未确定这一信息。


Related parts: frame, challenge



#### 用已知信息检验草稿。

- Part ID: `challenge`
- Label: 检验

在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。

在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。

可以否定没有依据的措辞。缺失的事实需要核实，不能猜测。

**Purpose:** 在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。


**Source:** 示例测试草稿：“下个月向所有人开放。”将其与示例试点说明对照。


**Boundary:** 可以否定没有依据的措辞。缺失的事实需要核实，不能猜测。


**Example:** “所有人”超出了试点范围，“下个月”加入了未经确认的日期。把这两项主张带回简报重新检查。


Related parts: connect, frame, release



#### 明确责任，再把结果投入使用。

- Part ID: `release`
- Label: 交付

为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。

为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。

工具可以准备结果，发布仍由人决定；新证据也可能要求纠正原有表述。

**Purpose:** 为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。


**Source:** 示例审阅决定：采用仅限邀请的表述，由负责人批准发布。


**Boundary:** 工具可以准备结果，发布仍由人决定；新证据也可能要求纠正原有表述。


**Example:** “受邀团队现在可以试用营销活动工作空间。”如果读者误以为已全面开放，就重新调整表述框架。


Related parts: challenge, frame




#### Relationships

- `frame` → `connect`: 明确需要哪些信息

- `connect` → `challenge`: 让假设可以检验

- `challenge` → `release`: 支持有边界的决定

- `challenge` → `frame`: 主张缺乏依据时返回

- `release` → `frame`: 带回使用中的反馈







