# 培训现场练习：「请假审批」全员拼图

> **时长：** 25 分钟（讲题 3′ + 各自动手 12′ + 拼图投屏 10′）
> **工具：** WorkBuddy
> **难度：** 入门。不考技术，只把你平时干的活交给 AI 干一遍。

---

## 第一步：投屏这个场景，念一遍（3 分钟）

**你的开场话术：**

> 刚接到明德大学的需求：他们要在办事大厅上一个「学生请假」的功能。
> 这是客户在电话里说的原话，销售同事随手记的。就这么多，没有更多了。
>
> 真实项目就是这样开始的——不是一份写好的需求文档，是一段模糊的话。
> 今天我们试一件事：**每个人用 AI，把自己那一环的活干出来。最后拼在一起，看接不接得上。**

---

## 公共输入（发给所有人，就这一页）

```
【客户原话 — 明德大学学生处 李老师】

我们想做个学生请假的线上审批，现在都是纸质单子跑签字，学生跑腿，
老师也烦，一个假条要跑三四个办公室。

大概是这样：
- 学生在手机上填个假条就行，填请假原因、什么时候到什么时候、去哪儿
- 请假分几种，病假要传医院证明，事假不用，还有探亲假什么的
- 三天以内的辅导员批就行，超过三天要院里领导批
- 要是请假期间有课，得让任课老师也知道一下
- 批完了要能通知到学生，别让他一直等
- 学院想看统计，比如这个月哪个班请假最多

李老师还提了一嘴：能不能防止学生请了假不回来，
或者一学期请太多假的，"给个什么提示"。
她说得比较含糊，我也没太听明白。

另外她问了一句期末考试周能不能不让请假，我说这个得回来问问。
```

---

## 第二步：各角色任务卡（12 分钟动手）

**统一要求：** 只用这一页输入，不要相互问。做不完没关系，做出一部分就行。

---

### 销售
把这段话整理成一份**需求确认单**，明天要发给李老师签字确认。

要客户看得懂、没有技术词，**特别标出你不确定、需要再问客户的地方**。

> 参考提问方式：
> "帮我把下面这段客户口述的需求整理成一份需求确认单，客户能看懂、不要技术术语，
> 并单独列出需要跟客户再确认的模糊点。"

---

### 产品
把这段话转成**事项规范**：表单字段清单、审批流程节点、各角色权限。

要清楚到研发能照着做。

> 参考提问方式：
> "根据下面的需求，梳理成事项规范，输出三部分：
> 1)表单字段清单（字段名/类型/是否必填）2)审批流程节点及条件分支 3)各角色权限。"

---

### 设计
梳理**页面结构和操作动线**：需要几个页面、每个页面放什么、学生和老师各自怎么操作。

不用画图，文字说清就行。

> 参考提问方式：
> "根据下面的需求，梳理页面结构：需要哪几个页面、每个页面的核心内容和操作、
> 学生端和教师端的操作动线分别是什么。"

---

### 研发
给出**数据模型**：几张表、每张表有哪些字段、表之间的关系。

> 参考提问方式：
> "根据下面的需求，设计数据模型：需要哪几张表、每张表的字段（名称/类型/说明）、
> 表之间的关联关系。"

---

### 测试
列出**测试用例**，分正常流程、边界、异常三组。每条写清前置条件、操作步骤、期望结果。

> 参考提问方式：
> "根据下面的需求生成测试用例清单，分正常流程、边界情况、异常情况三组，
> 每条包含前置条件、操作步骤、期望结果。"

---

### 项目 / 实施
假设这个功能 A 校已经上线了，现在明德大学要用。列出**交付清单 + 要跟客户确认的差异点 + 风险**。

> 参考提问方式：
> "假设「学生请假审批」已在 A 校上线，现在要交付给明德大学。列出：
> 1)交付清单 2)需要跟客户确认的差异点 3)部署风险。"

---

### 运维
从运维角度列出**上线 checklist** 和上线后要盯的监控点。

> 参考提问方式：
> "一个学生请假审批功能要在高校私有化环境上线，列出：
> 1)环境准备 checklist 2)上线后需监控的指标与告警规则。"

---

### 运营
写一份面向学生的**使用说明**，200 字以内，看了就会用。

> 参考提问方式：
> "写一份面向大学生的「线上请假」使用说明，200字以内，简洁友好，不要技术术语。"

---

## 第三步：拼图（10 分钟）

不用每组都展示。挑三个对比投屏，一组两三分钟。

**对比 1 — 销售的确认单 vs 产品的事项规范**

看销售标出了几个"需要再确认"的点，产品有没有直接替客户拍了板。

原文里至少埋了四个模糊点：
- 「探亲假什么的」——到底有几种假型？
- 「防止请了假不回来」——李老师自己都说不清
- 「一学期请太多假给个提示」——多少算太多？提示给谁？
- 「考试周能不能不让请假」——销售明确说了没回答

→ 谁把这些标出来了，谁就没把坑带进后面的环节。

**对比 2 — 产品的字段清单 vs 研发的数据模型**

对得上吗？产品写了但研发表里没有的字段有几个？

→ 不追责。这一眼就是日常返工的来源。

**对比 3 — 测试的用例 vs 产品的规范**

测试有没有想到产品没写的场景？比如"请假期间有课的任课老师怎么通知""三天整算不算三天以内"。

→ 测试想到而产品没写的，就是将来的现场 bug。

---

## 收尾话术

> 同一段话，过了我们每个人的手，已经不是同一件事了。
>
> AI 不是帮你打字快。它帮你把模糊的地方逼出来——原文里那四个说不清的点，
> 你自己读三遍可能都放过去了，让 AI 整理一遍它就浮上来了。
>
> 以前这些裂缝要等到交付现场才发现。现在，在办公室里就能看见。

---

## 你需要提前准备

- [ ] 打印或投屏：公共输入这一页（所有人都要）+ 各角色任务卡（各看自己的）
- [ ] 分组按实际角色（建议）
- [ ] 提前自己跑一遍产品那道题，手上有个参考答案，拼图时好带节奏
