返回工具库
第 6 章 · 组织诊断
权力边界自查
确认谁能决定、谁来负责
检查 AI 试点或任务单元是否拥有必要的决策权、资源权和容错权。
交付时长
35-50 分钟
参与人数
3-12 人
在线化状态
可按手册交付
产出物
权力边界表、升级审批边界、责任主体
适用对象
业务负责人HR/OD项目负责人
需求设计手册
已生成 Markdown 手册，路径：
docs/tool-products/power-boundary.md解决的问题
很多 AI 试点不是失败在技术，而是失败在没有权力改变流程、调用资源或承受试错。团队被要求创新，却没有被授予足够边界。
使用边界
适合使用
- 试点推进缓慢且反复请示
- 负责人不清楚能改什么不能改什么
- 管理层希望授权但担心失控
不适合使用
- 没有明确试点对象
- 组织完全不允许任何试错
现场交付流程
1
列出关键决定
列出试点必须做出的流程、资源、数据、人员和客户相关决定。
产出：关键决定清单
2
划分三类权力
分别标记哪些属于决策权、资源权、容错权。
产出：权力分类
3
写清自主与升级边界
明确哪些可以自主决定，哪些必须升级审批，升级给谁。
产出：边界表
4
确认责任主体
确认成功、失败、风险事件分别由谁承担最终判断责任。
产出：责任主体表
解释口径
- 如果试点没有任何自主权，它更像执行任务，不像创新实验。
- 如果没有升级边界，授权容易变成失控或甩锅。
主持人提示
- 用真实决定来讨论权力，不讨论抽象授权。
- 让最终责任人现场确认边界。
常见误区
- 只给责任不给权力。
- 只讲授权不讲风险升级机制。
输出模板
权力边界表
- 可以自主决定什么？
- 必须升级什么？
- 谁最终负责？
- 容错边界是什么？
后续开发说明
表单字段
- pilotName
- decisionList
- decisionRights
- resourceRights
- failureBoundary
- escalationOwner
- accountableOwner
报告模块
- 权力边界矩阵
- 风险升级路径
- 责任表
验收标准
- 用户能区分三类权力
- 每个关键决定有归属
- 报告能输出升级边界
后续行动
- 把权力边界写入任务单元孵化卡。
- 用组织 AI 宪章处理高风险责任边界。
可按手册交付
已形成主持人流程和学员指令，适合在线下工作坊或企业内训中使用。