STEP 1 · 案例引入
案例全景与背景深度档案
🚗 案例全景
痛点一：急于求成。CEO希望7个月内完成全公司AI部署，但行业基准显示类似规模的AI项目平均需要10个月。客户对AI「即插即用」的期望与现实之间存在显著落差。
顾问诊断诊断发现三个核心不匹配：目标与资源不匹配（预算1051万元但期望覆盖全部业务线）、期望与现状不匹配（期待7个月见效但数据准备需要10个月）、问题与方法不匹配（用技术方案解决管理问题）。
顾问洞察顾问团队在诊断中总结了一句核心洞察：「客户说的需求和真实的需求之间隔着一个组织壁垒」
变革路线图启动阶段（第1月）：组建项目组+数据摸底+技术选型。攻坚阶段（第3-6月）：数据治理+模型开发+验证测试。推广阶段（第6-8月）：系统部署+流程适配+一线培训。收尾阶段（第12-16月）：效果评估+知识移交。
触发事件一位年贡献8.0亿元的大客户在续约谈判中明确要求供应商具备AI服务能力，否则将终止合作。这成为了推动AI转型的直接导火索。
blue痛点二：一线焦虑。员工最关心三个问题：这个系统是来监控我的吗？学会用这个系统算KPI吗？我学不会怎么办？这些担忧如果不解决，任何技术方案都难以推行。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：某测试AI路试数据分析中顾问采用「先倾听再建议」策略：第一周安排6场一对一访谈，不做任何技术展示。
区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。...
本案例：某测试AI路试数据分析中顾问采用「先倾听再建议」策略：第一周安排6场一对一访谈，不做任何技术展示。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：在某测试AI路试数据分析项目中，顾问用4天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某测试AI路试数据分析的第一周定义为「零技术周」。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某测试AI路试数据分析中这一策略有效降低了客户的防御心理。
从业务（Business）、数据（Data）、组织（Organization）、...
本案例：某测试AI路试数据分析中顾问采用「先倾听再建议」策略：第一周安排6场一对一访谈，不做任何技术展示。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：在某测试AI路试数据分析中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某测试AI路试数据分析中这一策略有效降低了客户的防御心理。
情境（Situation）→目标（Target）→行动（Action）→结果（R...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某测试AI路试数据分析中这一策略有效降低了客户的防御心理。
连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。...
本案例：某测试AI路试数据分析中顾问采用「先倾听再建议」策略：第一周安排6场一对一访谈，不做任何技术展示。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2024年06月（统计区间 2024-2026年度）
🏢 企业概况：汽车金融租赁（脱敏）成立于2021年，员工总数967人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：需求变更频繁打乱迭代节奏引发团队抱怨
🗣 冲突现场：外包团队交上来的代码连基础规范都过不了，扫描工具报出299个高危漏洞。
👥 关键人物：许数据分析师（合规法务）；张研发总监（研发总监）；周制造副总（项目负责人）
🖥 系统与数据现状：自动驾驶数据平台；PLM产品生命周期；MES制造执行；其中许数据分析师反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：车辆CAN总线数据高频且格式不统一导致海量日志处理困难; 售后维修记录非结构化描述缺乏标准化术语; 研发测试数据与量产反馈数据缺乏闭环关联
📉 量化痛点：零部件交付延期299笔(2024-2026年度)；车联网数据上传失败160万条(2024-2026年度)；经销商合规抽查违规299起(2024-2026年度)
⚖ 关键决策点：内部自研工具链 vs 商业DevOps平台集成——自研派主张深度定制与资产沉淀，商业派强调开箱即用与生态丰富。
🔄 转折点：行业技术峰会发布新架构标准倒逼升级
🗓 里程碑链：代码基线盘点与技术债评估(M0)→CI/CD流水线搭建与环境容器化(M1)→自动化测试框架集成与用例补全(M2)→安全扫描门禁接入与灰度发布(M3)→全量切换与性能压测验证(M4)→效能度量体系建立与验收(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
通过本案例学习，掌握运用道法术器框架分析汽车交通领域AI转型需求的方法，独立设计进场访谈方案。
核心挑战：某测试AI路试数据分析的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：某测试AI路试数据分析的实践表明，这一框架有效帮助顾问在6场访谈中保持结构化和系统性。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：过度承诺而低估实施难度
📗【法】问题诊断方法论
理论概述：区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。
📌 本案例应用：某测试AI路试数据分析的实践表明，这一框架有效帮助顾问在6场访谈中保持结构化和系统性。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：顾问在某测试AI路试数据分析中将这一工具应用于4个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📘【道】组织免疫系统理论
理论概述：组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。
📌 本案例应用：顾问在某测试AI路试数据分析中将这一工具应用于4个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：在某测试AI路试数据分析中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：急于展示方案而非先理解问题
📗【法】OCE四维诊断法
理论概述：从业务（Business）、数据（Data）、组织（Organization）、技术（Technology）四个维度系统性评估企业AI准备度。
📌 本案例应用：顾问在某测试AI路试数据分析中将这一工具应用于4个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：通过某测试AI路试数据分析的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】非语言信号解读
理论概述：表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
📌 本案例应用：顾问在某测试AI路试数据分析中将这一工具应用于4个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：用技术语言而非业务语言沟通
📗【法】STAR结构化进场框架
理论概述：情境（Situation）→目标（Target）→行动（Action）→结果（Result）四步访谈框架。
📌 本案例应用：某测试AI路试数据分析的实践表明，这一框架有效帮助顾问在6场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】5Why根因分析法
理论概述：连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。
📌 本案例应用：某测试AI路试数据分析的实践表明，这一框架有效帮助顾问在6场访谈中保持结构化和系统性。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：过度承诺而低估实施难度
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-013 开发方法与生命周期绩效域集成Development Approach and Life Cycle Performance Domain——选择并裁剪交付节奏与生命周期
识别信号：需求不确定;迭代交付;快速验证
操作要点：评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源：PMBOK 7 性能域
识别信号：需求不确定;迭代交付;快速验证
操作要点：评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源：PMBOK 7 性能域
KP-026 管理原则8：质量质量Quality Principle——将质量融入过程与可交付成果
识别信号：缺陷外溢;返工频繁;客户投诉
操作要点：质量内建 / 持续改进 / 根因分析 / 数据驱动 / 客户导向
知识来源：PMBOK 7 原则
识别信号：缺陷外溢;返工频繁;客户投诉
操作要点：质量内建 / 持续改进 / 根因分析 / 数据驱动 / 客户导向
知识来源：PMBOK 7 原则
KP-034 指导与管理项目工作集成Direct and Manage Project Work——执行项目管理计划中规定的工作以实现项目目标
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
KP-041 创建WBS范围Create WBS——将项目可交付成果分解为较小的、更易于管理的组件
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
KP-051 关键链法进度Critical Chain Method CCM——考虑资源约束的进度网络分析技术
识别信号：资源冲突;缓冲耗尽;多项目竞争
操作要点：识别关键链 / 设置项目缓冲 / 设置接驳缓冲 / 消除安全时间 / 聚焦缓冲管理
知识来源：进度技术
识别信号：资源冲突;缓冲耗尽;多项目竞争
操作要点：识别关键链 / 设置项目缓冲 / 设置接驳缓冲 / 消除安全时间 / 聚焦缓冲管理
知识来源：进度技术
KP-068 规划沟通管理沟通Plan Communications Management——基于干系人信息需求制定恰当的沟通方法
识别信号：信息不对称;沟通失效;汇报断层
操作要点：沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源：49过程
识别信号：信息不对称;沟通失效;汇报断层
操作要点：沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源：49过程
KP-094 收益管理治理Benefits Management——识别、规划、交付并维持项目或项目群产生的收益
识别信号：收益流失;价值未实现;移交失败
操作要点：收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源：项目群与组合
识别信号：收益流失;价值未实现;移交失败
操作要点：收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源：项目群与组合
KP-135 敏捷发布列车ART敏捷Agile Release Train ART——SAFe中协调多个敏捷团队交付价值的虚拟组织
识别信号：大规模敏捷;多团队协调;PI Planning
操作要点：50-125人规模 / 跨职能团队 / PI Planning / 系统演示 / ART同步 / 发布管理 / 持续交付流水线
知识来源：敏捷
识别信号：大规模敏捷;多团队协调;PI Planning
操作要点：50-125人规模 / 跨职能团队 / PI Planning / 系统演示 / ART同步 / 发布管理 / 持续交付流水线
知识来源：敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-020 作业排序与调度运营管理Job Scheduling & Sequencing——多任务在有限资源上的最优排列
识别信号：AI训练任务调度;GPU资源分配;批处理优化
框架要点：优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理：进度管理;资源调度
识别信号：AI训练任务调度;GPU资源分配;批处理优化
框架要点：优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理：进度管理;资源调度
MBA-026 创新扩散理论市场营销Diffusion of Innovations (Rogers)——新技术在市场中传播的五阶段模型
识别信号：AI采纳曲线;技术鸿沟跨越;推广节奏
框架要点：创新者 / 早期采纳者 / 早期多数 / 晚期多数 / 落后者 / 跨越鸿沟
关联项目管理：变更管理;推广计划
识别信号：AI采纳曲线;技术鸿沟跨越;推广节奏
框架要点：创新者 / 早期采纳者 / 早期多数 / 晚期多数 / 落后者 / 跨越鸿沟
关联项目管理：变更管理;推广计划
MBA-049 会计政策选择财务会计Accounting Policy Choices——同类交易可选不同会计处理方法
识别信号：AI研发支出资本化;折旧政策;可比性
框架要点：折旧方法 / 存货计价 / 研发资本化 / 一致性原则
关联项目管理：成本管理;合规管理
识别信号：AI研发支出资本化;折旧政策;可比性
框架要点：折旧方法 / 存货计价 / 研发资本化 / 一致性原则
关联项目管理：成本管理;合规管理
MBA-055 全面预算管理管理会计Master Budgeting——企业全面预算编制执行控制体系
识别信号：AI年度预算;资本开支规划;预算控制
框架要点：经营预算 / 资本预算 / 现金预算 / 滚动预算 / 零基预算
关联项目管理：成本管理;规划管理
识别信号：AI年度预算;资本开支规划;预算控制
框架要点：经营预算 / 资本预算 / 现金预算 / 滚动预算 / 零基预算
关联项目管理：成本管理;规划管理
MBA-061 投资组合理论投资学与估值Portfolio Theory (Markowitz)——通过分散化降低非系统性风险
识别信号：AI项目组合分散;风险对冲;资源配置
框架要点：均值-方差 / 有效前沿 / 相关系数 / 分散化收益
关联项目管理：项目组合管理;风险管理
识别信号：AI项目组合分散;风险对冲;资源配置
框架要点：均值-方差 / 有效前沿 / 相关系数 / 分散化收益
关联项目管理：项目组合管理;风险管理
MBA-091 供求理论管理经济学Supply and Demand Theory——价格由供给与需求交互决定
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 7 个、MBA 领域 6 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-013 开发方法与生命周期绩效域 | 操作切入点：评估交付节奏 |
| 范围 | 高 | KP-041 创建WBS | 操作切入点：分解到工作包层级 |
| 进度 | 高 | KP-051 关键链法 | 操作切入点：识别关键链 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点：规划成本管理 |
| 质量 | 高 | KP-026 管理原则8：质量 | 操作切入点：质量内建 |
| 资源 | 低 | KP-020 管理原则2：团队 | 操作切入点：共享责任 |
| 沟通 | 高 | KP-068 规划沟通管理 | 操作切入点：沟通需求分析 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点：规划风险管理 |
| 采购 | 低 | KP-009 项目采购管理 | 操作切入点：规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3：干系人 | 操作切入点：识别干系人 |
| 治理 | 高 | KP-094 收益管理 | 操作切入点：收益识别 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点：配置识别 |
| 敏捷 | 高 | KP-135 敏捷发布列车ART | 操作切入点：50-125人规模 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点：数据质量评估 |
| AI治理 | 低 | KP-126 模型部署 | 操作切入点：部署策略(蓝绿/金丝雀/滚动) |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-004 BCG矩阵 | 操作切入点：明星 |
| 运营管理 | 高 | MBA-020 作业排序与调度 | 操作切入点：优先级规则 |
| 市场营销 | 高 | MBA-026 创新扩散理论 | 操作切入点：创新者 |
| 公司金融 | 低 | MBA-038 营运资本管理 | 操作切入点：现金转换周期 |
| 财务会计 | 高 | MBA-049 会计政策选择 | 操作切入点：折旧方法 |
| 管理会计 | 高 | MBA-055 全面预算管理 | 操作切入点：经营预算 |
| 投资学与估值 | 高 | MBA-061 投资组合理论 | 操作切入点：均值-方差 |
| 组织行为学 | 低 | MBA-080 组织文化 | 操作切入点：三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点：需求预测 |
| 管理经济学 | 高 | MBA-091 供求理论 | 操作切入点：需求曲线 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点：道德风险 |
| 信息系统与数字化转型 | 低 | MBA-111 技术采纳生命周期 | 操作切入点：引入期 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-05 进度管理-关键路径可落实可直接在系统内完成
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
MAP-06 进度管理-敏捷迭代可落实可直接在系统内完成
页面：/sprints
入口：Sprint 管理>新建冲刺>迭代名称/起止日期/任务池
操作步骤：进入 Sprint 管理；点击「新建冲刺」；填写迭代名称与起止日期；从任务池拖拽任务到迭代；启动冲刺
数据录入：任务归属冲刺即计划排期
边界与变通：多项目共享 Sprint 不可跨项目拖拽
整改清单FIX-2026-022（P1，工作量M）：新增跨项目Sprint视图，支持任务跨项目拖拽与统一燃尽图
页面：/sprints
入口：Sprint 管理>新建冲刺>迭代名称/起止日期/任务池
操作步骤：进入 Sprint 管理；点击「新建冲刺」；填写迭代名称与起止日期；从任务池拖拽任务到迭代；启动冲刺
数据录入：任务归属冲刺即计划排期
边界与变通：多项目共享 Sprint 不可跨项目拖拽
整改清单FIX-2026-022（P1，工作量M）：新增跨项目Sprint视图，支持任务跨项目拖拽与统一燃尽图
MAP-07 进度管理-日历排程可落实可直接在系统内完成
页面：/calendar
入口：日历页面>视图切换(月/周/日)>事件创建>日期/任务关联
操作步骤：进入日历页；切换至月视图；点击目标日期创建事件；关联对应任务或里程碑；保存
数据录入：日历事件与任务双向关联
边界与变通：资源日历独立于项目日历，需分别维护
页面：/calendar
入口：日历页面>视图切换(月/周/日)>事件创建>日期/任务关联
操作步骤：进入日历页；切换至月视图；点击目标日期创建事件；关联对应任务或里程碑；保存
数据录入：日历事件与任务双向关联
边界与变通：资源日历独立于项目日历，需分别维护
MAP-35 敏捷管理-看板管理可落实可直接在系统内完成
页面：/kanban
入口：看板页面>泳道设置>任务卡片>拖拽流转
操作步骤：进入看板页；设置泳道（待办/进行中/已完成）；将任务卡片拖入对应泳道；拖拽卡片更新状态；查看在制品限制
数据录入：看板视图与任务列表实时同步
边界与变通：仅支持单项目看板，无跨项目聚合
页面：/kanban
入口：看板页面>泳道设置>任务卡片>拖拽流转
操作步骤：进入看板页；设置泳道（待办/进行中/已完成）；将任务卡片拖入对应泳道；拖拽卡片更新状态；查看在制品限制
数据录入：看板视图与任务列表实时同步
边界与变通：仅支持单项目看板，无跨项目聚合
MAP-36 敏捷管理-站会与回顾部分可落实需变通组合实现
页面：/whiteboard + /tasks
入口：白板记录站会要点；任务页更新进展
操作步骤：在白板上记录站会三点（昨日/今日/障碍）；在任务页更新任务状态；会后在白板上归档站会记录
数据录入：站会记录为白板内容，需手动关联 Sprint
边界与变通：无站会模板与自动提醒功能
整改清单FIX-2026-016（P2，工作量S）：通过日历创建定期站会事件，白板使用站会模板，Automations设置会前提醒
页面：/whiteboard + /tasks
入口：白板记录站会要点；任务页更新进展
操作步骤：在白板上记录站会三点（昨日/今日/障碍）；在任务页更新任务状态；会后在白板上归档站会记录
数据录入：站会记录为白板内容，需手动关联 Sprint
边界与变通：无站会模板与自动提醒功能
整改清单FIX-2026-016（P2，工作量S）：通过日历创建定期站会事件，白板使用站会模板，Automations设置会前提醒
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-016、FIX-2026-022 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某测试AI路试数据分析项目。客户CIO说我们有一些数据请你分析。
总用时约88分钟。
总用时约88分钟。
⏱ 第1步（11分钟）
任务1
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第2步（12分钟）
任务2
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第3步（33分钟）
任务3
快速阅读案例背景，提炼核心信息并回答：这个信息揭示了什么？对项目意味着什么？
⏱ 第4步（32分钟）
任务4
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
💡提示
区分客户说的问题和真实的问题——症状往往不是根因
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：PMO运营主管、高级PM、交付PM、风险经理
🎬 本案例剧本：研发提效（基于 WB-03 每日站会与阻塞升级 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：汽车金融租赁AI 辅助编码项目处于执行期，需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色：主责 PMO运营主管 统筹站会流程，高级PM 汇报交付速率，交付PM 反馈环境问题，风险经理评估技术债累积。交付物：输出研发站会纪要（HTML）与阻塞清单（Excel），包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
背景：汽车金融租赁AI 辅助编码项目处于执行期，需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色：主责 PMO运营主管 统筹站会流程，高级PM 汇报交付速率，交付PM 反馈环境问题，风险经理评估技术债累积。交付物：输出研发站会纪要（HTML）与阻塞清单（Excel），包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
操作步骤
第1步
在 WorkBuddy 配置每日站会自动化任务，触发数据收集
第2步
团队成员提交代码进度、缺陷修复与环境阻塞
第3步
PMO运营主管汇总数据，识别跨组依赖与超期项
第4步
交付PM评估环境配置与依赖版本兼容问题
第5步
风险经理测算技术债对后续迭代的累积影响
第6步
在 AIPM 中更新研发项目模块，录入站会数据
第7步
将阻塞项转为跟踪任务，分配责任人与解决期限。
📦 预期产出物：研发站会纪要；阻塞清单；代码质量趋势图
🔄 AIPM 回流动作：同步代码指标与阻塞记录至 AIPM 研发项目模块
⚖️ 通小维（CEO）决策点：①是否批准环境改造或依赖升级预算；②是否调整迭代范围以优先清理高优技术债
STEP 4 · 参考答案
参考答案与评分要点
📝案例回顾
总结：本案例围绕某测试AI路试数据分析展开，核心在于汽车交通领域AI转型中组织变革阻力、数据基础建设和利益相关者管理的平衡。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（9问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您对这个项目的成功是如何定义的？ | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| T2 | 在过去7个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| A3 | 根据行业数据，类似规模企业通常10个月实现13%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| R4 | 如果给您团队的数字化能力打分，您打几分？ | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| S5 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
| T6 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| A7 | 您认为最重要的成功标准是什么？ | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| R8 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| S9 | 如果这个项目不做，7个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——用对比法"这个目标需要的资源要翻倍"
📚拓展
推荐：《金字塔原理》芭芭拉·明托
自我检查：建立了足够信任？识别了真正根因？给了客户有价值的洞察？客户愿意继续合作？