案例全景与背景深度档案
顾问诊断经过4天的进场诊断(含4场一对一访谈),顾问识别出三层根因结构:表层是技术能力不足,中层是组织准备度不足和数据基础薄弱,深层是期望管理失控和变革领导力缺失。不解决三大根因问题,任何AI方案都难以落地。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「AI是放大器——好流程放大效率,差流程放大混乱」
痛点一:战略缺位。公司没有清晰的AI路线图,多个部门提出了互不协调的AI需求。销售部想上智能客服,供应链想上预测系统,生产部想上视觉质检——但公司缺乏统一的技术架构和数据基础来支撑这些分散的需求。
触发事件CTO提交了一份《行业AI竞争分析报告》,指出5家主要竞争对手已启动AI项目,其中一家已实现成本降低14%的显著效果。
purple痛点三:数据质量堪忧。数据缺失率约16%,异常值占比约11%。数据以T+1报表形式存在,无法支撑实时AI决策。数据治理的首要任务不是建平台,而是建流程。
gold痛点四:范围失控。管理层期望一次性建成「企业级AI平台」解决所有问题,而非小步快跑分阶段实施。这种大而全的思路增加了项目失败的风险和实施周期。
行业背景医疗健康行业正处于深度变革期。头部企业已率先启动AI转型,行业渗透率约14%,预计未来11个月内将超过11%。
利益相关者CEO(影响力高·立场不确定):项目发起人但AI认知偏差,需认知校准。CTO(影响力中·立场中性偏支持):技术执行者,可成为盟友。业务负责人(影响力中·立场消极):信任透支,需速赢重建信心。IT团队(影响力低·立场焦虑):怕被边缘化,需纳入能力建设。一线骨干(影响力低·立场观望):支持与否直接影响落地。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
掌握在医疗健康场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。
核心挑战:本案例最大的难点在于客户对AI的认知偏差与组织变革疲劳的双重叠加——这不是技术问题,而是管理问题。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:通过结构化的工作坊形式,将顾问的方法论转移给客户内部团队,实现能力固化。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
理论概述:高质量的访谈通过精心设计的提问顺序,引导客户自己发现问题的真实面貌。
理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:需求蔓延;镀金;验收争议
操作要点:规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源:PMBOK 7 性能域
识别信号:偏差监控;变更控制;绩效评估
操作要点:监控项目工作 / 实施整体变更控制 / 确认与控制范围/进度/成本/质量/资源/风险/采购/干系人
知识来源:5过程组
识别信号:基线建立;计划整合;审批流程
操作要点:整合范围/进度/成本/质量/资源/沟通/风险/采购/干系人计划 / 确立变更控制流程 / 获得正式批准
知识来源:49过程
识别信号:范围蔓延;镀金;变更失控
操作要点:比较实际与基准 / 识别范围蔓延 / 管理变更请求 / 更新WBS与WBS词典 / 偏差分析
知识来源:49过程
识别信号:资源缺口;技能不匹配;成本超支
操作要点:自下而上估算 / 类比估算 / 参数估算 / 资源分解结构RBS / 项目管理信息系统 / 替代方案分析
知识来源:49过程
识别信号:信息不对称;沟通失效;汇报断层
操作要点:沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源:49过程
识别信号:风险失控;方法不当;偏好未对齐
操作要点:风险管理计划 / 方法论 / 角色与职责 / 预算与时间安排 / 风险类别RBS / 概率与影响矩阵 / 干系人风险偏好
知识来源:49过程
识别信号:版本混乱;基线漂移;可追溯性缺失
操作要点:配置识别 / 配置状态记录 / 配置核实与审计 / 变更控制 / 基线管理 / 版本控制
知识来源:配置管理
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:流程优化;AI赋能环节;成本重构;数字化增值
框架要点:基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理:价值交付;效益管理
识别信号:AI项目风险定价;折现率确定;系统性风险
框架要点:无风险利率 / Beta系数 / 市场风险溢价 / 证券市场线
关联项目管理:风险管理;商业论证
识别信号:AI业务估值;并购定价;投资标的评估
框架要点:DCF / 可比公司 / 先例交易 / 资产基础法 / Sum-of-parts
关联项目管理:商业论证;采购评估
识别信号:AI项目估值;长期回报测算;投资决策
框架要点:自由现金流预测 / 终值计算 / WACC折现 / 敏感性分析
关联项目管理:商业论证;效益管理
识别信号:AI竞合策略;标准制定;生态博弈
框架要点:纳什均衡 / 囚徒困境 / 重复博弈 / 机制设计
关联项目管理:干系人分析;风险管理
识别信号:AI伦理决策;算法偏见;公平性;透明性
框架要点:功利主义 / 义务论 / 德性伦理 / 公正理论 / 伦理决策模型
关联项目管理:风险管理;合规管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 9 个、MBA 领域 5 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-030 监控过程组 | 操作切入点:监控项目工作 |
| 范围 | 高 | KP-002 项目范围管理 | 操作切入点:规划范围管理 |
| 进度 | 中 | KP-049 控制进度 | 操作切入点:挣值分析进度绩效 |
| 成本 | 中 | KP-056 控制成本 | 操作切入点:挣值分析EVM |
| 质量 | 低 | KP-060 六西格玛 | 操作切入点:DMAIC五阶段 |
| 资源 | 高 | KP-063 估算活动资源 | 操作切入点:自下而上估算 |
| 沟通 | 高 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 高 | KP-071 规划风险管理 | 操作切入点:风险管理计划 |
| 采购 | 低 | KP-087 控制采购 | 操作切入点:绩效审查 |
| 干系人 | 中 | KP-080 识别干系人 | 操作切入点:干系人登记册 |
| 治理 | 低 | KP-095 商业论证 | 操作切入点:问题分析 |
| 变更 | 高 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 低 | KP-101 燃尽图 | 操作切入点:横轴时间 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-127 模型监控与漂移检测 | 操作切入点:性能指标监控 |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-002 价值链分析 | 操作切入点:基本活动(生产、销售、服务) |
| 运营管理 | 低 | MBA-012 六西格玛 | 操作切入点:定义 |
| 市场营销 | 低 | MBA-030 竞争情报 | 操作切入点:信息收集 |
| 公司金融 | 高 | MBA-031 资本资产定价模型 | 操作切入点:无风险利率 |
| 财务会计 | 低 | MBA-043 杜邦分析 | 操作切入点:净利润率 |
| 管理会计 | 低 | MBA-052 本量利分析 | 操作切入点:固定成本 |
| 投资学与估值 | 高 | MBA-062 现金流折现模型 | 操作切入点:自由现金流预测 |
| 组织行为学 | 低 | MBA-074 弗鲁姆期望理论 | 操作切入点:期望(努力→绩效) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 高 | MBA-093 博弈论 | 操作切入点:纳什均衡 |
| 商业伦理与公司治理 | 高 | MBA-105 商业伦理框架 | 操作切入点:功利主义 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点:成本法 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/resources
入口:资源管理>资源列表>分配面板>项目/任务/时间字段
操作步骤:进入资源管理页;选择目标资源;打开分配面板;选择项目与任务;设置分配时间段与比例
数据录入:资源分配记录在资源日历中
边界与变通:无资源技能矩阵与容量规划引擎
页面:/resources(「资源日历」视图)
入口:资源管理页>Segmented切换到「资源日历」>选择资源>假期/可用时段标记
操作步骤:进入资源管理页;点击顶部「资源日历」切换视图;选择目标资源;标记假期与不可用时段;保存
数据录入:可用时段影响任务排程计算
边界与变通:仅支持单资源视图,无跨资源冲突热力图
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无团队建设/能力评估模块
数据录入:不涉及数据录入
边界与变通:属组织行为范畴,需外部工具或线下开展
整改清单FIX-2026-007(P2,工作量S):通过知识条目记录团队建设活动与能力提升计划,任务跟踪落实
页面:/notifications + /reports
入口:通知中心>订阅设置;Reports>生成报告>分享链接
操作步骤:进入通知中心配置订阅规则;进入 Reports 生成项目报告;获取分享链接分发给干系人
数据录入:报告链接即分发载体
边界与变通:无邮件/IM 直发通道,依赖 Webhook 集成
页面:/integrations + /automations
入口:Integrations 配置数据源;Automations 设置同步规则
操作步骤:在 Integrations 添加外部数据源;配置字段映射;进入 Automations 创建定时同步规则;查看同步日志
数据录入:同步为增量模式,按配置周期执行
边界与变通:无实时双向同步能力
整改清单FIX-2026-021(P2,工作量L):优化Integrations支持WebSocket实时推送;当前通过缩短Automations同步周期变通
动手实操与 AI 协同工作法
总用时约211分钟。
区分客户说的问题和真实的问题——症状往往不是根因
背景:三甲综合医院风控反欺诈 AI 项目处于试点验证,本周模型识别异常交易12 项笔,误报/漏报情况为外部数据供应商报告黑产攻击频率突增7倍,需进行周度风险盘点与应对策略调整。角色:主责风险经理,协审高级PM与质量经理,项目总监终审。交付物:输出风控风险盘点报告(Word)与应对调整清单(Excel),包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| T2 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| A3 | 如果这个项目不做,11个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R4 | 在过去11个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| S5 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| T6 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| A7 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| R8 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| S9 | 您能描述一下目前医疗健康业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| T10 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| A11 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| R12 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
•客户问"你做过我们行业吗?"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——引导"好方案源自深入了解,给我30分钟"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
推荐:《提问的艺术》
自我检查:客户说了70%以上时间?有3次以上有效追问?识别了隐藏需求?管理了不切实际的期望?