案例全景与背景深度档案
风险矩阵期望风险(可能性高·影响高):利益相关者对时间表和效果有不切实际的预期。资源风险(可能性中·影响高):预算可能被削减、关键人员可能被调离。治理风险(可能性中·影响中):数据安全和隐私合规问题。
gold痛点四:范围失控。管理层期望一次性建成「企业级AI平台」解决所有问题,而非小步快跑分阶段实施。这种大而全的思路增加了项目失败的风险和实施周期。
blue痛点二:一线焦虑。员工最关心三个问题:这个系统是来监控我的吗?学会用这个系统算KPI吗?我学不会怎么办?这些担忧如果不解决,任何技术方案都难以推行。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「数据不是越多越好,而是越准越好」
purple痛点三:数据采集依赖人工。一线数据填报靠员工手动录入,缺乏自动采集手段。部分关键工序的数据采集相关指标维持在客户与监管可接受区间,数据完整性问题严重制约AI模型的准确性。
变革路线图启动阶段(第1月):组建项目组+数据摸底+技术选型。攻坚阶段(第3-6月):数据治理+模型开发+验证测试。推广阶段(第6-8月):系统部署+流程适配+一线培训。收尾阶段(第12-16月):效果评估+知识移交。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
掌握在通信媒体场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。
核心挑战:某短视频AI流量分配考验顾问在3类利益相关者之间建立共识的能力,差异化沟通是关键。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:目标(Goal)→现实(Reality)→选项(Options)→意愿(Will),让客户主动探索方案。
理论概述:顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
理论概述:高质量的访谈通过精心设计的提问顺序,引导客户自己发现问题的真实面貌。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:多线并行;跨部门协调;基线漂移
操作要点:制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源:PMBOK 7 性能域
识别信号:需求蔓延;镀金;验收争议
操作要点:规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源:PMBOK 7 性能域
识别信号:权力博弈;利益冲突;沟通失效
操作要点:识别干系人 / 理解分析优先级 / 规划参与 / 建立信任 / 持续互动
知识来源:PMBOK 7 性能域
识别信号:基线建立;计划整合;审批流程
操作要点:整合范围/进度/成本/质量/资源/沟通/风险/采购/干系人计划 / 确立变更控制流程 / 获得正式批准
知识来源:49过程
识别信号:范围蔓延;镀金;变更失控
操作要点:比较实际与基准 / 识别范围蔓延 / 管理变更请求 / 更新WBS与WBS词典 / 偏差分析
知识来源:49过程
识别信号:资源缺口;技能不匹配;成本超支
操作要点:自下而上估算 / 类比估算 / 参数估算 / 资源分解结构RBS / 项目管理信息系统 / 替代方案分析
知识来源:49过程
识别信号:风险失控;方法不当;偏好未对齐
操作要点:风险管理计划 / 方法论 / 角色与职责 / 预算与时间安排 / 风险类别RBS / 概率与影响矩阵 / 干系人风险偏好
知识来源:49过程
识别信号:干系人分类;参与策略;沟通定制
操作要点:高权力高利益(重点管理) / 高权力低利益(令其满意) / 低权力高利益(随时告知) / 低权力低利益(监督)
知识来源:干系人技术
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:流程优化;AI赋能环节;成本重构;数字化增值
框架要点:基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理:价值交付;效益管理
识别信号:AI项目盈亏平衡;规模效应;定价底线
框架要点:固定成本 / 变动成本 / 盈亏平衡点 / 安全边际 / 经营杠杆
关联项目管理:商业论证;风险管理
识别信号:AI公司估值;行业对标;投资标的筛选
框架要点:EV/EBITDA / P/E / P/S / 可比公司筛选 / 倍数调整
关联项目管理:采购评估;商业论证
识别信号:AI竞合策略;标准制定;生态博弈
框架要点:纳什均衡 / 囚徒困境 / 重复博弈 / 机制设计
关联项目管理:干系人分析;风险管理
识别信号:AI数据不对称;模型黑箱;信任机制
框架要点:逆向选择 / 道德风险 / 信号传递 / 筛选机制
关联项目管理:风险管理;沟通管理
识别信号:AI管理层与股东;绩效对齐;激励设计
框架要点:道德风险 / 逆向选择 / 激励合约 / 监督机制 / 剩余控制权
关联项目管理:干系人管理;治理结构
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 7 个、MBA 领域 5 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-001 项目整合管理 | 操作切入点:制定项目章程 |
| 范围 | 高 | KP-002 项目范围管理 | 操作切入点:规划范围管理 |
| 进度 | 中 | KP-049 控制进度 | 操作切入点:挣值分析进度绩效 |
| 成本 | 中 | KP-056 控制成本 | 操作切入点:挣值分析EVM |
| 质量 | 低 | KP-060 六西格玛 | 操作切入点:DMAIC五阶段 |
| 资源 | 高 | KP-063 估算活动资源 | 操作切入点:自下而上估算 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 高 | KP-071 规划风险管理 | 操作切入点:风险管理计划 |
| 采购 | 低 | KP-087 控制采购 | 操作切入点:绩效审查 |
| 干系人 | 高 | KP-011 干系人绩效域 | 操作切入点:识别干系人 |
| 治理 | 低 | 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-093 博弈论 | 操作切入点:纳什均衡 |
| 商业伦理与公司治理 | 高 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点:成本法 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/projects → /changes
入口:项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤:在项目详情确认当前范围;进入变更控制页;点击「新建变更」;选择变更类型,填写影响分析;提交审批
数据录入:基线以变更记录为追溯依据,无独立基线对比视图
边界与变通:无配置管理基线对比功能,需人工比对变更前后差异
整改清单FIX-2026-009(P1,工作量M):在变更控制页增加「基线快照」按钮,自动保存变更前后范围快照供对比
页面:/resources
入口:资源管理>资源列表>分配面板>项目/任务/时间字段
操作步骤:进入资源管理页;选择目标资源;打开分配面板;选择项目与任务;设置分配时间段与比例
数据录入:资源分配记录在资源日历中
边界与变通:无资源技能矩阵与容量规划引擎
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无团队建设/能力评估模块
数据录入:不涉及数据录入
边界与变通:属组织行为范畴,需外部工具或线下开展
整改清单FIX-2026-007(P2,工作量S):通过知识条目记录团队建设活动与能力提升计划,任务跟踪落实
页面:/risk
入口:风险登记册>新建风险>风险描述/类别/概率/影响
操作步骤:进入风险登记册;点击「+新建风险」;填写风险描述与类别;评估概率与影响等级;保存
数据录入:风险条目含描述、类别、概率、影响、责任人
边界与变通:无风险自动识别引擎
页面:/risk
入口:风险登记册>列表视图>概率×影响矩阵>排序
操作步骤:在风险登记册查看列表;系统按概率×影响自动计算风险等级;使用排序功能查看 Top 风险
数据录入:概率与影响由用户录入,矩阵自动计算
边界与变通:无蒙特卡洛模拟等定量分析引擎
动手实操与 AI 协同工作法
总用时约270分钟。
好的开场白是访谈成功的一半——它不是介绍而是建立合作框架
背景:广电网络公司风控反欺诈 AI 项目处于试点验证,本周模型识别异常交易12 项笔,误报/漏报情况为一线员工举报内部流程存在214处漏洞引发舆情,需进行周度风险盘点与应对策略调整。角色:主责风险经理,协审高级PM与质量经理,项目总监终审。交付物:输出风控风险盘点报告(Word)与应对调整清单(Excel),包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| T2 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| A3 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| R4 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| S5 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| T6 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| A7 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| R8 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| S9 | 如果这个项目不做,4个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| T10 | 根据行业数据,类似规模企业通常7个月实现17%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| A11 | 在过去4个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
•客户问"你做过我们行业吗?"——回应"我们团队做过多个类似场景"
•客户坚持"先说说方案"——引导"好方案源自深入了解,给我30分钟"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
推荐:《关键对话》
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?