STEP 1 · 案例引入
案例全景与背景深度档案
💻 案例全景
行业背景科技互联网领域正经历从经验驱动到数据驱动的范式转移。约59%的头部企业已完成第一阶段的AI部署，行业平均效率提升约16%。
企业概况以科技互联网为核心赛道的某容器平台AI资源调度成立于2004年，是该领域重要参与者 员工总数7311人，年营收约4亿元。在科技互联网细分市场占有率约33%，属于区域龙头企业。
blue痛点二：部门壁垒。IT部门和业务部门之间缺乏有效的协同机制。IT抱怨业务不给数据，业务指责IT不懂业务。数据5套系统各说各话，跨部门沟通成本极高。
利益相关者董事长（影响力高·立场支持）：战略推动者但不参与日常。CIO（影响力高·立场支持）：项目执行者，需要技术支持。财务总监（影响力中·立场中性）：关注ROI，需量化论证。项目经理（影响力低·立场积极）：执行骨干，需要明确授权。
痛点一：需求模糊。管理层说要用AI，但对AI的能力边界缺乏基本认知。三位核心高管对项目预期存在明显分歧——CEO关注品牌提升，CTO关注技术先进性，运营负责人关注效率提升。需求不是从业务问题推导出来的，而是从「别人有我们也得有」的从众心理产生的。
触发事件CTO提交了一份《行业AI竞争分析报告》，指出6家主要竞争对手已启动AI项目，其中一家已实现成本降低10%的显著效果。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某容器平台AI资源调度中这一策略有效降低了客户的防御心理。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某容器平台AI资源调度中这一策略有效降低了客户的防御心理。
目标（Goal）→现实（Reality）→选项（Options）→意愿（Will...
本案例：在某容器平台AI资源调度项目中，顾问用3天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：在某容器平台AI资源调度项目中，顾问用3天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。...
本案例：在某容器平台AI资源调度中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。...
本案例：某容器平台AI资源调度中顾问采用「先倾听再建议」策略：第一周安排5场一对一访谈，不做任何技术展示。
通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。...
本案例：在某容器平台AI资源调度项目中，顾问用3天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某容器平台AI资源调度的第一周定义为「零技术周」。
利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某容器平台AI资源调度的第一周定义为「零技术周」。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：在某容器平台AI资源调度中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2025年12月（统计区间 2025-2027年度）
🏢 企业概况：云计算服务商（脱敏）成立于2004年，员工总数7311人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：供应商突发产能调整导致交期延误18天
🗣 冲突现场：市场热度是突发的，AI模型该自适应
👥 关键人物：陈商业化总监（架构师）；刘测试经理（安全合规官）；冯HRBP（项目负责人）
🖥 系统与数据现状：API网关；安全态势感知；CI/CD流水线；其中陈商业化总监反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码库权限隔离导致知识复用困难
📉 量化痛点：合规整改逾期76项(2025-2027年度)；线上P1级故障143次(2025-2027年度)；需求交付延期76个(2025-2027年度)
⚖ 关键决策点：集中式全局优化算法 vs 分布式节点协同预测——集中派追求全局最优与成本最低，分布派看重局部响应速度与数据隐私。
🔄 转折点：监管政策调整导致关键物料准入受限
🗓 里程碑链：历史需求数据盘点与清洗(M0)→预测算法选型与基线建立(M1)→供需协同流程设计与沙盘推演(M2)→试点品类跑通与参数校准(M3)→全品类切换与安全库存重算(M4)→验收交付与持续监控机制建立(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
掌握在科技互联网场景中运用结构化方法论诊断企业AI准备度的能力，学会区分表象问题与根因问题。
核心挑战：某容器平台AI资源调度考验顾问在6类利益相关者之间建立共识的能力，差异化沟通是关键。
📕【术】5Why根因分析法
理论概述：连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。
📌 本案例应用：通过某容器平台AI资源调度的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：忽略组织文化对变革的影响
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：通过某容器平台AI资源调度的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📙【器】GROW教练模型
理论概述：目标（Goal）→现实（Reality）→选项（Options）→意愿（Will），让客户主动探索方案。
📌 本案例应用：在某容器平台AI资源调度中，顾问运用这一方法系统分析了客户的组织状态，发现了6个关键的变革障碍。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：急于展示方案而非先理解问题
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：某容器平台AI资源调度的实践表明，这一框架有效帮助顾问在5场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】一对一深度访谈术
理论概述：高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。
📌 本案例应用：某容器平台AI资源调度的实践表明，这一框架有效帮助顾问在5场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📘【道】利益相关者影响策略
理论概述：不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
📌 本案例应用：在某容器平台AI资源调度中，顾问运用这一方法系统分析了客户的组织状态，发现了6个关键的变革障碍。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：急于展示方案而非先理解问题
📙【器】知识管理工作坊
理论概述：通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。
📌 本案例应用：某容器平台AI资源调度的实践表明，这一框架有效帮助顾问在5场访谈中保持结构化和系统性。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：急于展示方案而非先理解问题
📗【法】问题诊断方法论
理论概述：区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。
📌 本案例应用：通过某容器平台AI资源调度的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】AI辅助提示词工程
理论概述：利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。
📌 本案例应用：在某容器平台AI资源调度中，顾问运用这一方法系统分析了客户的组织状态，发现了6个关键的变革障碍。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：急于展示方案而非先理解问题
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：某容器平台AI资源调度的实践表明，这一框架有效帮助顾问在5场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-011 干系人绩效域干系人Stakeholder Performance Domain——建立与干系人的有效互动关系
识别信号：权力博弈;利益冲突;沟通失效
操作要点：识别干系人 / 理解分析优先级 / 规划参与 / 建立信任 / 持续互动
知识来源：PMBOK 7 性能域
识别信号：权力博弈;利益冲突;沟通失效
操作要点：识别干系人 / 理解分析优先级 / 规划参与 / 建立信任 / 持续互动
知识来源：PMBOK 7 性能域
KP-027 启动过程组集成Initiating Process Group——定义新项目或现有项目新阶段并获得授权
识别信号：项目立项;阶段关口;授权缺失
操作要点：制定项目章程 / 识别干系人 / 获得高层授权 / 明确高层级范围
知识来源：5过程组
识别信号：项目立项;阶段关口;授权缺失
操作要点：制定项目章程 / 识别干系人 / 获得高层授权 / 明确高层级范围
知识来源：5过程组
KP-035 管理项目知识集成Manage Project Knowledge——利用现有知识创造新知识以实现项目目标
识别信号：知识流失;重复踩坑;经验沉淀
操作要点：识别显性/隐性知识 / 建立知识库 / 经验教训登记册 / 知识共享机制 / 持续学习文化
知识来源：49过程
识别信号：知识流失;重复踩坑;经验沉淀
操作要点：识别显性/隐性知识 / 建立知识库 / 经验教训登记册 / 知识共享机制 / 持续学习文化
知识来源：49过程
KP-046 排列活动顺序进度Sequence Activities——识别并记录项目活动之间的关系
识别信号：依赖混乱;逻辑错误;网络图缺失
操作要点：紧前关系绘图法PDM / 强制/自由/外部/内部依赖 / 提前量与滞后量 / 项目管理信息系统
知识来源：49过程
识别信号：依赖混乱;逻辑错误;网络图缺失
操作要点：紧前关系绘图法PDM / 强制/自由/外部/内部依赖 / 提前量与滞后量 / 项目管理信息系统
知识来源：49过程
KP-072 识别风险风险Identify Risks——识别单个项目风险及整体项目风险来源并记录特征
识别信号：风险遗漏;黑天鹅;灰犀牛
操作要点：头脑风暴 / 核查表 / 访谈 / 根本原因分析 / SWOT分析 / 专家判断 / 风险登记册 / 风险报告
知识来源：49过程
识别信号：风险遗漏;黑天鹅;灰犀牛
操作要点：头脑风暴 / 核查表 / 访谈 / 根本原因分析 / SWOT分析 / 专家判断 / 风险登记册 / 风险报告
知识来源：49过程
KP-076 规划风险应对风险Plan Risk Responses——制定提高机会、降低威胁的选项与行动
识别信号：风险应对;储备不足;次生风险
操作要点：威胁应对(规避/转移/减轻/接受/上报) / 机会应对(开拓/分享/提高/接受/上报) / 应急储备 / 残余风险 / 次生风险
知识来源：49过程
识别信号：风险应对;储备不足;次生风险
操作要点：威胁应对(规避/转移/减轻/接受/上报) / 机会应对(开拓/分享/提高/接受/上报) / 应急储备 / 残余风险 / 次生风险
知识来源：49过程
KP-080 识别干系人干系人Identify Stakeholders——定期识别项目影响或受影响的人、团体或组织并分析期望
识别信号：干系人遗漏;期望失控;权力失衡
操作要点：干系人登记册 / 干系人分析 / 权力利益矩阵 / 权力影响矩阵 / 影响作用矩阵 / 凸显模型
知识来源：49过程
识别信号：干系人遗漏;期望失控;权力失衡
操作要点：干系人登记册 / 干系人分析 / 权力利益矩阵 / 权力影响矩阵 / 影响作用矩阵 / 凸显模型
知识来源：49过程
KP-136 PI Planning敏捷PI Planning——SAFe中所有ART团队成员面对面规划下一个PI事件
识别信号：大规模规划;依赖管理;风险识别
操作要点：两天议程 / 业务背景 / 架构愿景 / 团队拆分 / 依赖识别 / 风险解决 / 计划确认 / 管理层评审
知识来源：敏捷
识别信号：大规模规划;依赖管理;风险识别
操作要点：两天议程 / 业务背景 / 架构愿景 / 团队拆分 / 依赖识别 / 风险解决 / 计划确认 / 管理层评审
知识来源：敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-002 价值链分析企业战略Value Chain Analysis——识别企业创造价值的各环节活动
识别信号：流程优化;AI赋能环节;成本重构;数字化增值
框架要点：基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理：价值交付;效益管理
识别信号：流程优化;AI赋能环节;成本重构;数字化增值
框架要点：基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理：价值交付;效益管理
MBA-008 麦肯锡7S模型企业战略McKinsey 7S Framework——组织有效性的七要素协同框架
识别信号：组织变革对齐;AI转型配套调整;能力建设
框架要点：战略 / 结构 / 制度 / 风格 / 人员 / 技能 / 共同价值观
关联项目管理：变更管理;组织规划
识别信号：组织变革对齐;AI转型配套调整;能力建设
框架要点：战略 / 结构 / 制度 / 风格 / 人员 / 技能 / 共同价值观
关联项目管理：变更管理;组织规划
MBA-016 准时制生产运营管理Just-In-Time (JIT)——按需拉动零库存的生产组织方式
识别信号：AI需求预测;智能补货;库存优化
框架要点：看板拉动 / 零库存目标 / 供应商协同 / 快速换模
关联项目管理：进度管理;库存控制
识别信号：AI需求预测;智能补货;库存优化
框架要点：看板拉动 / 零库存目标 / 供应商协同 / 快速换模
关联项目管理：进度管理;库存控制
MBA-043 杜邦分析财务会计DuPont Analysis——将ROE分解为盈利周转杠杆三因子
识别信号：AI对盈利能力影响;资产效率;财务结构
框架要点：净利润率 / 资产周转率 / 权益乘数 / 三因子拆解
关联项目管理：效益管理;绩效度量
识别信号：AI对盈利能力影响;资产效率;财务结构
框架要点：净利润率 / 资产周转率 / 权益乘数 / 三因子拆解
关联项目管理：效益管理;绩效度量
MBA-097 行为经济学管理经济学Behavioral Economics——有限理性与认知偏差影响决策
识别信号：AI决策偏差;用户行为设计;变革阻力
框架要点：锚定效应 / 损失厌恶 / 框架效应 / 心理账户 / 助推
关联项目管理：风险管理;变更管理
识别信号：AI决策偏差;用户行为设计;变革阻力
框架要点：锚定效应 / 损失厌恶 / 框架效应 / 心理账户 / 助推
关联项目管理：风险管理;变更管理
MBA-118 API经济与集成信息系统与数字化转型API Economy & Integration——通过开放接口实现系统互操作与价值交换
识别信号：AI模型服务化;API集成;生态开放;能力复用
框架要点：REST/GraphQL / API网关 / 版本管理 / 开发者体验 / 变现
关联项目管理：整合管理;范围管理
识别信号：AI模型服务化;API集成;生态开放;能力复用
框架要点：REST/GraphQL / API网关 / 版本管理 / 开发者体验 / 变现
关联项目管理：整合管理;范围管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 5 个、MBA 领域 5 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-027 启动过程组 | 操作切入点：制定项目章程 |
| 范围 | 低 | KP-040 定义范围 | 操作切入点：产品分析 |
| 进度 | 高 | KP-046 排列活动顺序 | 操作切入点：紧前关系绘图法PDM |
| 成本 | 低 | KP-112 成本绩效指数CPI | 操作切入点：CPI=EV/AC |
| 质量 | 低 | KP-057 规划质量管理 | 操作切入点：质量政策 |
| 资源 | 低 | KP-067 控制资源 | 操作切入点：资源绩效审查 |
| 沟通 | 低 | KP-069 管理沟通 | 操作切入点：分发信息 |
| 风险 | 高 | KP-072 识别风险 | 操作切入点：头脑风暴 |
| 采购 | 低 | KP-085 规划采购管理 | 操作切入点：采购管理计划 |
| 干系人 | 高 | KP-011 干系人绩效域 | 操作切入点：识别干系人 |
| 治理 | 低 | KP-091 项目治理 | 操作切入点：治理框架 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点：配置识别 |
| 敏捷 | 高 | KP-136 PI Planning | 操作切入点：两天议程 |
| 数据治理 | 低 | KP-120 数据治理 | 操作切入点：数据所有者 |
| AI治理 | 低 | KP-128 AI风险与合规 | 操作切入点：算法偏见 |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-002 价值链分析 | 操作切入点：基本活动(生产、销售、服务) |
| 运营管理 | 高 | MBA-016 准时制生产 | 操作切入点：看板拉动 |
| 市场营销 | 低 | MBA-025 客户满意度模型 | 操作切入点：期望-感知差距 |
| 公司金融 | 低 | MBA-035 实物期权 | 操作切入点：延迟期权 |
| 财务会计 | 高 | MBA-043 杜邦分析 | 操作切入点：净利润率 |
| 管理会计 | 低 | MBA-052 本量利分析 | 操作切入点：固定成本 |
| 投资学与估值 | 低 | MBA-062 现金流折现模型 | 操作切入点：自由现金流预测 |
| 组织行为学 | 低 | MBA-080 组织文化 | 操作切入点：三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-082 胜任力模型 | 操作切入点：冰山模型 |
| 管理经济学 | 高 | MBA-097 行为经济学 | 操作切入点：锚定效应 |
| 商业伦理与公司治理 | 低 | MBA-102 利益相关者理论 | 操作切入点：股东 |
| 信息系统与数字化转型 | 高 | MBA-118 API经济与集成 | 操作切入点：REST/GraphQL |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-05 进度管理-关键路径可落实可直接在系统内完成
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
页面：/critical-path
入口：关键路径路线图页面>项目选择>路径展示区>甘特缩放控件
操作步骤：进入关键路径路线图；选择目标项目；系统自动计算并展示关键路径；使用缩放控件调整时间粒度；点击节点查看详情
数据录入：基于任务依赖关系与工期自动计算
边界与变通：依赖任务间逻辑关系需手动维护完整
MAP-23 风险管理-应对规划可落实可直接在系统内完成
页面：/risk + /tasks
入口：风险登记册>选择风险>应对策略字段>关联应对任务
操作步骤：选择目标风险条目；选择应对策略（规避/转移/减轻/接受）；点击「创建应对任务」自动跳转到任务页创建
数据录入：应对任务与原风险双向关联
边界与变通：应对效果需人工跟踪更新
页面：/risk + /tasks
入口：风险登记册>选择风险>应对策略字段>关联应对任务
操作步骤：选择目标风险条目；选择应对策略（规避/转移/减轻/接受）；点击「创建应对任务」自动跳转到任务页创建
数据录入：应对任务与原风险双向关联
边界与变通：应对效果需人工跟踪更新
MAP-24 风险管理-风险监控可落实可直接在系统内完成
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
MAP-30 干系人管理-满意度评估不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无满意度调查/NPS 问卷模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhook 对接外部问卷工具
整改清单FIX-2026-008（P2，工作量S）：通过Webhook对接外部问卷工具（如问卷星/腾讯问卷），结果回传为知识条目
页面：无对应页面
入口：缺口类型 G3
操作步骤：系统无满意度调查/NPS 问卷模块
数据录入：不涉及数据录入
边界与变通：建议通过 Webhook 对接外部问卷工具
整改清单FIX-2026-008（P2，工作量S）：通过Webhook对接外部问卷工具（如问卷星/腾讯问卷），结果回传为知识条目
MAP-36 敏捷管理-站会与回顾部分可落实需变通组合实现
页面：/whiteboard + /tasks
入口：白板记录站会要点；任务页更新进展
操作步骤：在白板上记录站会三点（昨日/今日/障碍）；在任务页更新任务状态；会后在白板上归档站会记录
数据录入：站会记录为白板内容，需手动关联 Sprint
边界与变通：无站会模板与自动提醒功能
整改清单FIX-2026-016（P2，工作量S）：通过日历创建定期站会事件，白板使用站会模板，Automations设置会前提醒
页面：/whiteboard + /tasks
入口：白板记录站会要点；任务页更新进展
操作步骤：在白板上记录站会三点（昨日/今日/障碍）；在任务页更新任务状态；会后在白板上归档站会记录
数据录入：站会记录为白板内容，需手动关联 Sprint
边界与变通：无站会模板与自动提醒功能
整改清单FIX-2026-016（P2，工作量S）：通过日历创建定期站会事件，白板使用站会模板，Automations设置会前提醒
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-008、FIX-2026-016 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某容器平台AI资源调度项目。客户CTO说我们有一个团队请你培训。
总用时约234分钟。
总用时约234分钟。
⏱ 第1步（7分钟）
任务1
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第2步（24分钟）
任务2
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
⏱ 第3步（18分钟）
任务3
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第4步（48分钟）
任务4
设计STAR访谈提纲S层3题：了解客户业务现状（用开放式问题引导说出全貌）。
⏱ 第5步（65分钟）
任务5
快速阅读案例背景，提炼核心信息并回答：这个信息揭示了什么？对项目意味着什么？
⏱ 第6步（72分钟）
任务6
写下面对客户高层的完整开场话术（3分钟），准备应对策略——如果客户坚持让你先说说方案。
💡提示
好的开场白是访谈成功的一半——它不是介绍而是建立合作框架
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：PMO总监、项目总监、风险经理、高级PM
🎬 本案例剧本：供应链预测（基于 WB-01 新项目立项评估 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：云计算服务商拟启动供应链需求预测 AI 项目，预期目标为优化库存周转与降低缺货率，已知约束为业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码。角色：主责项目总监，协审风险经理与高级PM，PMO总监终审。交付物：输出供应链预测立项评估报告（Word）与初步实施计划（Excel），包含数据可用性评估、模型选型对比、供应商协同需求与里程碑。
背景：云计算服务商拟启动供应链需求预测 AI 项目，预期目标为优化库存周转与降低缺货率，已知约束为业务快速迭代导致日志格式频繁变更难以追溯; 埋点数据与后端业务数据关联断裂造成分析失真; 多团队代码。角色：主责项目总监，协审风险经理与高级PM，PMO总监终审。交付物：输出供应链预测立项评估报告（Word）与初步实施计划（Excel），包含数据可用性评估、模型选型对比、供应商协同需求与里程碑。
操作步骤
第1步
对 WorkBuddy 输入历史销售数据与库存记录，触发立项评估
第2步
高级PM评估数据质量、缺失值与系统对接难度
第3步
风险经理识别供应链上下游协同风险与数据安全要求
第4步
项目总监起草模型选型对比与初步里程碑
第5步
PMO总监汇总意见，生成立项报告与决策项
第6步
在 AIPM 中创建项目容器，录入评估报告
第7步
将供应商协同需求转为沟通任务，设定对接节点。
📦 预期产出物：供应链预测立项报告；初步实施计划；数据评估表
🔄 AIPM 回流动作：更新供应链项目模块，绑定评估报告与对接计划
⚖️ 通小维（CEO）决策点：①是否批准数据共享协议与供应商接入权限；②是否选择云端或本地部署以平衡成本与安全
STEP 4 · 参考答案
参考答案与评分要点
📝案例回顾
总结：某容器平台AI资源调度揭示了AI转型的关键洞察：成功的转型始于清晰的业务问题定义和务实的预期管理。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（10问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| T2 | 您希望用什么机制来定期评估项目进展？ | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A3 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| R4 | 您能描述一下目前科技互联网业务整体的运营情况吗？ | 开放式开场，让客户主动说出全貌 | 等他自然说完后追问"还有吗？" |
| S5 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| T6 | 根据行业数据，类似规模企业通常10个月实现20%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| A7 | 在过去10个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| R8 | 如果这个项目不做，10个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| S9 | 您认为最重要的成功标准是什么？ | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| T10 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——用行业数据校准"通常需要X到X个月"
📚拓展
推荐：《咨询的奥秘》温伯格
自我检查：建立了足够信任？识别了真正根因？给了客户有价值的洞察？客户愿意继续合作？