43 lines
1.6 KiB
Markdown
43 lines
1.6 KiB
Markdown
# 组织项目案例
|
||
|
||
## 用户输入
|
||
|
||
“我们团队每次复盘都能说出问题，但下一轮还是一样。中层越来越累，基层觉得没人听。”
|
||
|
||
## 工作表摘要
|
||
|
||
- 对象：团队学习与修复流程。
|
||
- 尺度：项目 / 组织中观尺度。
|
||
- 已知事实：复盘能说出问题；流程没有改变；中层疲惫；基层反馈无法写回。
|
||
- 机制候选：
|
||
- A：反馈写回失败。
|
||
- B：中层承接过载。
|
||
- C：组织把复盘完成度当作修复本身。
|
||
- 证据缺口：是否有复盘记录、资源调整、角色变化、下一轮追踪。
|
||
|
||
## 判断档位
|
||
|
||
若有记录支撑，可进入完整诊断；若只有单方描述，应先作为开放断言。
|
||
|
||
## 输出
|
||
|
||
**当前问题**
|
||
|
||
这个团队不一定缺少反思语言，真正缺的可能是“修复写回”：问题被说出来了，但没有改变规则、资源、角色或时间表。
|
||
|
||
**主要机制候选**
|
||
|
||
最强的机制候选是反馈写回失败。基层说出问题，中层负责翻译和承接，但组织没有把这些信息变成下一轮可见的结构改变。
|
||
|
||
**需要保护的变量**
|
||
|
||
中层是当前关键保护变量。如果中层继续吸收全部解释、协调和补救成本，组织表面上会一直复盘，实际上会不断损失执行记忆和信任。
|
||
|
||
**开放断言**
|
||
|
||
在当前证据下，可以暂时判断：复盘机制正在从修复回路退化为汇报仪式。
|
||
|
||
**下一步**
|
||
|
||
不要先增加一次更大的复盘。选一个重复问题，要求它写回一个明确变化：规则、资源、负责人、时间表或边界。下一轮看这个变化是否真实发生。
|