案例全景与背景深度档案
痛点一:目标分歧。高管团队对AI的认知停留在「自动化」和「降本」两个关键词上,忽视了「增效」和「创新」的潜力。业务部门和技术部门在需求定义上存在根本分歧——业务关注场景,技术关注数据。
风险矩阵技术风险(可能性高·影响中):模型效果不达预期、系统集成困难、数据质量不达标。组织风险(可能性高·影响高):关键利益相关者抵制、变革中途失去动力、核心团队流失。进度风险(可能性中·影响中):项目延期、速赢效果不显著、反复返工。
变革路线图破冰期(1-1月):组织诊断+紧迫感建设+锁定速赢场景。验证期(2-4月):POC验证+效果量化+组织培训。扩展期(6-9月):跨部门推广+能力转移+平台建设。规模化期(11-15月):全面覆盖+持续运营+文化塑造。
企业概况某开发商AI房价预测是建筑地产领域具有代表性的企业,成立于2016年 公司现有员工4583人,年营收约3.2亿元,累计获得43项专利授权。
顾问诊断经过4天的深入诊断,顾问团队揭示了8个关键发现:利益相关者之间的信任已经透支,需要从头建立;数据基础需要6个月的专项治理;技术选型必须考虑组织能力约束。
触发事件一份内部诊断报告揭示:核心流程中存在大量重复性人力操作,年均浪费超过年营收的12%(约6496万元),CEO随即要求启动效率提升专项。
行业背景建筑地产领域正经历从经验驱动到数据驱动的范式转移。约31%的头部企业已完成第一阶段的AI部署,行业平均效率提升约23%。
gold痛点四:资源错配。管理层希望AI项目不增加预算,用现有团队完成。但现有IT团队在AI领域经验几乎为零,缺乏外部技术支持。人力资源和技术能力的双重不足构成项目最大风险。
利益相关者创始人(影响力高·立场坚定):技术出身,对AI理解远超团队。运营VP(影响力中·立场观望):多次失败后持谨慎态度,需要可见成果。产品经理(影响力低·立场积极):希望借助AI提升产品力,是内部推动力量。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「数据不是越多越好,而是越准越好」
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
通过某开发商AI房价预测深入学习道法术器框架在建筑地产企业的实战应用,建立系统的诊断思维。
核心挑战:某开发商AI房价预测的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:情境(Situation)→目标(Target)→行动(Action)→结果(Result)四步访谈框架。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:从业务(Business)、数据(Data)、组织(Organization)、技术(Technology)四个维度系统性评估企业AI准备度。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:缺陷率;返工;客户投诉
操作要点:规划质量管理 / 管理质量 / 控制质量
知识来源:PMBOK 7 性能域
识别信号:多供应商;合同争议;交付延期
操作要点:规划采购管理 / 实施采购 / 控制采购
知识来源:PMBOK 7 性能域
识别信号:价值流失;ROI偏差;商业论证失效
操作要点:价值共创 / 商业论证 / 持续评估 / 增量交付 / 价值流优化
知识来源:PMBOK 7 原则
识别信号:工作包过大;分解不足;责任不清
操作要点:分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源:49过程
识别信号:信息不对称;沟通失效;汇报断层
操作要点:沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源:49过程
识别信号:信息孤岛;沟通延迟;渠道混乱
操作要点:分发信息 / 管理沟通渠道 / 沟通技术 / 项目管理信息系统 / 项目报告 / 人际关系与团队技能
知识来源:49过程
识别信号:合同争议;交付延期;索赔管理
操作要点:绩效审查 / 检查与审计 / 支付管理 / 索赔管理 / 记录管理 / 更新合同与变更
知识来源:49过程
识别信号:流程瓶颈;交付周期长;可视化需求
操作要点:可视化看板 / 限制WIP / 管理流动 / 明确流程策略 / 建立反馈回路 / 协作改进 / 实验演进
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:业务组合取舍;AI投资优先级;资源再配置
框架要点:明星 / 现金牛 / 问题 / 瘦狗 / 资源再分配逻辑
关联项目管理:项目组合管理;优先级排序
识别信号:AI新场景创造;差异化定位;价值创新
框架要点:价值曲线 / 四步动作框架(消除-减少-提升-创造) / 战略画布 / 非客户转化
关联项目管理:需求管理;创新管理
识别信号:AI训练任务调度;GPU资源分配;批处理优化
框架要点:优先级规则 / 甘特图 / 关键比 / 约翰逊法则
关联项目管理:进度管理;资源调度
识别信号:AI项目收入确认;跨期成本分摊;资本化时点
框架要点:收入确认时点 / 费用配比 / 应计与递延 / 盈余管理风险
关联项目管理:成本管理;进度确认
识别信号:AI项目组合分散;风险对冲;资源配置
框架要点:均值-方差 / 有效前沿 / 相关系数 / 分散化收益
关联项目管理:项目组合管理;风险管理
识别信号:AI文化转型;数据驱动文化;创新氛围
框架要点:三层模型(假设-价值观-外显物) / 文化变革 / 亚文化
关联项目管理:变更管理;干系人参与
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 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-009 项目采购管理 | 操作切入点:规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3:干系人 | 操作切入点:识别干系人 |
| 治理 | 低 | KP-094 收益管理 | 操作切入点:收益识别 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 高 | KP-098 看板方法 | 操作切入点:可视化看板 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-126 模型部署 | 操作切入点:部署策略(蓝绿/金丝雀/滚动) |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-004 BCG矩阵 | 操作切入点:明星 |
| 运营管理 | 高 | MBA-020 作业排序与调度 | 操作切入点:优先级规则 |
| 市场营销 | 低 | MBA-026 创新扩散理论 | 操作切入点:创新者 |
| 公司金融 | 低 | MBA-038 营运资本管理 | 操作切入点:现金转换周期 |
| 财务会计 | 高 | MBA-042 权责发生制 | 操作切入点:收入确认时点 |
| 管理会计 | 低 | MBA-055 全面预算管理 | 操作切入点:经营预算 |
| 投资学与估值 | 高 | MBA-061 投资组合理论 | 操作切入点:均值-方差 |
| 组织行为学 | 高 | MBA-080 组织文化 | 操作切入点:三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 低 | MBA-091 供求理论 | 操作切入点:需求曲线 |
| 商业伦理与公司治理 | 低 | MBA-101 委托代理理论 | 操作切入点:道德风险 |
| 信息系统与数字化转型 | 低 | MBA-111 技术采纳生命周期 | 操作切入点:引入期 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/ai/wbs
入口:AI WBS 页面>输入框>生成按钮>树形展示区
操作步骤:进入 AI WBS 页面;在输入框填写项目目标与交付物描述;点击「生成 WBS」按钮;检查树形分解结果;按需手动调整节点层级
数据录入:以自然语言描述驱动 AI 生成,生成结果可手动编辑
边界与变通:AI 生成质量依赖输入描述的完整度
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无采购/合同/供应商管理模块
数据录入:不涉及数据录入
边界与变通:需用自定义字段+文档空间+变更控制组合变通
整改清单FIX-2026-003(P1,工作量M):扩展字段+文档空间+变更控制组合管理;长期建议新建独立采购模块
页面:/kanban
入口:看板页面>泳道设置>任务卡片>拖拽流转
操作步骤:进入看板页;设置泳道(待办/进行中/已完成);将任务卡片拖入对应泳道;拖拽卡片更新状态;查看在制品限制
数据录入:看板视图与任务列表实时同步
边界与变通:仅支持单项目看板,无跨项目聚合
页面:/whiteboard + /tasks
入口:白板记录站会要点;任务页更新进展
操作步骤:在白板上记录站会三点(昨日/今日/障碍);在任务页更新任务状态;会后在白板上归档站会记录
数据录入:站会记录为白板内容,需手动关联 Sprint
边界与变通:无站会模板与自动提醒功能
整改清单FIX-2026-016(P2,工作量S):通过日历创建定期站会事件,白板使用站会模板,Automations设置会前提醒
页面:/webhooks + /integrations
入口:Webhooks 管理>新建回调>URL/事件/密钥;Integrations 配置连接
操作步骤:进入 Webhooks 页;点击「新建 Webhook」;填写回调 URL 与事件类型;生成密钥;在 Integrations 配置第三方连接
数据录入:Webhook 用于事件推送,Integrations 用于数据拉取
边界与变通:无 API 网关与限流管理
动手实操与 AI 协同工作法
总用时约192分钟。
好的开场白是访谈成功的一半——它不是介绍而是建立合作框架
背景:装配式建筑AI 辅助编码项目处于执行期,需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色:主责 PMO运营主管 统筹站会流程,高级PM 汇报交付速率,交付PM 反馈环境问题,风险经理评估技术债累积。交付物:输出研发站会纪要(HTML)与阻塞清单(Excel),包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| T2 | 如果这个项目不做,6个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| A3 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| R4 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| S5 | 您能描述一下目前建筑地产业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| T6 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A7 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| R8 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| S9 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| T10 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| A11 | 在过去6个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| R12 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
•客户问"你做过我们行业吗?"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——引导"先了解您的挑战才能切中要害"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
推荐:《变革之心》科特
自我检查:客户说了70%以上时间?有3次以上有效追问?识别了隐藏需求?管理了不切实际的期望?