组织诊断材料整理与问题归纳

场景

组织诊断常从“团队士气不好”“人效低”这样模糊的描述开始。AI 可以把战略目标、流程数据、员工调研和访谈中的事实放到同一张问题图上，帮助团队提出假设；无法仅凭几个现象查出“真正的组织病因”。

输入

选一个明确范围，例如某事业部交付周期变长。准备目标与结果数据、流程节点、组织与职责、匿名调研、客户反馈和访谈纪要。记录时间段、样本范围与来源。不要把未经核实的“某主管造成问题”写成诊断结论。

操作步骤

先把材料分成“结果异常、流程摩擦、角色/职责、资源与能力、员工体验”五类，并保留原始出处。再让 AI 为每个问题做“现象—可能机制—反例—缺失证据”表。例：早会沉默、请假增加、交付延迟可能与工作负荷有关，也可能与目标不清或项目周期有关，需要访谈和流程数据共同验证。随后按业务影响与可验证性排序，设计 3—5 个待验证的问题；HR 和业务负责人通过访谈、观察或数据复核确定原因，再决定是否改组织或流程。

提示词：

整理以下组织诊断资料。只提取有出处的现象和事实，按结果、流程、职责、资源能力、员工体验分类。对每个问题列多种可能解释、反向证据和下一步验证方法，不把相关性当因果，不给个人贴管理能力标签。资料：〔内容〕。

验收与来源

检查每个判断是否有时间、样本与证据；能否指出至少一个替代解释。A0865《小白轻松掌握 WorkBuddy》给出团队现象、可能原因、管理动作、跟踪指标的提示词；A0258《AI 组织诊断》主要提供概念和案例。本文增加证据分层与验证步骤，避免把 AI 的“原因”直接写成事实。

示范：从“士气差”到可验证问题

某部门的调研分数下降、会议发言减少、交付延期增加。AI 不应写“管理者缺乏领导力”，而应把三类现象的时间、样本和来源放在一张表，再提出互相竞争的解释：业务目标频繁变化、资源不足、会议机制低效，或只是项目进入高压阶段。接着设计能区分这些解释的提问，比如“延期集中在哪个流程节点”“目标变更是否有记录”“成员有没有明确的决策权限”。只有验证后，才谈调整职责或管理方式。

诊断报告要克制

报告分为已核实事实、待验证假设和可试点动作。建议优先改一个最明确的流程接口，用两到四周观察交付周期与员工反馈。若多个问题叠加，不要同时大改组织架构、考核和薪酬，否则无法判断哪项措施有效。涉及个人指控时走独立调查程序，不把 AI 聚类结果当作事实依据。

材料准备不要只听单一声音

组织诊断至少需要业务结果、流程数据和人的反馈三类材料。业务结果说明“哪里出了问题”，流程数据说明“卡在哪些环节”，访谈说明参与者如何理解问题。若只拿满意度问卷让 AI 找原因，结果往往是一堆似是而非的管理建议；若只拿 KPI，则可能忽略员工为何无法按流程工作。每份材料都要记录期间、覆盖范围与可信度，老旧制度不能和当前运行记录等量齐观。

例如订单交付延期，AI 可先按项目列计划与实际、等待审批时间、返工次数和客户变更次数，再把访谈中“职责不清”“需求常改”归类。若数据表明返工主要发生在客户确认后，问题机制可能是需求管理，而不是团队能力；仍需抽样看真实项目。报告应允许材料相互矛盾，不要强行写成一个单因故事。

最终交付的不是一页“组织诊断结论”，而是问题地图、证据清单、待验证假设和小规模改进试验。高风险人事调整不能仅依据该地图启动。HR 和业务负责人应在试验后复盘同口径结果，把未被证实的假设从后续报告中撤下。

交付与验收清单

• 每个问题都有业务结果、流程或访谈证据。
• 事实、解释和建议分栏，至少列一种替代解释。
• 未经核实的个人指控不进入正式诊断结论。
• 小试点有负责人、观察周期和同口径指标。

AI 若给出“组织文化不好”这样的上位判断，应追问它对应的具体行为与流程事实，否则退回重写。