案例全景与背景深度档案
purple痛点三:数据质量堪忧。数据缺失率约37%,异常值占比约27%。数据以T+1报表形式存在,无法支撑实时AI决策。数据治理的首要任务不是建平台,而是建流程。
blue痛点二:一线焦虑。员工最关心三个问题:这个系统是来监控我的吗?学会用这个系统算KPI吗?我学不会怎么办?这些担忧如果不解决,任何技术方案都难以推行。
风险矩阵战略风险(可能性低·影响高):技术方向选错导致5个月的路线偏差。供应商锁定风险——对单一技术供应商深度绑定。组织能力退化风险——过分依赖AI导致人的判断力下降。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「AI是放大器——好流程放大效率,差流程放大混乱」
顾问诊断经过5天的进场诊断(含8场一对一访谈),顾问识别出三层根因结构:表层是技术能力不足,中层是组织准备度不足和数据基础薄弱,深层是期望管理失控和变革领导力缺失。不解决三大根因问题,任何AI方案都难以落地。
行业背景政策层面正在加速推动汽车交通行业的数字化升级。行业报告显示,AI技术在该领域的渗透率年增速达15%,预计2028年将达到27%。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
通过某仿真AI感知扰动深入学习道法术器框架在汽车交通企业的实战应用,建立系统的诊断思维。
核心挑战:本案例最大的难点在于客户对AI的认知偏差与组织变革疲劳的双重叠加——这不是技术问题,而是管理问题。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:从业务(Business)、数据(Data)、组织(Organization)、技术(Technology)四个维度系统性评估企业AI准备度。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
理论概述:目标(Goal)→现实(Reality)→选项(Options)→意愿(Will),让客户主动探索方案。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:关键路径;赶工;延期交付
操作要点:规划进度 / 定义活动 / 排列活动顺序 / 估算持续时间 / 制定进度计划 / 控制进度
知识来源:PMBOK 7 性能域
识别信号:缺陷外溢;返工频繁;客户投诉
操作要点:质量内建 / 持续改进 / 根因分析 / 数据驱动 / 客户导向
知识来源:PMBOK 7 原则
识别信号:任务执行;数据采集;变更提交
操作要点:分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源:49过程
识别信号:工作包过大;分解不足;责任不清
操作要点:分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源:49过程
识别信号:资源冲突;缓冲耗尽;多项目竞争
操作要点:识别关键链 / 设置项目缓冲 / 设置接驳缓冲 / 消除安全时间 / 聚焦缓冲管理
知识来源:进度技术
识别信号:信息孤岛;沟通延迟;渠道混乱
操作要点:分发信息 / 管理沟通渠道 / 沟通技术 / 项目管理信息系统 / 项目报告 / 人际关系与团队技能
知识来源:49过程
识别信号:收益流失;价值未实现;移交失败
操作要点:收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源:项目群与组合
识别信号:流程瓶颈;交付周期长;可视化需求
操作要点:可视化看板 / 限制WIP / 管理流动 / 明确流程策略 / 建立反馈回路 / 协作改进 / 实验演进
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:AI新场景创造;差异化定位;价值创新
框架要点:价值曲线 / 四步动作框架(消除-减少-提升-创造) / 战略画布 / 非客户转化
关联项目管理:需求管理;创新管理
识别信号:AI投入资本化;损益影响;现金流追踪
框架要点:资产=负债+权益 / 权责发生制 / 现金流量分类 / 勾稽关系
关联项目管理:成本管理;财务报告
识别信号:AI研发支出资本化;折旧政策;可比性
框架要点:折旧方法 / 存货计价 / 研发资本化 / 一致性原则
关联项目管理:成本管理;合规管理
识别信号:AI项目组合分散;风险对冲;资源配置
框架要点:均值-方差 / 有效前沿 / 相关系数 / 分散化收益
关联项目管理:项目组合管理;风险管理
识别信号:AI文化转型;数据驱动文化;创新氛围
框架要点:三层模型(假设-价值观-外显物) / 文化变革 / 亚文化
关联项目管理:变更管理;干系人参与
识别信号:AI人才缺口;技能重塑规划;编制调整
框架要点:需求预测 / 供给预测 / 差距分析 / 行动计划 / 继任规划
关联项目管理:资源管理;规划管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 7 个、MBA 领域 5 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-034 指导与管理项目工作 | 操作切入点:分配任务 |
| 范围 | 高 | KP-041 创建WBS | 操作切入点:分解到工作包层级 |
| 进度 | 高 | KP-003 项目进度管理 | 操作切入点:规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点:规划成本管理 |
| 质量 | 高 | KP-026 管理原则8:质量 | 操作切入点:质量内建 |
| 资源 | 低 | KP-020 管理原则2:团队 | 操作切入点:共享责任 |
| 沟通 | 高 | KP-069 管理沟通 | 操作切入点:分发信息 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点:规划风险管理 |
| 采购 | 低 | KP-009 项目采购管理 | 操作切入点:规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3:干系人 | 操作切入点:识别干系人 |
| 治理 | 高 | KP-094 收益管理 | 操作切入点:收益识别 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 高 | KP-098 看板方法 | 操作切入点:可视化看板 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-126 模型部署 | 操作切入点:部署策略(蓝绿/金丝雀/滚动) |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-006 蓝海战略 | 操作切入点:价值曲线 |
| 运营管理 | 低 | MBA-020 作业排序与调度 | 操作切入点:优先级规则 |
| 市场营销 | 低 | MBA-026 创新扩散理论 | 操作切入点:创新者 |
| 公司金融 | 低 | MBA-038 营运资本管理 | 操作切入点:现金转换周期 |
| 财务会计 | 高 | MBA-041 三大财务报表 | 操作切入点:资产=负债+权益 |
| 管理会计 | 低 | MBA-055 全面预算管理 | 操作切入点:经营预算 |
| 投资学与估值 | 高 | MBA-061 投资组合理论 | 操作切入点:均值-方差 |
| 组织行为学 | 高 | MBA-080 组织文化 | 操作切入点:三层模型(假设-价值观-外显物) |
| 人力资源管理 | 高 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 低 | MBA-091 供求理论 | 操作切入点:需求曲线 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 低 | MBA-111 技术采纳生命周期 | 操作切入点:引入期 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/tasks
入口:任务列表>新建任务>名称/前置任务/预估工时字段
操作步骤:进入项目任务页;点击「+新建任务」;填写任务名称与描述;设置前置任务关联;填写预估工时
数据录入:任务即活动,预估工时为计划依据
边界与变通:无活动属性字典,自定义字段可补充
页面:/documents
入口:文档页>新建文档>标题/正文/标签/关联项目
操作步骤:进入文档页;点击「+新建」;标题命名为决策记录格式;正文填写决策内容与依据;打上「决策」标签并关联项目
数据录入:决策记录作为正式文档归档
边界与变通:无决策审批流,需配合变更控制使用;ProjectDocSpace 页面存在但当前版本未挂载路由,统一用文档页承载
页面:/kanban
入口:看板页面>泳道设置>任务卡片>拖拽流转
操作步骤:进入看板页;设置泳道(待办/进行中/已完成);将任务卡片拖入对应泳道;拖拽卡片更新状态;查看在制品限制
数据录入:看板视图与任务列表实时同步
边界与变通:仅支持单项目看板,无跨项目聚合
页面:/webhooks + /integrations
入口:Webhooks 管理>新建回调>URL/事件/密钥;Integrations 配置连接
操作步骤:进入 Webhooks 页;点击「新建 Webhook」;填写回调 URL 与事件类型;生成密钥;在 Integrations 配置第三方连接
数据录入:Webhook 用于事件推送,Integrations 用于数据拉取
边界与变通:无 API 网关与限流管理
页面:/integrations + /automations
入口:Integrations 配置数据源;Automations 设置同步规则
操作步骤:在 Integrations 添加外部数据源;配置字段映射;进入 Automations 创建定时同步规则;查看同步日志
数据录入:同步为增量模式,按配置周期执行
边界与变通:无实时双向同步能力
整改清单FIX-2026-021(P2,工作量L):优化Integrations支持WebSocket实时推送;当前通过缩短Automations同步周期变通
动手实操与 AI 协同工作法
总用时约119分钟。
好的开场白是访谈成功的一半——它不是介绍而是建立合作框架
背景:二手车交易平台AI 辅助编码项目处于执行期,需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色:主责 PMO运营主管 统筹站会流程,高级PM 汇报交付速率,交付PM 反馈环境问题,风险经理评估技术债累积。交付物:输出研发站会纪要(HTML)与阻塞清单(Excel),包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 根据行业数据,类似规模企业通常12个月实现8%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| T2 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| A3 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| R4 | 如果这个项目不做,5个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| S5 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| T6 | 在过去5个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| A7 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| R8 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
•客户问"你做过我们行业吗?"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——引导"先了解您的挑战才能切中要害"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
推荐:《变革之心》科特
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?