STEP 1 · 案例引入
案例全景与背景深度档案
💻 案例全景
变革路线图破冰期（1-1月）：组织诊断+紧迫感建设+锁定速赢场景。验证期（2-4月）：POC验证+效果量化+组织培训。扩展期（6-9月）：跨部门推广+能力转移+平台建设。规模化期（11-15月）：全面覆盖+持续运营+文化塑造。
purple痛点三：数据采集依赖人工。一线数据填报靠员工手动录入，缺乏自动采集手段。部分关键工序的数据采集相关指标维持在客户与监管可接受区间，数据完整性问题严重制约AI模型的准确性。
企业概况以科技互联网为核心赛道的某测试AI用例生成成立于2008年，是该领域重要参与者 企业规模约1668人，年营收达6.2亿元。研发投入占总营收约38%，拥有159项自主知识产权。
blue痛点二：部门壁垒。IT部门和业务部门之间缺乏有效的协同机制。IT抱怨业务不给数据，业务指责IT不懂业务。数据7套系统各说各话，跨部门沟通成本极高。
痛点一：目标分歧。高管团队对AI的认知停留在「自动化」和「降本」两个关键词上，忽视了「增效」和「创新」的潜力。业务部门和技术部门在需求定义上存在根本分歧——业务关注场景，技术关注数据。
风险矩阵战略风险（可能性低·影响高）：技术方向选错导致9个月的路线偏差。供应商锁定风险——对单一技术供应商深度绑定。组织能力退化风险——过分依赖AI导致人的判断力下降。
顾问洞察顾问团队在诊断中总结了一句核心洞察：「不要用技术方案去解决管理问题」
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：在某测试AI用例生成项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某测试AI用例生成中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某测试AI用例生成的第一周定义为「零技术周」。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某测试AI用例生成中这一策略有效降低了客户的防御心理。
不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。...
本案例：在某测试AI用例生成中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。...
本案例：在某测试AI用例生成项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。...
本案例：在某测试AI用例生成项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
目标（Goal）→现实（Reality）→选项（Options）→意愿（Will...
本案例：在某测试AI用例生成中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某测试AI用例生成的第一周定义为「零技术周」。
表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志...
本案例：在某测试AI用例生成项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2026年08月（统计区间 2026-2028年度）
🏢 企业概况：云计算服务商（脱敏）成立于2008年，员工总数1955人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：某核心产品代码合并冲突频发导致集成延期20天
🗣 冲突现场：流水线又卡住了，环境配置差异导致367个微服务构建失败。
👥 关键人物：王架构师（架构师）；李安全合规官（安全合规官）；赵运维工程师（项目负责人）
🖥 系统与数据现状：API网关；安全态势感知；CI/CD流水线；其中王架构师反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码库权限隔离导致知识复用困难
📉 量化痛点：代码漏洞扫描高危44处(2026-2028年度)；用户流失投诉367起(2026-2028年度)；合规整改逾期44项(2026-2028年度)
⚖ 关键决策点：内部自研工具链 vs 商业DevOps平台集成——自研派主张深度定制与资产沉淀，商业派强调开箱即用与生态丰富。
🔄 转折点：行业技术峰会发布新架构标准倒逼升级
🗓 里程碑链：代码基线盘点与技术债评估(M0)→CI/CD流水线搭建与环境容器化(M1)→自动化测试框架集成与用例补全(M2)→安全扫描门禁接入与灰度发布(M3)→全量切换与性能压测验证(M4)→效能度量体系建立与验收(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
通过某测试AI用例生成深入学习道法术器框架在科技互联网企业的实战应用，建立系统的诊断思维。
核心挑战：某测试AI用例生成考验顾问在4类利益相关者之间建立共识的能力，差异化沟通是关键。
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：某测试AI用例生成的实践表明，这一框架有效帮助顾问在9场访谈中保持结构化和系统性。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：顾问在某测试AI用例生成中将这一工具应用于7个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：通过某测试AI用例生成的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：急于展示方案而非先理解问题
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：在某测试AI用例生成中，顾问运用这一方法系统分析了客户的组织状态，发现了4个关键的变革障碍。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】利益相关者影响策略
理论概述：不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
📌 本案例应用：顾问在某测试AI用例生成中将这一工具应用于7个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：急于展示方案而非先理解问题
📘【道】组织免疫系统理论
理论概述：组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。
📌 本案例应用：某测试AI用例生成的实践表明，这一框架有效帮助顾问在9场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📕【术】5Why根因分析法
理论概述：连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。
📌 本案例应用：通过某测试AI用例生成的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】GROW教练模型
理论概述：目标（Goal）→现实（Reality）→选项（Options）→意愿（Will），让客户主动探索方案。
📌 本案例应用：某测试AI用例生成的实践表明，这一框架有效帮助顾问在9场访谈中保持结构化和系统性。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】AI辅助提示词工程
理论概述：利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。
📌 本案例应用：在某测试AI用例生成中，顾问运用这一方法系统分析了客户的组织状态，发现了4个关键的变革障碍。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：忽略组织文化对变革的影响
📕【术】非语言信号解读
理论概述：表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
📌 本案例应用：通过某测试AI用例生成的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-013 开发方法与生命周期绩效域集成Development Approach and Life Cycle Performance Domain——选择并裁剪交付节奏与生命周期
识别信号：需求不确定;迭代交付;快速验证
操作要点：评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源：PMBOK 7 性能域
识别信号：需求不确定;迭代交付;快速验证
操作要点：评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源：PMBOK 7 性能域
KP-041 创建WBS范围Create WBS——将项目可交付成果分解为较小的、更易于管理的组件
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
KP-057 规划质量管理质量Plan Quality Management——识别项目及其可交付成果的质量要求与标准
识别信号：质量标准不清;测量指标缺失;COQ失控
操作要点：质量政策 / 质量测量指标 / 质量核对单 / 质量成本COQ / 实验设计DOE / 流程图
知识来源：49过程
识别信号：质量标准不清;测量指标缺失;COQ失控
操作要点：质量政策 / 质量测量指标 / 质量核对单 / 质量成本COQ / 实验设计DOE / 流程图
知识来源：49过程
KP-061 精益管理质量Lean Management——消除浪费、优化流程以聚焦客户价值
识别信号：流程浪费;交付周期长;库存积压
操作要点：识别价值流 / 消除七大浪费 / 拉动式生产 / 持续改善Kaizen / 价值流图VSM / 5S现场管理
知识来源：质量方法
识别信号：流程浪费;交付周期长;库存积压
操作要点：识别价值流 / 消除七大浪费 / 拉动式生产 / 持续改善Kaizen / 价值流图VSM / 5S现场管理
知识来源：质量方法
KP-087 控制采购采购Control Procurements——管理采购关系、监督合同绩效并实施必要变更与纠正
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
KP-094 收益管理治理Benefits Management——识别、规划、交付并维持项目或项目群产生的收益
识别信号：收益流失;价值未实现;移交失败
操作要点：收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源：项目群与组合
识别信号：收益流失;价值未实现;移交失败
操作要点：收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源：项目群与组合
KP-097 Scrum框架敏捷Scrum Framework——基于时间盒迭代的轻量级敏捷开发框架
识别信号：需求变更;快速交付;团队协作
操作要点：产品负责人PO / Scrum Master / 开发团队 / 产品待办列表 / 冲刺待办列表 / 每日站会 / 冲刺评审 / 冲刺回顾
知识来源：敏捷
识别信号：需求变更;快速交付;团队协作
操作要点：产品负责人PO / Scrum Master / 开发团队 / 产品待办列表 / 冲刺待办列表 / 每日站会 / 冲刺评审 / 冲刺回顾
知识来源：敏捷
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-036 资本结构理论公司金融Capital Structure Theory (MM/Trade-off)——企业最优债务与股权比例决策
识别信号：AI项目融资方式;债务杠杆;资金成本优化
框架要点：MM定理 / 权衡理论 / 优序融资 / 代理成本
关联项目管理：资源管理;采购策略
识别信号：AI项目融资方式;债务杠杆;资金成本优化
框架要点：MM定理 / 权衡理论 / 优序融资 / 代理成本
关联项目管理：资源管理;采购策略
MBA-038 营运资本管理公司金融Working Capital Management——短期资产与负债的日常资金管理
识别信号：AI项目现金流;短期资金调度;流动性保障
框架要点：现金转换周期 / 应收账款 / 存货 / 应付账款 / 流动性
关联项目管理：成本管理;采购管理
识别信号：AI项目现金流;短期资金调度;流动性保障
框架要点：现金转换周期 / 应收账款 / 存货 / 应付账款 / 流动性
关联项目管理：成本管理;采购管理
MBA-044 现金流质量财务会计Cash Flow Quality——利润中现金含量的真实程度评估
识别信号：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 个领域； 本案例强相关（含详述）的项目管理域 6 个、MBA 领域 5 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-013 开发方法与生命周期绩效域 | 操作切入点：评估交付节奏 |
| 范围 | 高 | KP-041 创建WBS | 操作切入点：分解到工作包层级 |
| 进度 | 低 | KP-003 项目进度管理 | 操作切入点：规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点：规划成本管理 |
| 质量 | 高 | KP-057 规划质量管理 | 操作切入点：质量政策 |
| 资源 | 低 | KP-020 管理原则2：团队 | 操作切入点：共享责任 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点：沟通需求分析 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点：规划风险管理 |
| 采购 | 高 | KP-087 控制采购 | 操作切入点：绩效审查 |
| 干系人 | 低 | 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-044 现金流质量 | 操作切入点：经营现金流/净利润 |
| 管理会计 | 低 | MBA-055 全面预算管理 | 操作切入点：经营预算 |
| 投资学与估值 | 高 | MBA-061 投资组合理论 | 操作切入点：均值-方差 |
| 组织行为学 | 低 | MBA-080 组织文化 | 操作切入点：三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点：需求预测 |
| 管理经济学 | 高 | MBA-091 供求理论 | 操作切入点：需求曲线 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点：道德风险 |
| 信息系统与数字化转型 | 低 | MBA-111 技术采纳生命周期 | 操作切入点：引入期 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-02 范围管理-WBS分解可落实可直接在系统内完成
页面：/ai/wbs
入口：AI WBS 页面>输入框>生成按钮>树形展示区
操作步骤：进入 AI WBS 页面；在输入框填写项目目标与交付物描述；点击「生成 WBS」按钮；检查树形分解结果；按需手动调整节点层级
数据录入：以自然语言描述驱动 AI 生成，生成结果可手动编辑
边界与变通：AI 生成质量依赖输入描述的完整度
页面：/ai/wbs
入口：AI WBS 页面>输入框>生成按钮>树形展示区
操作步骤：进入 AI WBS 页面；在输入框填写项目目标与交付物描述；点击「生成 WBS」按钮；检查树形分解结果；按需手动调整节点层级
数据录入：以自然语言描述驱动 AI 生成，生成结果可手动编辑
边界与变通：AI 生成质量依赖输入描述的完整度
MAP-13 质量管理-持续改进可落实可直接在系统内完成
页面：/lessons
入口：经验教训>新建条目>分类标签/关联项目/改进措施
操作步骤：进入经验教训页；点击「+新建」；选择分类标签；填写发现的问题与改进措施；关联到目标项目
数据录入：每条经验教训含分类、描述、措施、关联项目
边界与变通：改进措施执行需转为任务跟踪
页面：/lessons
入口：经验教训>新建条目>分类标签/关联项目/改进措施
操作步骤：进入经验教训页；点击「+新建」；选择分类标签；填写发现的问题与改进措施；关联到目标项目
数据录入：每条经验教训含分类、描述、措施、关联项目
边界与变通：改进措施执行需转为任务跟踪
MAP-27 采购管理-合同管理不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无合同台账/付款计划/履约跟踪模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhooks 对接外部合同系统
整改清单FIX-2026-005（P1，工作量M）：用自定义字段+文档空间管理合同关键信息，付款节点转为任务跟踪；建议Webhook对接外部合同系统
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无合同台账/付款计划/履约跟踪模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhooks 对接外部合同系统
整改清单FIX-2026-005（P1，工作量M）：用自定义字段+文档空间管理合同关键信息，付款节点转为任务跟踪；建议Webhook对接外部合同系统
MAP-39 数据治理-数据标准部分可落实需变通组合实现
页面：/settings
入口：设置页>自定义字段>字段命名规范/枚举值管理
操作步骤：进入设置页；定义自定义字段命名规范；为枚举类型字段维护标准值列表；应用到目标项目模板
数据录入：字段标准通过自定义字段体系落地
边界与变通：无数据字典集中管理与版本控制
整改清单FIX-2026-019（P1，工作量M）：新建「数据字典」模块，集中管理字段标准与版本，支持模板分发
页面：/settings
入口：设置页>自定义字段>字段命名规范/枚举值管理
操作步骤：进入设置页；定义自定义字段命名规范；为枚举类型字段维护标准值列表；应用到目标项目模板
数据录入：字段标准通过自定义字段体系落地
边界与变通：无数据字典集中管理与版本控制
整改清单FIX-2026-019（P1，工作量M）：新建「数据字典」模块，集中管理字段标准与版本，支持模板分发
MAP-40 AI治理-模型监控可落实可直接在系统内完成
页面：/ai-monitor
入口：AI 监控页面>模型列表>指标看板>告警阈值
操作步骤：进入 AI 监控页；查看已部署模型列表；查看各模型性能指标；设置告警阈值；配置告警通知
数据录入：监控指标包括准确率/响应时间等
边界与变通：仅监控 AIPM 内置 Agent，不监控外部模型
页面：/ai-monitor
入口：AI 监控页面>模型列表>指标看板>告警阈值
操作步骤：进入 AI 监控页；查看已部署模型列表；查看各模型性能指标；设置告警阈值；配置告警通知
数据录入：监控指标包括准确率/响应时间等
边界与变通：仅监控 AIPM 内置 Agent，不监控外部模型
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-005、FIX-2026-019 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某测试AI用例生成项目。客户CIO说我们有一个团队请你培训。
总用时约120分钟。
总用时约120分钟。
⏱ 第1步（9分钟）
任务1
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第2步（30分钟）
任务2
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
⏱ 第3步（18分钟）
任务3
运用道法术器进行四维分析：【道】客户真正需要什么？【法】用什么方法诊断？【术】用什么技巧？【器】用什么工具？
⏱ 第4步（28分钟）
任务4
设计STAR访谈提纲S层3题：了解客户业务现状（用开放式问题引导说出全貌）。
⏱ 第5步（35分钟）
任务5
设计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 | 在过去9个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| T2 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| A3 | 如果这个项目不做，9个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R4 | 根据行业数据，类似规模企业通常10个月实现18%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| S5 | 如果给您团队的数字化能力打分，您打几分？ | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| T6 | 您希望用什么机制来定期评估项目进展？ | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A7 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| R8 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| S9 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"我们团队做过多个类似场景"
•客户坚持"先说说方案"——引导"先了解您的挑战才能切中要害"
•客户期望不切实际——用对比法"这个目标需要的资源要翻倍"
📚拓展
推荐：《高效能人士的七个习惯》
自我检查：建立了足够信任？识别了真正根因？给了客户有价值的洞察？客户愿意继续合作？