案例全景与背景深度档案
触发事件公司遭遇了6937万元的重大运营事故,管理层痛下决心引入AI。事故的直接原因是13小时的信息延迟导致了错误决策。
gold痛点四:资源错配。管理层希望AI项目不增加预算,用现有团队完成。但现有IT团队在AI领域经验几乎为零,缺乏外部技术支持。人力资源和技术能力的双重不足构成项目最大风险。
变革路线图启动阶段(第1月):组建项目组+数据摸底+技术选型。攻坚阶段(第3-6月):数据治理+模型开发+验证测试。推广阶段(第6-8月):系统部署+流程适配+一线培训。收尾阶段(第12-16月):效果评估+知识移交。
行业背景制造业领域正经历从经验驱动到数据驱动的范式转移。约85%的头部企业已完成第一阶段的AI部署,行业平均效率提升约18%。
blue痛点二:变革疲劳。公司在过去11年中经历了多轮组织架构调整,员工对「新项目」持观望甚至抵触态度。变革管理成为比技术选型更具挑战性的任务。
顾问诊断经过5天的深入诊断,顾问团队揭示了2个关键发现:利益相关者之间的信任已经透支,需要从头建立;数据基础需要8个月的专项治理;技术选型必须考虑组织能力约束。
风险矩阵数据风险(可能性高·影响高):数据质量不足以支撑模型训练、数据获取受合规限制、数据标注成本超预算。交付风险(可能性中·影响中):交付物与期望不符、技术方案选型错误。合规风险(可能性中·影响高):数据隐私和安全合规问题可能造成法律风险。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「数据不是越多越好,而是越准越好」
企业概况以制造业为核心赛道的某造纸厂AI切纸机安全防护成立于1994年,是该领域重要参与者 员工总数4251人,年营收约5.8亿元。在制造业细分市场占有率约10%,属于区域龙头企业。
痛点一:急于求成。CEO希望8个月内完成全公司AI部署,但行业基准显示类似规模的AI项目平均需要10个月。客户对AI「即插即用」的期望与现实之间存在显著落差。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
掌握在制造业场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。
核心挑战:某造纸厂AI切纸机安全防护的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
理论概述:表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
理论概述:高质量的访谈通过精心设计的提问顺序,引导客户自己发现问题的真实面貌。
理论概述:从业务(Business)、数据(Data)、组织(Organization)、技术(Technology)四个维度系统性评估企业AI准备度。
理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:多线并行;跨部门协调;基线漂移
操作要点:制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源:PMBOK 7 性能域
识别信号:变更失控;基线漂移;CCB决策
操作要点:建立变更控制委员会CCB / 评估变更影响 / 批准/否决/延期 / 更新基线 / 沟通变更决定
知识来源:49过程
识别信号:工作包过大;分解不足;责任不清
操作要点:分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源:49过程
识别信号:信息不对称;沟通失效;汇报断层
操作要点:沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源:49过程
识别信号:干系人遗漏;期望失控;权力失衡
操作要点:干系人登记册 / 干系人分析 / 权力利益矩阵 / 权力影响矩阵 / 影响作用矩阵 / 凸显模型
知识来源:49过程
识别信号:参与度变化;策略失效;关系恶化
操作要点:干系人参与度评估 / 数据分析(备选方案/根因/干系人映射) / 决策 / 数据表现(干系人参与度评估矩阵)
知识来源:49过程
识别信号:版本混乱;基线漂移;可追溯性缺失
操作要点:配置识别 / 配置状态记录 / 配置核实与审计 / 变更控制 / 基线管理 / 版本控制
知识来源:配置管理
识别信号:进度可视化;偏差识别;预测
操作要点:横轴时间 / 纵轴剩余工作量 / 理想线 / 实际线 / 偏差分析 / 预测完成时间 / 每日更新
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:流程优化;AI赋能环节;成本重构;数字化增值
框架要点:基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理:价值交付;效益管理
识别信号:AI竞品监控;市场信号捕捉;智能预警
框架要点:信息收集 / 分析框架 / 预警机制 / 合法合规 / 决策支持
关联项目管理:风险管理;环境扫描
识别信号:AI项目分阶段投资;试点扩展决策;不确定性管理
框架要点:延迟期权 / 扩展期权 / 放弃期权 / 切换期权 / 二叉树/BS模型
关联项目管理:阶段门;渐进明细
识别信号:AI项目盈亏平衡;规模效应;定价底线
框架要点:固定成本 / 变动成本 / 盈亏平衡点 / 安全边际 / 经营杠杆
关联项目管理:商业论证;风险管理
识别信号:AI公司估值;行业对标;投资标的筛选
框架要点:EV/EBITDA / P/E / P/S / 可比公司筛选 / 倍数调整
关联项目管理:采购评估;商业论证
识别信号:AI算力供需;数据市场定价;资源稀缺
框架要点:需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理:采购管理;资源管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 8 个、MBA 领域 7 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-001 项目整合管理 | 操作切入点:制定项目章程 |
| 范围 | 高 | KP-041 创建WBS | 操作切入点:分解到工作包层级 |
| 进度 | 中 | KP-049 控制进度 | 操作切入点:挣值分析进度绩效 |
| 成本 | 中 | KP-056 控制成本 | 操作切入点:挣值分析EVM |
| 质量 | 低 | KP-060 六西格玛 | 操作切入点:DMAIC五阶段 |
| 资源 | 低 | KP-063 估算活动资源 | 操作切入点:自下而上估算 |
| 沟通 | 高 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 低 | KP-071 规划风险管理 | 操作切入点:风险管理计划 |
| 采购 | 低 | KP-087 控制采购 | 操作切入点:绩效审查 |
| 干系人 | 高 | KP-080 识别干系人 | 操作切入点:干系人登记册 |
| 治理 | 低 | KP-095 商业论证 | 操作切入点:问题分析 |
| 变更 | 高 | KP-037 实施整体变更控制 | 操作切入点:建立变更控制委员会CCB |
| 敏捷 | 高 | KP-101 燃尽图 | 操作切入点:横轴时间 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-127 模型监控与漂移检测 | 操作切入点:性能指标监控 |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-002 价值链分析 | 操作切入点:基本活动(生产、销售、服务) |
| 运营管理 | 低 | MBA-012 六西格玛 | 操作切入点:定义 |
| 市场营销 | 高 | MBA-030 竞争情报 | 操作切入点:信息收集 |
| 公司金融 | 高 | MBA-035 实物期权 | 操作切入点:延迟期权 |
| 财务会计 | 低 | MBA-043 杜邦分析 | 操作切入点:净利润率 |
| 管理会计 | 高 | MBA-052 本量利分析 | 操作切入点:固定成本 |
| 投资学与估值 | 高 | MBA-063 可比公司分析 | 操作切入点:EV/EBITDA |
| 组织行为学 | 低 | MBA-074 弗鲁姆期望理论 | 操作切入点:期望(努力→绩效) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 高 | MBA-091 供求理论 | 操作切入点:需求曲线 |
| 商业伦理与公司治理 | 中 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点:成本法 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/projects → /changes
入口:项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤:在项目详情确认当前范围;进入变更控制页;点击「新建变更」;选择变更类型,填写影响分析;提交审批
数据录入:基线以变更记录为追溯依据,无独立基线对比视图
边界与变通:无配置管理基线对比功能,需人工比对变更前后差异
整改清单FIX-2026-009(P1,工作量M):在变更控制页增加「基线快照」按钮,自动保存变更前后范围快照供对比
页面:/stakeholders
入口:干系人登记册>Power×Interest 四象限>参与策略字段
操作步骤:进入干系人登记册;录入干系人信息;系统自动定位 Power×Interest 四象限;填写参与策略;保存
数据录入:权力/兴趣评分由用户输入,系统自动映射象限
边界与变通:参与策略为文本字段,无自动化建议
页面:/stakeholders
入口:干系人登记册>新建>名称/角色/权力/兴趣/分类
操作步骤:进入干系人登记册;点击「+新建干系人」;填写基本信息与角色;录入权力与兴趣评分;系统自动定位象限
数据录入:权力/兴趣 1-5 分制,四象限自动计算
边界与变通:无自动干系人发现或关系图谱
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无满意度调查/NPS 问卷模块
数据录入:不涉及数据录入
边界与变通:建议通过 Webhook 对接外部问卷工具
整改清单FIX-2026-008(P2,工作量S):通过Webhook对接外部问卷工具(如问卷星/腾讯问卷),结果回传为知识条目
页面:/kanban
入口:看板页面>泳道设置>任务卡片>拖拽流转
操作步骤:进入看板页;设置泳道(待办/进行中/已完成);将任务卡片拖入对应泳道;拖拽卡片更新状态;查看在制品限制
数据录入:看板视图与任务列表实时同步
边界与变通:仅支持单项目看板,无跨项目聚合
动手实操与 AI 协同工作法
总用时约149分钟。
好的开场白是访谈成功的一半——它不是介绍而是建立合作框架
背景:食品饮料加工风控反欺诈 AI 项目处于试点验证,本周模型识别异常交易12 项笔,误报/漏报情况为监管突击下发疑似违规线索清单要求2025年10月内反馈,需进行周度风险盘点与应对策略调整。角色:主责风险经理,协审高级PM与质量经理,项目总监终审。交付物:输出风控风险盘点报告(Word)与应对调整清单(Excel),包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| T2 | 您能描述一下目前制造业业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| A3 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| R4 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| S5 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| T6 | 如果这个项目不做,8个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| A7 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| R8 | 根据行业数据,类似规模企业通常12个月实现11%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| S9 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| T10 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| A11 | 在过去8个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| R12 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
•客户问"你做过我们行业吗?"——回应"我们团队做过多个类似场景"
•客户坚持"先说说方案"——引导"先了解您的挑战才能切中要害"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
推荐:《关键对话》
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?