# ECRS 流程时间练习材料

全部记录由 BizThinkFrame 为教学原创模拟，不是实际企业数据。模拟期间为 2026-10-01 至 2026-10-04，时区 Asia/Shanghai；本批 12 笔均为已完成的常规请求，不包含未完成、复杂或跨日请求，不能用作团队服务水平或方法效果的证据。

## 文件与复算

- `process-log.csv`：每行一笔请求，稳定编号、四个带 UTC+08:00 偏移的时间戳、五项处理投入、审核排队时间及交接前已审核标记。
- `process-summary.json`：由脚本生成，含口径、原 CSV 的 SHA-256、汇总、平均值及条件试算。不是实测改善结果。
- `analyze_process.py`：只用 Python 3 标准库，检查编号、时间戳顺序、各阶段时长、审批标记与串行假设后复算。
- `process-worksheet.md` / `process-worksheet.en.md`：各语言的空白提纲与一份参考分析。

把 CSV、脚本和摘要下载到同一目录后运行：

```sh
python3 analyze_process.py
```

输出 JSON 应与摘要一致。要保存新结果，请写到另一个文件，避免误覆盖下载的参考摘要：

```sh
python3 analyze_process.py > recalculated.json
```

## 字段与计算口径

`entry_minutes`、`copy_minutes`、`review_minutes`、`handoff_minutes`、`rework_minutes` 都是人分钟。返工为初次审核后补齐字段及复查的投入，已经包含在处理合计中。`wait_minutes` 是 `queued_at` 到 `review_started_at` 的请求排队历时，不代表员工闲置或可回收的工时。

每笔请求中操作串行、同时只有一人处理，只有一次审核前等待，返工没有另一次等待。收到至入队等于登记加抄录；审核开始至交接等于审核加返工加通知。整个历时由 `handoff_at - received_at` 独立计算，与处理加等待相互核对。真实多人并行流程不能照搬这条加法关系。

应复算出：处理 216 人分钟、等待 504 请求分钟、请求历时合计 720 分钟，平均分别为 18、42、60；6 笔发生返工，返工投入共 24 人分钟。取消所有抄录且不增加任何新投入时，最多避免本批 36 人分钟，处理剩余 180 人分钟；这是条件试算，不是统计置信上界或未来批次的保证。

## 使用与事实边界

材料可用于自己的学习或内部流程练习，保留 BizThinkFrame 署名与模拟声明。更换真实数据时重新定义时段、范围、并行工作、缺失记录与未完成请求的处理，不要删去例外以制造改善。脚本用于本例的格式与口径，不是通用流程诊断器；方法页也不会自动导入或统计这些文件。

ECRS 方法参考：JICA / Uzbekistan Japan Center 的 Advanced KAIZEN course，2016 年 10 月课程，幻灯片 133–134，PDF 第 211 页：[原始资料](https://openjicareport.jica.go.jp/pdf/12334025_03.pdf#page=211)，核对日期 2026-10-06。该资料支持四种改善角度，不支持本文模拟数字、36 分钟收益或试点批准。