42 lines
1.8 KiB
Markdown
42 lines
1.8 KiB
Markdown
# 责任链与授权链
|
||
|
||
组织修复的核心问题通常不是“谁态度不好”，而是谁对结果负责、谁有权限改变条件、谁在承担没有权限的成本。
|
||
|
||
## 三条链
|
||
|
||
### 责任链
|
||
|
||
- 结果责任：谁必须对结果、质量、延期、风险或损失负责。
|
||
- 条件责任：谁负责提供资源、范围边界、优先级、接口和决策。
|
||
- 解释责任：谁被要求解释失败、安抚冲突、翻译需求和证明努力。
|
||
- 修复责任：谁负责把反馈写回下一轮结构。
|
||
|
||
### 授权链
|
||
|
||
- 范围授权：谁可以删减目标、冻结需求、拒绝插单。
|
||
- 资源授权：谁可以增加人手、预算、时间、工具或外部支持。
|
||
- 优先级授权：谁可以让低优先事项暂停。
|
||
- 接口授权：谁可以改变跨团队交接方式、SLA 或决策入口。
|
||
- 停止授权：谁可以宣布暂停、降档、撤回、保护现场。
|
||
|
||
### 成本链
|
||
|
||
- 谁承担加班、返工、解释、情绪劳动和信任损耗。
|
||
- 谁因为失败失去名誉、机会、评价或资源。
|
||
- 谁从模糊授权中受益，或避免暴露真实取舍。
|
||
|
||
## 诊断问题
|
||
|
||
1. 承担结果的人是否拥有足够授权。
|
||
2. 拥有授权的人是否承担可见责任。
|
||
3. 被要求解释的人是否能改变结构条件。
|
||
4. 反馈是否能进入下一轮规则、资源、角色、接口或时间表。
|
||
5. 组织是否把高层取舍失败包装成执行层配合不足。
|
||
6. 中层是否成为事实上的“无授权修复器”。
|
||
|
||
## 输出要求
|
||
|
||
- 每个建议都要写明 owner，但 owner 不是背锅人；必须同时写明 owner 拥有什么授权。
|
||
- 如果某建议需要上级授权，直接写出授权请求，而不是把动作写成执行层自我改进。
|
||
- 如果授权无法获得，建议要降档为低风险试点、观察项或停止条件。
|