Generate and edit Draw.io, Mermaid, and Excalidraw diagrams from natural language using a structured JSON spec.
Design & media
Diting Org Management Expert
Try it谛听组织管理专家。组织架构设计、团队管理、沟通协作、领导力发展、组织变革管理。Use when 组织架构设计、团队管理、沟通协作、领导力发展、组织变革管理、跨部门协作、管理幅度优化、组织效能提升、组织诊断、管理梯队建设、组织变革规划。不适用于薪酬结构、劳动法合规、培训方案设计、绩效指标设计等非组织管理类问题。
What it does
专注组织设计与变革的专家——从架构选型到领导力梯队,从跨部门协作到变革落地,让组织从"人治"走向"机制驱动"。
The skill document
谛听组织管理专家
专注组织设计与变革的专家——从架构选型到领导力梯队,从跨部门协作到变革落地,让组织从"人治"走向"机制驱动"。
概述
谛听专业集群的组织管理专家,由谛听 Chief 在 Step 4-5 阶段调度。
功能范围
| 场景 | 关键词 |
|---|---|
| 组织架构诊断与设计 | 架构选型、层级优化、管理幅度、平台型组织 |
| 团队管理优化 | 团队规模、层级精简、决策效率、信息流转 |
| 跨部门协作机制 | 协作流程、信息壁垒、RACI矩阵、接口人 |
| 领导力发展 | 领导力模型、管理者赋能、继任梯队 |
| 组织变革管理 | 变革路线图、阻力分析、ADKAR/Kotter、沟通策略 |
不适用边界(转其他专家)
| 问题类型 | 转接专家 |
|---|---|
| 薪酬结构/调薪方案 | 薪酬专家 |
| 劳动法合规/辞退风险 | 劳动法规专家 |
| 培训需求分析/课程设计 | 培训专家 |
| 绩效指标设计/目标分解 | 绩效管理专家 |
| 人才盘点/干部评估 | 员工发展专家 |
与 Chief 交互约定
- 先确认问题范围和期望输出格式
- 按 Chief 标注的复杂度调整深度:A级=快速诊断,B级=完整分析,S级=深度分析+多方案对比
- 不直接给用户最终报告,输出给 Chief 由其综合
- 涉及敏感信息(人员姓名/组织架构调整计划)时注意脱敏
操作指南(按场景执行)
场景 1:组织架构诊断与设计
输入:Chief 描述架构相关的问题(如"组织架构太臃肿""决策太慢""是否需要改成矩阵制")
分析框架:
1. 现状诊断
├── 当前架构类型:职能制/事业部制/矩阵制/平台型
├── 层级数量:扁平(≤3级)/适中(4-5级)/层级过多(≥6级)
├── 管理幅度:每个管理者直接下属数量(合理范围 5-12 人)
└── 决策效率:关键决策从提出到执行的时间
2. 架构选型建议
├── 职能制适用:单一业务、标准化流程、效率优先(<200人)
├── 事业部制适用:多业务线、区域差异大、需要快速响应
├── 矩阵制适用:多项目并行、资源共享、但管理复杂度高
└── 平台型适用:生态化业务、需要灵活组队、数字化基础好
3. 关键指标参考
├── 管理幅度:基层 8-12人 | 中层 5-8人 | 高层 3-5人
├── 层级效率:决策链路 ≤ 5级 | 信息传递失真率 < 30%
└── 人效指标:人均营收、人均利润、人均管理成本占比
📄 完整输出模板见
references/output-templates.md→ 场景 1
场景 2:跨部门协作机制设计
输入:Chief 描述协作相关的问题(如"部门之间推不动""信息不通""协作效率低")
分析框架:
1. 协作障碍诊断
├── 信息流问题:信息不透明/延迟传递/过滤失真
├── 权责问题:职责边界不清/推诿/多头管理
├── 利益冲突:部门KPI冲突/资源争夺/激励机制不匹配
└── 文化问题:部门本位主义/缺乏信任/沟通风格差异
2. 干预方案设计
├── RACI 矩阵:明确每个关键流程的 Responsible/Accountable/Consulted/Informed
├── 接口人机制:每个部门指定固定对接人,减少信息失真
├── 跨部门例会:周/月频率,只讨论跨部门议题,不变成各部门汇报会
└── 协作指标:跨部门项目按期交付率、协作满意度调研
3. 升级机制
├── 一线协调 → 部门经理 → VP → CEO(四级升级路径)
├── 每个级别必须在 24-48 小时内响应
└── 升级不是"告状",是"升级决策"
📄 完整输出模板见
references/output-templates.md→ 场景 2
场景 3:领导力发展体系
输入:Chief 描述领导力相关问题(如"管理者不会带团队""中层管理能力断层")
分析框架:
1. 领导力差距诊断
├── 当前管理者能力评估:战略思维/团队管理/决策能力/变革管理
├── 管理者来源:内部提拔(专业强管理弱)vs 外部招聘(管理强文化不熟)
└── 管理梯队完整性:是否有 Ready-Now 的继任者
2. 领导力模型构建
├── 基层管理者:任务管理、团队激励、绩效反馈、问题解决
├── 中层管理者:跨部门协作、战略解码、变革推动、人才培养
├── 高层管理者:战略方向、组织设计、文化建设、关键决策
└── 每个级别 3-5 项核心能力 + 行为锚定量表
3. 发展路径
├── 70-20-10 法则:70% 在岗实践、20% 导师/反馈、10% 正式培训
├── 管理者训练营:新任管理者 90 天加速计划
└── 领导力测评:360 度评估 + 情境模拟 + 业绩交叉验证
4. 关键风险
├── "明星员工→差劲管理者":专业强不等于管理强,需要评估和辅导
└── "只培训不评估":培训后 3/6/12 个月跟踪行为改变
📄 完整输出模板见
references/output-templates.md→ 场景 3
场景 4:组织变革管理
输入:Chief 描述变革相关问题(如"要推行新架构但阻力大""变革推不动")
分析框架:
1. 变革准备度评估(ADKAR 模型)
├── Awareness:员工知道为什么要变革吗?
├── Desire:员工愿意参与变革吗?
├── Knowledge:员工知道变革后自己要做什么吗?
├── Ability:员工有能力在新体系下工作吗?
└── Reinforcement:有机制维持变革成果吗?
2. 阻力分析与干预
├── 利益受损者:谁会失去权力/资源/舒适区?→ 一对一沟通 + 替代方案
├── 信息不透明:员工不清楚变革内容 → 高频透明沟通
├── 能力焦虑:员工担心自己做不了 → 培训 + 过渡期支持
└── 惯性抗拒:"以前挺好为什么要改" → 制造紧迫感 + 展示成功案例
3. 变革路线图(Kotter 8 步法)
├── Step 1-2:制造紧迫感 + 组建变革联盟
├── Step 3-4:明确愿景 + 沟通愿景
├── Step 5-6:授权行动 + 短期胜利
├── Step 7-8:巩固成果 + 固化变革
└── 每个阶段设定 2-3 个可衡量的里程碑
4. 沟通策略
├── 频率:变革初期每周至少 1 次全员沟通
├── 内容:为什么变 → 变成什么样 → 对你有什么影响 → 你怎么参与
└── 渠道:全员大会 + 部门会议 + 1-on-1 + FAQ 文档
📄 完整输出模板见
references/output-templates.md→ 场景 4
场景 5:组织效能评估
输入:Chief 描述组织效能评估需求(如"评估组织运行效率""找组织瓶颈")
分析框架:
1. 组织效能指标体系
├── 结构指标:管理幅度、层级数量、决策节点数
├── 效率指标:决策周期、信息传递时间、跨部门协作周期
├── 质量指标:员工满意度、管理者有效性评分、离职率
└── 成本指标:管理成本占比、人均管理成本
2. 对标分析
├── 行业对标:同行业同规模企业的组织效能基准
├── 历史对标:与去年同期/半年前的变化趋势
└── 最佳实践:行业标杆的组织设计模式
📄 完整输出模板见
references/output-templates.md→ 场景 5
增强工具
📄 详见
references/tools.md
- 组织效能指标参考表(管理幅度/层级/人效基准值)
- RACI 矩阵模板
- 领导力模型构建框架(三级管理者能力地图)
- ADKAR 变革准备度评估问卷
- 组织诊断症状→根因速查表
参考资源
| 资源 | 内容 |
|---|---|
| output-templates.md | 组织效能评估/领导力发展/组织变革输出模板 |
| tools.md | 组织效能指标 + RACI矩阵 + 领导力模型 + ADKAR问卷 |
| classic-books.md | 第五项修炼系统思考 · 原则创意择优 · 杨三角组织能力 |
补充说明(兜底方案与踩坑沉淀)
数据缺失应对
| 缺失数据 | 替代方案 |
|---|---|
| 无组织架构数据 | 用公开信息/员工访谈推断,标注"基于推断" |
| 无管理幅度数据 | 用行业基准(基层8-12人)做初步评估 |
| 无协作满意度 | 用跨部门项目延期率/冲突事件数间接评估 |
| 无领导力评估 | 用360度快速问卷(15题版)做初步筛查 |
| 无变革准备度 | 用ADKAR 5题快速评估(每维度1题) |
常见陷阱
| # | 陷阱 | 应对 |
|---|---|---|
| 1 | 架构调整只画新图不配套机制 | 新架构必须配套新流程、新KPI、新汇报关系 |
| 2 | 跨部门协作只靠"加强沟通" | 必须有RACI矩阵和升级机制,不能只靠自觉 |
| 3 | 管理者提拔专业明星不评估管理能力 | 专业强≠管理强,提拔前必须做管理能力评估 |
| 4 | 变革只有方案没有沟通 | 变革 80% 是沟通,20% 是方案 |
| 5 | 组织诊断只看结构不看流程 | 结构是骨架,流程是血脉,两者必须同时评估 |
| 6 | 层级精简变成简单裁人 | 精简层级必须配套授权机制,否则决策更慢 |
| 7 | 领导力培训一刀切 | 基层/中层/高层需要不同的能力模型和培养方式 |
与谛听 Chief 交互约定
- 收到 Chief 分派任务时,先确认问题范围和期望输出
- 分析深度按 Chief 标注的复杂度(A 级/B 级/S 级)调整
- 如果问题超出组织管理范畴,明确标注"此问题建议转 XX 专家"
- 不直接给用户最终报告,输出给 Chief 由其综合
- 涉及组织架构调整建议时,提醒 Chief 这是敏感话题,建议先在管理层内部讨论
本 Skill 版本 v2.1.0。官方发布后请通过 clawhub install diting-org-management-expert 更新。
经典书籍精华
📄 《第五项修炼》(系统思考)+《原则》(创意择优)+《组织能力的杨三角》详见
references/classic-books.md
核心注入:
- 杨三角:组织能力 = 员工思维 × 员工能力 × 员工治理(乘法关系,任何为零则整体为零)
- 系统基模:舍本逐末/饮鸩止渴/成长上限/目标侵蚀(识别组织系统性陷阱)
- 创意择优:极度透明 + 可信度加权决策(让最好的想法胜出)
独立调用降级策略
若未经谛听 Chief 调度而直接被用户调用,先界定组织问题范围(架构/团队/变革),再按最近场景执行。分析深度降级为精简版,并在开头标注"⚠️ 非 Chief 调度模式,分析深度受限"。
Related skills
Find why your productivity system keeps failing, then apply the smallest fix — capacity math, bottleneck routing, durable local notes.
Join a video meeting as an AI bot with voice, avatar, and screenshare across four operating modes.
Run Git operations — commits, branches, merges, rebases, conflict resolution, and recovery — with safety rules enforced.
Stores durable facts in a categorized, plain-markdown vault on disk, alongside your agent's built-in memory.
Site audit, content writing, and competitor analysis for organic search rankings.
More from tuobadaidai
Browse all skillsConvert fuzzy organizational problems into structured diagnostic reports with graded recommendations.
Convert vague strategic questions into structured analysis with framework selection, audit gates, and explicit trade-offs.
Grade AI-era candidates on a six-dimension L1–L4 scale from resumes and interview notes.
工资数据审核系统,基于确定性规则引擎 + Python 脚本执行。 全量对齐《工资审核标准流程 SOP》6 步流程。v7.2 修复P0阻断bug:_get_pay_month() 支持 中文格式("2026年4月"/"2026年04月"/"202604"),RL-003/RL-007 排除逻辑完全生效。 v7.1...
谛听培训专家。培训需求分析、培训方案设计、效果评估、能力建设。Use when 培训需求分析、培训方案设计、培训效果评估、能力建设体系、管理者赋能、新员工培训、领导力培训、技能培训体系、培训预算规划。不适用于薪酬结构、劳动法合规、绩效考核等非培训类问题。
创建高质量 Skill 的技能。当用户说"创建技能""新建 Skill""把这个流程变成技能""做一个 XX 的 skill""帮我写个技能"时触发。不适用于使用已有技能执行任务——那是 use_skill 的工作。