STEP 1 · 案例引入
案例全景与背景深度档案
💻 案例全景
变革路线图启动阶段（第1月）：组建项目组+数据摸底+技术选型。攻坚阶段（第3-6月）：数据治理+模型开发+验证测试。推广阶段（第6-8月）：系统部署+流程适配+一线培训。收尾阶段（第12-16月）：效果评估+知识移交。
purple痛点三：数据基础薄弱。核心业务数据分散在3套系统中，数据口径不统一，关键参数缺失率高达28%。根因是操作流程不规范，而非技术问题。
企业概况某SOC AI威胁检测是科技互联网领域具有代表性的企业，成立于2005年 企业规模约6054人，年营收达56亿元。研发投入占总营收约84%，拥有164项自主知识产权。
触发事件一份内部诊断报告揭示：核心流程中存在大量重复性人力操作，年均浪费超过年营收的14%（约3627万元），CEO随即要求启动效率提升专项。
顾问洞察顾问团队在诊断中总结了一句核心洞察：「好的提问比好的答案重要一百倍」
顾问诊断经过4天的进场诊断（含7场一对一访谈），顾问识别出三层根因结构：表层是技术能力不足，中层是组织准备度不足和数据基础薄弱，深层是期望管理失控和变革领导力缺失。不解决三大根因问题，任何AI方案都难以落地。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：某SOC AI威胁检测中顾问采用「先倾听再建议」策略：第一周安排7场一对一访谈，不做任何技术展示。
利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。...
本案例：某SOC AI威胁检测中顾问采用「先倾听再建议」策略：第一周安排7场一对一访谈，不做任何技术展示。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：在某SOC AI威胁检测项目中，顾问用4天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
情境（Situation）→目标（Target）→行动（Action）→结果（R...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某SOC AI威胁检测的第一周定义为「零技术周」。
从业务（Business）、数据（Data）、组织（Organization）、...
本案例：在某SOC AI威胁检测项目中，顾问用4天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某SOC AI威胁检测项目中，顾问用4天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某SOC AI威胁检测中这一策略有效降低了客户的防御心理。
通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某SOC AI威胁检测中这一策略有效降低了客户的防御心理。
区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。...
本案例：在某SOC AI威胁检测中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某SOC AI威胁检测中这一策略有效降低了客户的防御心理。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2026年09月（统计区间 2026-2028年度）
🏢 企业概况：数字内容制作（脱敏）成立于2005年，员工总数267人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：一线质检员因视觉疲劳上报多起漏检
🗣 冲突现场：停机全检会直接导致139笔订单违约
👥 关键人物：陈商业化总监（架构师）；刘测试经理（安全合规官）；冯HRBP（项目负责人）
🖥 系统与数据现状：APM性能监控；DevOps协作工具；用户行为分析；其中陈商业化总监反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码库权限隔离导致知识复用困难
📉 量化痛点：用户流失投诉139起(2026-2028年度)；合规整改逾期118项(2026-2028年度)；线上P1级故障139次(2026-2028年度)
⚖ 关键决策点：传统机器视觉方案 vs 深度学习缺陷检测方案——传统派主张成熟稳定与调试周期短，深度派强调泛化能力强与长尾缺陷覆盖。
🔄 转折点：行业标杆企业公布新型无损检测标准
🗓 里程碑链：缺陷样本采集与清洗(M0)→算法选型与POC验证(M1)→产线联调与节拍压测(M2)→小批量试产与参数固化(M3)→全量上线与双轨并行(M4)→验收交付与SOP更新(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
通过某SOC AI威胁检测深入学习道法术器框架在科技互联网企业的实战应用，建立系统的诊断思维。
核心挑战：某SOC AI威胁检测的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：顾问在某SOC AI威胁检测中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：急于展示方案而非先理解问题
📙【器】AI辅助提示词工程
理论概述：利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。
📌 本案例应用：顾问在某SOC AI威胁检测中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：忽略组织文化对变革的影响
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：顾问在某SOC AI威胁检测中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📗【法】STAR结构化进场框架
理论概述：情境（Situation）→目标（Target）→行动（Action）→结果（Result）四步访谈框架。
📌 本案例应用：通过某SOC AI威胁检测的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：忽略组织文化对变革的影响
📗【法】OCE四维诊断法
理论概述：从业务（Business）、数据（Data）、组织（Organization）、技术（Technology）四个维度系统性评估企业AI准备度。
📌 本案例应用：通过某SOC AI威胁检测的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：在某SOC AI威胁检测中，顾问运用这一方法系统分析了客户的组织状态，发现了4个关键的变革障碍。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】组织免疫系统理论
理论概述：组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。
📌 本案例应用：某SOC AI威胁检测的实践表明，这一框架有效帮助顾问在7场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】知识管理工作坊
理论概述：通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。
📌 本案例应用：某SOC AI威胁检测的实践表明，这一框架有效帮助顾问在7场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📗【法】问题诊断方法论
理论概述：区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。
📌 本案例应用：在某SOC AI威胁检测中，顾问运用这一方法系统分析了客户的组织状态，发现了4个关键的变革障碍。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】非语言信号解读
理论概述：表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
📌 本案例应用：顾问在某SOC AI威胁检测中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：忽略组织文化对变革的影响
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-005 项目质量管理质量Project Quality Management——确保项目满足既定需求与验收标准
识别信号：缺陷率;返工;客户投诉
操作要点：规划质量管理 / 管理质量 / 控制质量
知识来源：PMBOK 7 性能域
识别信号：缺陷率;返工;客户投诉
操作要点：规划质量管理 / 管理质量 / 控制质量
知识来源：PMBOK 7 性能域
KP-030 监控过程组集成Monitoring and Controlling Process Group——跟踪、审查并调节项目进展与绩效
识别信号：偏差监控;变更控制;绩效评估
操作要点：监控项目工作 / 实施整体变更控制 / 确认与控制范围/进度/成本/质量/资源/风险/采购/干系人
知识来源：5过程组
识别信号：偏差监控;变更控制;绩效评估
操作要点：监控项目工作 / 实施整体变更控制 / 确认与控制范围/进度/成本/质量/资源/风险/采购/干系人
知识来源：5过程组
KP-035 管理项目知识集成Manage Project Knowledge——利用现有知识创造新知识以实现项目目标
识别信号：知识流失;重复踩坑;经验沉淀
操作要点：识别显性/隐性知识 / 建立知识库 / 经验教训登记册 / 知识共享机制 / 持续学习文化
知识来源：49过程
识别信号：知识流失;重复踩坑;经验沉淀
操作要点：识别显性/隐性知识 / 建立知识库 / 经验教训登记册 / 知识共享机制 / 持续学习文化
知识来源：49过程
KP-042 确认范围范围Validate Scope——正式验收已完成的项目可交付成果
识别信号：验收争议;客户拒收;返工频繁
操作要点：检查可交付成果 / 获得客户/发起人签字 / 记录验收或拒绝 / 处理缺陷返工 / 更新需求跟踪矩阵
知识来源：49过程
识别信号：验收争议;客户拒收;返工频繁
操作要点：检查可交付成果 / 获得客户/发起人签字 / 记录验收或拒绝 / 处理缺陷返工 / 更新需求跟踪矩阵
知识来源：49过程
KP-059 控制质量质量Control Quality——监督并记录质量管理活动执行结果以评估绩效
识别信号：缺陷外溢;测试失败;质量失控
操作要点：检查 / 测试/产品评估 / 数据收集工具(因果图/流程图/核查表/直方图/帕累托图/散点图/控制图) / 统计抽样
知识来源：49过程
识别信号：缺陷外溢;测试失败;质量失控
操作要点：检查 / 测试/产品评估 / 数据收集工具(因果图/流程图/核查表/直方图/帕累托图/散点图/控制图) / 统计抽样
知识来源：49过程
KP-073 实施定性风险分析风险Perform Qualitative Risk Analysis——通过评估概率与影响对单个风险进行优先级排序
识别信号：风险优先级;资源分配;应对策略选择
操作要点：概率与影响矩阵 / 风险数据质量评估 / 风险分类 / 专家判断 / 更新风险登记册 / 识别高优先级风险
知识来源：49过程
识别信号：风险优先级;资源分配;应对策略选择
操作要点：概率与影响矩阵 / 风险数据质量评估 / 风险分类 / 专家判断 / 更新风险登记册 / 识别高优先级风险
知识来源：49过程
KP-077 实施风险应对风险Implement Risk Responses——执行商定的风险应对计划
识别信号：应对失效;责任不清;进展滞后
操作要点：执行应对行动 / 分配风险责任人 / 更新风险登记册 / 沟通应对进展 / 监控应对有效性
知识来源：49过程
识别信号：应对失效;责任不清;进展滞后
操作要点：执行应对行动 / 分配风险责任人 / 更新风险登记册 / 沟通应对进展 / 监控应对有效性
知识来源：49过程
KP-100 用户故事敏捷User Story——以用户视角描述功能需求的简短简单语句
识别信号：需求表达;用户价值;估算
操作要点：角色-活动-价值格式 / INVEST原则(独立/可协商/有价值/可估算/小规模/可测试) / 验收标准 / 故事点估算 / 产品待办列表精炼
知识来源：敏捷
识别信号：需求表达;用户价值;估算
操作要点：角色-活动-价值格式 / INVEST原则(独立/可协商/有价值/可估算/小规模/可测试) / 验收标准 / 故事点估算 / 产品待办列表精炼
知识来源：敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-012 六西格玛运营管理Six Sigma (DMAIC)——数据驱动减少缺陷的流程改进方法
识别信号：数据质量治理;AI模型精度;流程变异控制
框架要点：定义 / 测量 / 分析 / 改进 / 控制 / CTQ关键质量特性
关联项目管理：质量管理;度量指标
识别信号：数据质量治理;AI模型精度;流程变异控制
框架要点：定义 / 测量 / 分析 / 改进 / 控制 / CTQ关键质量特性
关联项目管理：质量管理;度量指标
MBA-017 业务流程再造运营管理Business Process Reengineering (BPR)——根本性重新设计流程实现突破性改善
识别信号：AI驱动流程重构;端到端自动化;组织重组
框架要点：根本性反思 / 彻底重设计 / 突破性改善 / 流程导向
关联项目管理：变更管理;流程设计
识别信号：AI驱动流程重构;端到端自动化;组织重组
框架要点：根本性反思 / 彻底重设计 / 突破性改善 / 流程导向
关联项目管理：变更管理;流程设计
MBA-053 标准成本法管理会计Standard Costing & Variance Analysis——以预设标准衡量实际成本偏差
识别信号：AI项目预算偏差;成本超支分析;绩效对标
框架要点：价格差异 / 用量差异 / 效率差异 / 有利/不利分析
关联项目管理：成本控制;绩效度量
识别信号：AI项目预算偏差;成本超支分析;绩效对标
框架要点：价格差异 / 用量差异 / 效率差异 / 有利/不利分析
关联项目管理：成本控制;绩效度量
MBA-098 规模经济与范围经济管理经济学Economies of Scale & Scope——产量增加或品种扩展降低单位成本
识别信号：AI算力规模效应;模型复用;边际成本递减
框架要点：规模经济 / 规模不经济 / 范围经济 / 学习曲线
关联项目管理：成本管理;资源管理
识别信号：AI算力规模效应;模型复用;边际成本递减
框架要点：规模经济 / 规模不经济 / 范围经济 / 学习曲线
关联项目管理：成本管理;资源管理
MBA-115 数据资产估值信息系统与数字化转型Data Asset Valuation——将数据视为资产进行价值评估
识别信号：数据资产入表;AI训练数据价值;数据治理
框架要点：成本法 / 收益法 / 市场法 / 数据质量 / 确权与合规
关联项目管理：商业论证;知识管理
识别信号：数据资产入表;AI训练数据价值;数据治理
框架要点：成本法 / 收益法 / 市场法 / 数据质量 / 确权与合规
关联项目管理：商业论证;知识管理
MBA-117 云计算经济学信息系统与数字化转型Cloud Economics——云模式改变IT成本结构与弹性
识别信号：AI算力云化;GPU即服务;弹性伸缩;成本优化
框架要点：CapEx转OpEx / 按需计费 / 规模效应 / 锁定风险 / 多云策略
关联项目管理：成本管理;采购管理
识别信号：AI算力云化;GPU即服务;弹性伸缩;成本优化
框架要点：CapEx转OpEx / 按需计费 / 规模效应 / 锁定风险 / 多云策略
关联项目管理：成本管理;采购管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 5 个、MBA 领域 4 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-030 监控过程组 | 操作切入点：监控项目工作 |
| 范围 | 高 | KP-042 确认范围 | 操作切入点：检查可交付成果 |
| 进度 | 低 | KP-052 三点估算 | 操作切入点：最乐观O |
| 成本 | 低 | KP-107 挣值管理EVM | 操作切入点：计划价值PV |
| 质量 | 高 | KP-005 项目质量管理 | 操作切入点：规划质量管理 |
| 资源 | 低 | KP-064 获取资源 | 操作切入点：预分派 |
| 沟通 | 未涉及 | — | 同类项目中出现于信息分发与汇报节奏设计环节 |
| 风险 | 高 | KP-073 实施定性风险分析 | 操作切入点：概率与影响矩阵 |
| 采购 | 低 | KP-088 合同类型 | 操作切入点：固定总价FFP/总价加激励FPIF/总价加经济价格调整FPEPA |
| 干系人 | 低 | KP-080 识别干系人 | 操作切入点：干系人登记册 |
| 治理 | 低 | KP-091 项目治理 | 操作切入点：治理框架 |
| 变更 | 低 | KP-037 实施整体变更控制 | 操作切入点：建立变更控制委员会CCB |
| 敏捷 | 高 | KP-100 用户故事 | 操作切入点：角色-活动-价值格式 |
| 数据治理 | 低 | KP-133 数据标注 | 操作切入点：标注指南 |
| AI治理 | 低 | KP-130 提示词工程治理 | 操作切入点：提示词模板库 |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-002 价值链分析 | 操作切入点：基本活动(生产、销售、服务) |
| 运营管理 | 高 | MBA-012 六西格玛 | 操作切入点：定义 |
| 市场营销 | 低 | MBA-023 顾客终身价值 | 操作切入点：获取成本 |
| 公司金融 | 低 | MBA-032 加权平均资本成本 | 操作切入点：股权成本 |
| 财务会计 | 低 | MBA-042 权责发生制 | 操作切入点：收入确认时点 |
| 管理会计 | 高 | MBA-053 标准成本法 | 操作切入点：价格差异 |
| 投资学与估值 | 低 | MBA-068 协同效应 | 操作切入点：收入协同 |
| 组织行为学 | 低 | MBA-077 心理契约 | 操作切入点：交易型 |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点：需求预测 |
| 管理经济学 | 高 | MBA-098 规模经济与范围经济 | 操作切入点：规模经济 |
| 商业伦理与公司治理 | 低 | MBA-105 商业伦理框架 | 操作切入点：功利主义 |
| 信息系统与数字化转型 | 高 | MBA-115 数据资产估值 | 操作切入点：成本法 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-01 范围管理-需求收集可落实可直接在系统内完成
页面：/projects → /tasks
入口：项目详情页>任务列表>新建任务按钮>标题/描述/标签字段
操作步骤：进入目标项目；点击「任务」Tab；点击「+新建任务」；填写标题与描述，勾选范围相关标签；保存
数据录入：任务描述即需求条目，标签用于分类筛选
边界与变通：无结构化需求分解树，需用任务层级模拟
页面：/projects → /tasks
入口：项目详情页>任务列表>新建任务按钮>标题/描述/标签字段
操作步骤：进入目标项目；点击「任务」Tab；点击「+新建任务」；填写标题与描述，勾选范围相关标签；保存
数据录入：任务描述即需求条目，标签用于分类筛选
边界与变通：无结构化需求分解树，需用任务层级模拟
MAP-21 风险管理-定性分析可落实可直接在系统内完成
页面：/risk
入口：风险登记册>列表视图>概率×影响矩阵>排序
操作步骤：在风险登记册查看列表；系统按概率×影响自动计算风险等级；使用排序功能查看 Top 风险
数据录入：概率与影响由用户录入，矩阵自动计算
边界与变通：无蒙特卡洛模拟等定量分析引擎
页面：/risk
入口：风险登记册>列表视图>概率×影响矩阵>排序
操作步骤：在风险登记册查看列表；系统按概率×影响自动计算风险等级；使用排序功能查看 Top 风险
数据录入：概率与影响由用户录入，矩阵自动计算
边界与变通：无蒙特卡洛模拟等定量分析引擎
MAP-22 风险管理-定量分析不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G2
操作步骤：系统无蒙特卡洛模拟/决策树/敏感性分析引擎
数据录入：不涉及数据录入
边界与变通：需外部统计工具或自建 Agent 变通
整改清单FIX-2026-001（P0，工作量L）：AIPM内新建「风险分析引擎」模块，集成蒙特卡洛模拟与敏感性分析
页面：无对应页面
入口：缺口类型 G2
操作步骤：系统无蒙特卡洛模拟/决策树/敏感性分析引擎
数据录入：不涉及数据录入
边界与变通：需外部统计工具或自建 Agent 变通
整改清单FIX-2026-001（P0，工作量L）：AIPM内新建「风险分析引擎」模块，集成蒙特卡洛模拟与敏感性分析
MAP-24 风险管理-风险监控可落实可直接在系统内完成
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
MAP-37 敏捷管理-故事点估算部分可落实需变通组合实现
页面：/tasks > 自定义字段
入口：任务页添加「故事点」自定义字段
操作步骤：在设置中为任务添加「故事点」自定义字段；在任务卡片中填写点数；通过看板视图按点数排序
数据录入：故事点为数字自定义字段
边界与变通：无 Planning Poker 等估算工具
整改清单FIX-2026-017（P2，工作量S）：通过自定义字段支持故事点录入，结合白板开展线上估算会议
页面：/tasks > 自定义字段
入口：任务页添加「故事点」自定义字段
操作步骤：在设置中为任务添加「故事点」自定义字段；在任务卡片中填写点数；通过看板视图按点数排序
数据录入：故事点为数字自定义字段
边界与变通：无 Planning Poker 等估算工具
整改清单FIX-2026-017（P2，工作量S）：通过自定义字段支持故事点录入，结合白板开展线上估算会议
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-001、FIX-2026-017 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某SOC AI威胁检测项目。客户运营VP说我们有一套方案请你评估。
总用时约126分钟。
总用时约126分钟。
⏱ 第1步（6分钟）
任务1
设计STAR访谈提纲S层3题：了解客户业务现状（用开放式问题引导说出全貌）。
⏱ 第2步（20分钟）
任务2
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
⏱ 第3步（15分钟）
任务3
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第4步（20分钟）
任务4
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
⏱ 第5步（65分钟）
任务5
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
💡提示
注意非语言信号——眼神、语气、体态都可能是关键信息
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：质量经理、交付PM、高级PM、项目总监
🎬 本案例剧本：智能质检（基于 WB-09 质量门与验收管理 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：数字内容制作智能质检 AI 项目处于试点验证，视觉检测模型当前误检率为显著改善，漏检率为显著改善，需进行质量门评审与验收准备。角色：主责质量经理，协审交付PM与高级PM，项目总监确认验收计划。交付物：输出智能质检质量门报告（Word）与缺陷分析表（Excel），包含模型识别准确率、产线实测数据、验收测试计划与改进建议。
背景：数字内容制作智能质检 AI 项目处于试点验证，视觉检测模型当前误检率为显著改善，漏检率为显著改善，需进行质量门评审与验收准备。角色：主责质量经理，协审交付PM与高级PM，项目总监确认验收计划。交付物：输出智能质检质量门报告（Word）与缺陷分析表（Excel），包含模型识别准确率、产线实测数据、验收测试计划与改进建议。
操作步骤
第1步
对 WorkBuddy 输入产线实测数据与模型输出记录，触发质检评审
第2步
质量经理核对检测标准与模型判定逻辑，标注偏差项
第3步
交付PM整理产线部署环境与硬件适配情况
第4步
高级PM评估误检/漏检根因与数据增强可行性
第5步
项目总监制定客户验收计划与签字流程
第6步
在 AIPM 中更新质量管理模块，录入报告与验收计划
第7步
将产线调优任务转为执行项，分配责任人与测试周期。
📦 预期产出物：智能质检质量门报告；缺陷分析表；验收测试计划
🔄 AIPM 回流动作：更新质检项目模块的模型指标与验收状态，绑定报告附件
⚖️ 通小维（CEO）决策点：①是否允许带条件验收并设定整改期限；②是否追加数据采集或硬件改造以提升检测稳定性
STEP 4 · 参考答案
参考答案与评分要点
📝案例回顾
总结：本案例围绕某SOC AI威胁检测展开，核心在于科技互联网领域AI转型中组织变革阻力、数据基础建设和利益相关者管理的平衡。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（11问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| T2 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| A3 | 如果这个项目不做，8个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R4 | 您能描述一下目前科技互联网业务整体的运营情况吗？ | 开放式开场，让客户主动说出全貌 | 等他自然说完后追问"还有吗？" |
| S5 | 根据行业数据，类似规模企业通常12个月实现20%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| T6 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
| A7 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| R8 | 您认为最重要的成功标准是什么？ | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| S9 | 在过去8个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| T10 | 您希望用什么机制来定期评估项目进展？ | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A11 | 您对这个项目的成功是如何定义的？ | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——引导"先了解您的挑战才能切中要害"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
📚拓展
推荐：《金字塔原理》芭芭拉·明托
自我检查：客户说了70%以上时间？有3次以上有效追问？识别了隐藏需求？管理了不切实际的期望？