STEP 1 · 案例引入
案例全景与背景深度档案
💻 案例全景
利益相关者CEO（影响力高·立场不确定）：项目发起人但AI认知偏差，需认知校准。CTO（影响力中·立场中性偏支持）：技术执行者，可成为盟友。业务负责人（影响力中·立场消极）：信任透支，需速赢重建信心。IT团队（影响力低·立场焦虑）：怕被边缘化，需纳入能力建设。一线骨干（影响力低·立场观望）：支持与否直接影响落地。
企业概况某IDE AI代码补全是科技互联网领域一家快速成长的企业，于2003年成立 企业员工1709人，年营收规模5.5亿元。已服务超过8家大型客户，客户留存率达28%。
purple痛点三：数据采集依赖人工。一线数据填报靠员工手动录入，缺乏自动采集手段。部分关键工序的数据采集相关指标维持在客户与监管可接受区间，数据完整性问题严重制约AI模型的准确性。
行业背景科技互联网行业正处于深度变革期。头部企业已率先启动AI转型，行业渗透率约48%，预计未来12个月内将超过33%。
风险矩阵技术风险（可能性高·影响中）：模型效果不达预期、系统集成困难、数据质量不达标。组织风险（可能性高·影响高）：关键利益相关者抵制、变革中途失去动力、核心团队流失。进度风险（可能性中·影响中）：项目延期、速赢效果不显著、反复返工。
变革路线图认知对齐期（0.5-1月）：高管工作坊+AI认知培训+战略共识。快速验证期（3-2月）：选定高频低风险场景落地。价值扩展期（3-7月）：扩展场景+内部推广。运维成熟期（8-11月）：建立持续运营+知识沉淀。
blue痛点二：组织惯性。生产/运营负责人（从业17年）对AI态度消极，经历过2次失败的数字化项目，认为「这次也不会例外」。中层管理者的抵触情绪来自三方面：技术恐惧、失败记忆、权力威胁。
顾问洞察顾问团队在诊断中总结了一句核心洞察：「不要用技术方案去解决管理问题」
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。...
本案例：某IDE AI代码补全中顾问采用「先倾听再建议」策略：第一周安排4场一对一访谈，不做任何技术展示。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
目标（Goal）→现实（Reality）→选项（Options）→意愿（Will...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某IDE AI代码补全的第一周定义为「零技术周」。
连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。...
本案例：某IDE AI代码补全中顾问采用「先倾听再建议」策略：第一周安排4场一对一访谈，不做任何技术展示。
表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志...
本案例：某IDE AI代码补全中顾问采用「先倾听再建议」策略：第一周安排4场一对一访谈，不做任何技术展示。
情境（Situation）→目标（Target）→行动（Action）→结果（R...
本案例：在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某IDE AI代码补全中这一策略有效降低了客户的防御心理。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
顾问不是解决方案的提供者，而是客户自我发现的催化剂。真正的变革来自客户自己的认知...
本案例：某IDE AI代码补全中顾问采用「先倾听再建议」策略：第一周安排4场一对一访谈，不做任何技术展示。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2025年11月（统计区间 2025-2027年度）
🏢 企业概况：游戏研发运营（脱敏）成立于2014年，员工总数1709人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：某核心产品代码合并冲突频发导致集成延期3天
🗣 冲突现场：历史技术债太多，缺乏统一依赖治理
👥 关键人物：李安全合规官（技术VP）；赵运维工程师（产品总监）；孙数据分析师（项目负责人）
🖥 系统与数据现状：CI/CD流水线；微服务治理平台；APM性能监控；其中李安全合规官反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码库权限隔离导致知识复用困难
📉 量化痛点：合规整改逾期25项(2025-2027年度)；线上P1级故障352次(2025-2027年度)；需求交付延期25个(2025-2027年度)
⚖ 关键决策点：单体架构渐进式拆分 vs 微服务架构一步到位——渐进派主张风险可控与平滑过渡，一步派强调解耦彻底与弹性扩展。
🔄 转折点：核心生产系统漏洞被安全厂商公开披露
🗓 里程碑链：代码基线盘点与技术债评估(M0)→CI/CD流水线搭建与环境容器化(M1)→自动化测试框架集成与用例补全(M2)→安全扫描门禁接入与灰度发布(M3)→全量切换与性能压测验证(M4)→效能度量体系建立与验收(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
掌握在科技互联网场景中运用结构化方法论诊断企业AI准备度的能力，学会区分表象问题与根因问题。
核心挑战：某IDE AI代码补全的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：在某IDE AI代码补全中，顾问运用这一方法系统分析了客户的组织状态，发现了8个关键的变革障碍。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】AI辅助提示词工程
理论概述：利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。
📌 本案例应用：顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：忽略组织文化对变革的影响
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：某IDE AI代码补全的实践表明，这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】GROW教练模型
理论概述：目标（Goal）→现实（Reality）→选项（Options）→意愿（Will），让客户主动探索方案。
📌 本案例应用：顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】5Why根因分析法
理论概述：连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。
📌 本案例应用：通过某IDE AI代码补全的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：过度承诺而低估实施难度
📕【术】非语言信号解读
理论概述：表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。
📌 本案例应用：顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：过度承诺而低估实施难度
📗【法】STAR结构化进场框架
理论概述：情境（Situation）→目标（Target）→行动（Action）→结果（Result）四步访谈框架。
📌 本案例应用：某IDE AI代码补全的实践表明，这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：急于展示方案而非先理解问题
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：某IDE AI代码补全的实践表明，这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📘【道】信任建立阶梯模型
理论概述：顾问不是解决方案的提供者，而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
📌 本案例应用：某IDE AI代码补全的实践表明，这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-003 项目进度管理进度Project Schedule Management——对项目活动进行排序、估算与管控
识别信号：关键路径;赶工;延期交付
操作要点：规划进度 / 定义活动 / 排列活动顺序 / 估算持续时间 / 制定进度计划 / 控制进度
知识来源：PMBOK 7 性能域
识别信号：关键路径;赶工;延期交付
操作要点：规划进度 / 定义活动 / 排列活动顺序 / 估算持续时间 / 制定进度计划 / 控制进度
知识来源：PMBOK 7 性能域
KP-005 项目质量管理质量Project Quality Management——确保项目满足既定需求与验收标准
识别信号：缺陷率;返工;客户投诉
操作要点：规划质量管理 / 管理质量 / 控制质量
知识来源：PMBOK 7 性能域
识别信号：缺陷率;返工;客户投诉
操作要点：规划质量管理 / 管理质量 / 控制质量
知识来源：PMBOK 7 性能域
KP-022 管理原则4：价值集成Value Principle——聚焦于项目价值的持续交付
识别信号：价值流失;ROI偏差;商业论证失效
操作要点：价值共创 / 商业论证 / 持续评估 / 增量交付 / 价值流优化
知识来源：PMBOK 7 原则
识别信号：价值流失;ROI偏差;商业论证失效
操作要点：价值共创 / 商业论证 / 持续评估 / 增量交付 / 价值流优化
知识来源：PMBOK 7 原则
KP-034 指导与管理项目工作集成Direct and Manage Project Work——执行项目管理计划中规定的工作以实现项目目标
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
识别信号：任务执行;数据采集;变更提交
操作要点：分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源：49过程
KP-087 控制采购采购Control Procurements——管理采购关系、监督合同绩效并实施必要变更与纠正
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
识别信号：合同争议;交付延期;索赔管理
操作要点：绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源：49过程
KP-098 看板方法敏捷Kanban Method——可视化工作流并限制在制品以优化流动效率
识别信号：流程瓶颈;交付周期长;可视化需求
操作要点：可视化看板 / 限制WIP / 管理流动 / 明确流程策略 / 建立反馈回路 / 协作改进 / 实验演进
知识来源：敏捷
识别信号：流程瓶颈;交付周期长;可视化需求
操作要点：可视化看板 / 限制WIP / 管理流动 / 明确流程策略 / 建立反馈回路 / 协作改进 / 实验演进
知识来源：敏捷
KP-099 SAFe精要敏捷Scaled Agile Framework Essentials——在组织层面规模化敏捷实践的指导框架
识别信号：大规模敏捷;多团队协调;战略对齐
操作要点：团队层 / 项目层 / 大型解决方案层 / 组合层 / 敏捷发布列车ART / 价值流 / PI Planning / 精益投资组合管理
知识来源：敏捷
识别信号：大规模敏捷;多团队协调;战略对齐
操作要点：团队层 / 项目层 / 大型解决方案层 / 组合层 / 敏捷发布列车ART / 价值流 / PI Planning / 精益投资组合管理
知识来源：敏捷
KP-126 模型部署AI治理Model Deployment——将训练好的模型集成到生产环境以提供预测服务
识别信号：部署失败;性能问题;回滚需求
操作要点：部署策略(蓝绿/金丝雀/滚动) / API封装 / 容器化 / CI/CD流水线 / 性能测试 / 回滚机制 / 监控告警
知识来源：AI项目特有
识别信号：部署失败;性能问题;回滚需求
操作要点：部署策略(蓝绿/金丝雀/滚动) / API封装 / 容器化 / CI/CD流水线 / 性能测试 / 回滚机制 / 监控告警
知识来源：AI项目特有
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-006 蓝海战略企业战略Blue Ocean Strategy——开辟无竞争新市场空间的价值创新
识别信号：AI新场景创造;差异化定位;价值创新
框架要点：价值曲线 / 四步动作框架(消除-减少-提升-创造) / 战略画布 / 非客户转化
关联项目管理：需求管理;创新管理
识别信号：AI新场景创造;差异化定位;价值创新
框架要点：价值曲线 / 四步动作框架(消除-减少-提升-创造) / 战略画布 / 非客户转化
关联项目管理：需求管理;创新管理
MBA-020 作业排序与调度运营管理Job Scheduling & Sequencing——多任务在有限资源上的最优排列
识别信号：AI训练任务调度;GPU资源分配;批处理优化
框架要点：优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理：进度管理;资源调度
识别信号：AI训练任务调度;GPU资源分配;批处理优化
框架要点：优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理：进度管理;资源调度
MBA-026 创新扩散理论市场营销Diffusion of Innovations (Rogers)——新技术在市场中传播的五阶段模型
识别信号：AI采纳曲线;技术鸿沟跨越;推广节奏
框架要点：创新者 / 早期采纳者 / 早期多数 / 晚期多数 / 落后者 / 跨越鸿沟
关联项目管理：变更管理;推广计划
识别信号：AI采纳曲线;技术鸿沟跨越;推广节奏
框架要点：创新者 / 早期采纳者 / 早期多数 / 晚期多数 / 落后者 / 跨越鸿沟
关联项目管理：变更管理;推广计划
MBA-041 三大财务报表财务会计Three Financial Statements——资产负债表利润表现金流量表体系
识别信号：AI投入资本化;损益影响;现金流追踪
框架要点：资产=负债+权益 / 权责发生制 / 现金流量分类 / 勾稽关系
关联项目管理：成本管理;财务报告
识别信号：AI投入资本化;损益影响;现金流追踪
框架要点：资产=负债+权益 / 权责发生制 / 现金流量分类 / 勾稽关系
关联项目管理：成本管理;财务报告
MBA-044 现金流质量财务会计Cash Flow Quality——利润中现金含量的真实程度评估
识别信号：AI项目真实现金回报;投入产出验证;虚增识别
框架要点：经营现金流/净利润 / 应收增长 / 资本化比例 / 自由现金流
关联项目管理：效益管理;财务审计
识别信号：AI项目真实现金回报;投入产出验证;虚增识别
框架要点：经营现金流/净利润 / 应收增长 / 资本化比例 / 自由现金流
关联项目管理：效益管理;财务审计
MBA-091 供求理论管理经济学Supply and Demand Theory——价格由供给与需求交互决定
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 6 个、MBA 领域 5 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-022 管理原则4：价值 | 操作切入点：价值共创 |
| 范围 | 低 | KP-041 创建WBS | 操作切入点：分解到工作包层级 |
| 进度 | 高 | KP-003 项目进度管理 | 操作切入点：规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点：规划成本管理 |
| 质量 | 高 | KP-005 项目质量管理 | 操作切入点：规划质量管理 |
| 资源 | 低 | KP-020 管理原则2：团队 | 操作切入点：共享责任 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点：沟通需求分析 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点：规划风险管理 |
| 采购 | 高 | KP-087 控制采购 | 操作切入点：绩效审查 |
| 干系人 | 低 | 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 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-04 进度管理-活动定义可落实可直接在系统内完成
页面：/tasks
入口：任务列表>新建任务>名称/前置任务/预估工时字段
操作步骤：进入项目任务页；点击「+新建任务」；填写任务名称与描述；设置前置任务关联；填写预估工时
数据录入：任务即活动，预估工时为计划依据
边界与变通：无活动属性字典，自定义字段可补充
页面：/tasks
入口：任务列表>新建任务>名称/前置任务/预估工时字段
操作步骤：进入项目任务页；点击「+新建任务」；填写任务名称与描述；设置前置任务关联；填写预估工时
数据录入：任务即活动，预估工时为计划依据
边界与变通：无活动属性字典，自定义字段可补充
MAP-13 质量管理-持续改进可落实可直接在系统内完成
页面：/lessons
入口：经验教训>新建条目>分类标签/关联项目/改进措施
操作步骤：进入经验教训页；点击「+新建」；选择分类标签；填写发现的问题与改进措施；关联到目标项目
数据录入：每条经验教训含分类、描述、措施、关联项目
边界与变通：改进措施执行需转为任务跟踪
页面：/lessons
入口：经验教训>新建条目>分类标签/关联项目/改进措施
操作步骤：进入经验教训页；点击「+新建」；选择分类标签；填写发现的问题与改进措施；关联到目标项目
数据录入：每条经验教训含分类、描述、措施、关联项目
边界与变通：改进措施执行需转为任务跟踪
MAP-27 采购管理-合同管理不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无合同台账/付款计划/履约跟踪模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhooks 对接外部合同系统
整改清单FIX-2026-005（P1，工作量M）：用自定义字段+文档空间管理合同关键信息，付款节点转为任务跟踪；建议Webhook对接外部合同系统
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无合同台账/付款计划/履约跟踪模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhooks 对接外部合同系统
整改清单FIX-2026-005（P1，工作量M）：用自定义字段+文档空间管理合同关键信息，付款节点转为任务跟踪；建议Webhook对接外部合同系统
MAP-41 AI治理-伦理审查部分可落实需变通组合实现
页面：/principle-checks + /knowledge
入口：原则自查页；知识库创建伦理审查条目
操作步骤：在原则自查页创建伦理相关检查项；在知识库新建伦理审查指南条目；关联到项目模板
数据录入：伦理审查以知识条目形式沉淀
边界与变通：无独立 AI 伦理评估工作流
整改清单FIX-2026-020（P1，工作量M）：通过工作流编排+Agent构建伦理审查流程，审查结果归档到知识库
页面：/principle-checks + /knowledge
入口：原则自查页；知识库创建伦理审查条目
操作步骤：在原则自查页创建伦理相关检查项；在知识库新建伦理审查指南条目；关联到项目模板
数据录入：伦理审查以知识条目形式沉淀
边界与变通：无独立 AI 伦理评估工作流
整改清单FIX-2026-020（P1，工作量M）：通过工作流编排+Agent构建伦理审查流程，审查结果归档到知识库
MAP-43 集成管理-API对接可落实可直接在系统内完成
页面：/webhooks + /integrations
入口：Webhooks 管理>新建回调>URL/事件/密钥；Integrations 配置连接
操作步骤：进入 Webhooks 页；点击「新建 Webhook」；填写回调 URL 与事件类型；生成密钥；在 Integrations 配置第三方连接
数据录入：Webhook 用于事件推送，Integrations 用于数据拉取
边界与变通：无 API 网关与限流管理
页面：/webhooks + /integrations
入口：Webhooks 管理>新建回调>URL/事件/密钥；Integrations 配置连接
操作步骤：进入 Webhooks 页；点击「新建 Webhook」；填写回调 URL 与事件类型；生成密钥；在 Integrations 配置第三方连接
数据录入：Webhook 用于事件推送，Integrations 用于数据拉取
边界与变通：无 API 网关与限流管理
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-005、FIX-2026-020 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某IDE AI代码补全项目。客户运营VP说我们有一个团队请你培训。
总用时约197分钟。
总用时约197分钟。
⏱ 第1步（6分钟）
任务1
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
⏱ 第2步（18分钟）
任务2
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
⏱ 第3步（36分钟）
任务3
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第4步（36分钟）
任务4
写下面对客户高层的完整开场话术（3分钟），准备应对策略——如果客户坚持让你先说说方案。
⏱ 第5步（65分钟）
任务5
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第6步（36分钟）
任务6
设计STAR访谈提纲S层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 · 参考答案
参考答案与评分要点
📝案例回顾
总结：本案例围绕某IDE AI代码补全展开，核心在于科技互联网领域AI转型中组织变革阻力、数据基础建设和利益相关者管理的平衡。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（8问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| T2 | 在过去12个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| A3 | 您认为最重要的成功标准是什么？ | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| R4 | 您对这个项目的成功是如何定义的？ | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| S5 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| T6 | 您能描述一下目前科技互联网业务整体的运营情况吗？ | 开放式开场，让客户主动说出全貌 | 等他自然说完后追问"还有吗？" |
| A7 | 根据行业数据，类似规模企业通常12个月实现11%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| R8 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
📚拓展
推荐：《高效能人士的七个习惯》
自我检查：客户说了70%以上时间？有3次以上有效追问？识别了隐藏需求？管理了不切实际的期望？