案例全景与背景深度档案
顾问诊断经过4天的进场诊断(含6场一对一访谈),顾问识别出三层根因结构:表层是技术能力不足,中层是组织准备度不足和数据基础薄弱,深层是期望管理失控和变革领导力缺失。不解决三大根因问题,任何AI方案都难以落地。
企业概况专注于金融业领域的某做市商AI算法最优执行,自2002年成立以来持续深耕 公司现有员工1972人,年营收约24亿元,累计获得305项专利授权。
变革路线图认知对齐期(0.5-1月):高管工作坊+AI认知培训+战略共识。快速验证期(3-2月):选定高频低风险场景落地。价值扩展期(3-7月):扩展场景+内部推广。运维成熟期(8-11月):建立持续运营+知识沉淀。
gold痛点四:期望错位。CEO已在内部承诺11个月内效率提升13%,但行业基准显示类似企业合理的提升范围是18%。期望与现实的落差需要尽快管理。
blue痛点二:一线焦虑。员工最关心三个问题:这个系统是来监控我的吗?学会用这个系统算KPI吗?我学不会怎么办?这些担忧如果不解决,任何技术方案都难以推行。
行业背景金融业行业正处于深度变革期。头部企业已率先启动AI转型,行业渗透率约71%,预计未来11个月内将超过10%。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「数据不是越多越好,而是越准越好」
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
通过某做市商AI算法最优执行深入学习道法术器框架在金融业企业的实战应用,建立系统的诊断思维。
核心挑战:某做市商AI算法最优执行考验顾问在8类利益相关者之间建立共识的能力,差异化沟通是关键。
理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:从业务(Business)、数据(Data)、组织(Organization)、技术(Technology)四个维度系统性评估企业AI准备度。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:关键路径;赶工;延期交付
操作要点:规划进度 / 定义活动 / 排列活动顺序 / 估算持续时间 / 制定进度计划 / 控制进度
知识来源:PMBOK 7 性能域
识别信号:缺陷率;返工;客户投诉
操作要点:规划质量管理 / 管理质量 / 控制质量
知识来源:PMBOK 7 性能域
识别信号:多供应商;合同争议;交付延期
操作要点:规划采购管理 / 实施采购 / 控制采购
知识来源:PMBOK 7 性能域
识别信号:需求不确定;迭代交付;快速验证
操作要点:评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源:PMBOK 7 性能域
识别信号:任务执行;数据采集;变更提交
操作要点:分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源:49过程
识别信号:质量标准不清;测量指标缺失;COQ失控
操作要点:质量政策 / 质量测量指标 / 质量核对单 / 质量成本COQ / 实验设计DOE / 流程图
知识来源:49过程
识别信号:需求变更;快速交付;团队协作
操作要点:产品负责人PO / Scrum Master / 开发团队 / 产品待办列表 / 冲刺待办列表 / 每日站会 / 冲刺评审 / 冲刺回顾
知识来源:敏捷
识别信号:大规模敏捷;多团队协调;PI Planning
操作要点:50-125人规模 / 跨职能团队 / PI Planning / 系统演示 / ART同步 / 发布管理 / 持续交付流水线
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:AI训练任务调度;GPU资源分配;批处理优化
框架要点:优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理:进度管理;资源调度
识别信号:AI采纳曲线;技术鸿沟跨越;推广节奏
框架要点:创新者 / 早期采纳者 / 早期多数 / 晚期多数 / 落后者 / 跨越鸿沟
关联项目管理:变更管理;推广计划
识别信号:AI项目融资方式;债务杠杆;资金成本优化
框架要点:MM定理 / 权衡理论 / 优序融资 / 代理成本
关联项目管理:资源管理;采购策略
识别信号:AI项目现金流;短期资金调度;流动性保障
框架要点:现金转换周期 / 应收账款 / 存货 / 应付账款 / 流动性
关联项目管理:成本管理;采购管理
识别信号:AI研发支出资本化;折旧政策;可比性
框架要点:折旧方法 / 存货计价 / 研发资本化 / 一致性原则
关联项目管理:成本管理;合规管理
识别信号:AI算力供需;数据市场定价;资源稀缺
框架要点:需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理:采购管理;资源管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 5 个、MBA 领域 5 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-013 开发方法与生命周期绩效域 | 操作切入点:评估交付节奏 |
| 范围 | 低 | KP-041 创建WBS | 操作切入点:分解到工作包层级 |
| 进度 | 高 | KP-003 项目进度管理 | 操作切入点:规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点:规划成本管理 |
| 质量 | 高 | KP-005 项目质量管理 | 操作切入点:规划质量管理 |
| 资源 | 低 | KP-020 管理原则2:团队 | 操作切入点:共享责任 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点:规划风险管理 |
| 采购 | 高 | KP-009 项目采购管理 | 操作切入点:规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3:干系人 | 操作切入点:识别干系人 |
| 治理 | 低 | KP-094 收益管理 | 操作切入点:收益识别 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 高 | KP-097 Scrum框架 | 操作切入点:产品负责人PO |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-126 模型部署 | 操作切入点:部署策略(蓝绿/金丝雀/滚动) |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-004 BCG矩阵 | 操作切入点:明星 |
| 运营管理 | 高 | MBA-020 作业排序与调度 | 操作切入点:优先级规则 |
| 市场营销 | 高 | MBA-026 创新扩散理论 | 操作切入点:创新者 |
| 公司金融 | 高 | MBA-036 资本结构理论 | 操作切入点:MM定理 |
| 财务会计 | 高 | MBA-049 会计政策选择 | 操作切入点:折旧方法 |
| 管理会计 | 低 | MBA-055 全面预算管理 | 操作切入点:经营预算 |
| 投资学与估值 | 低 | MBA-061 投资组合理论 | 操作切入点:均值-方差 |
| 组织行为学 | 低 | MBA-080 组织文化 | 操作切入点:三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 高 | MBA-091 供求理论 | 操作切入点:需求曲线 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 低 | MBA-111 技术采纳生命周期 | 操作切入点:引入期 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/sprints
入口:Sprint 管理>新建冲刺>迭代名称/起止日期/任务池
操作步骤:进入 Sprint 管理;点击「新建冲刺」;填写迭代名称与起止日期;从任务池拖拽任务到迭代;启动冲刺
数据录入:任务归属冲刺即计划排期
边界与变通:多项目共享 Sprint 不可跨项目拖拽
整改清单FIX-2026-022(P1,工作量M):新增跨项目Sprint视图,支持任务跨项目拖拽与统一燃尽图
页面:/calendar
入口:日历页面>视图切换(月/周/日)>事件创建>日期/任务关联
操作步骤:进入日历页;切换至月视图;点击目标日期创建事件;关联对应任务或里程碑;保存
数据录入:日历事件与任务双向关联
边界与变通:资源日历独立于项目日历,需分别维护
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无采购/合同/供应商管理模块
数据录入:不涉及数据录入
边界与变通:需用自定义字段+文档空间+变更控制组合变通
整改清单FIX-2026-003(P1,工作量M):扩展字段+文档空间+变更控制组合管理;长期建议新建独立采购模块
页面:/tasks > 自定义字段
入口:任务页添加「故事点」自定义字段
操作步骤:在设置中为任务添加「故事点」自定义字段;在任务卡片中填写点数;通过看板视图按点数排序
数据录入:故事点为数字自定义字段
边界与变通:无 Planning Poker 等估算工具
整改清单FIX-2026-017(P2,工作量S):通过自定义字段支持故事点录入,结合白板开展线上估算会议
页面:/webhooks + /integrations
入口:Webhooks 管理>新建回调>URL/事件/密钥;Integrations 配置连接
操作步骤:进入 Webhooks 页;点击「新建 Webhook」;填写回调 URL 与事件类型;生成密钥;在 Integrations 配置第三方连接
数据录入:Webhook 用于事件推送,Integrations 用于数据拉取
边界与变通:无 API 网关与限流管理
动手实操与 AI 协同工作法
总用时约244分钟。
区分客户说的问题和真实的问题——症状往往不是根因
背景:消费金融公司AI 辅助编码项目处于执行期,需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色:主责 PMO运营主管 统筹站会流程,高级PM 汇报交付速率,交付PM 反馈环境问题,风险经理评估技术债累积。交付物:输出研发站会纪要(HTML)与阻塞清单(Excel),包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| T2 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| A3 | 您能描述一下目前金融业业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| R4 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| S5 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| T6 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| A7 | 在过去11个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| R8 | 如果这个项目不做,11个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| S9 | 根据行业数据,类似规模企业通常7个月实现7%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
•客户问"你做过我们行业吗?"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——引导"好方案源自深入了解,给我30分钟"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
推荐:《咨询的奥秘》温伯格
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?