案例全景与背景深度档案
顾问诊断顾问在8场深度访谈后得出结论:表面的技术选型问题背后是数据治理缺失和目标对齐失败两大根因。数据治理投入应占项目总预算的17%以上。
风险矩阵期望风险(可能性高·影响高):利益相关者对时间表和效果有不切实际的预期。资源风险(可能性中·影响高):预算可能被削减、关键人员可能被调离。治理风险(可能性中·影响中):数据安全和隐私合规问题。
blue痛点二:变革疲劳。公司在过去15年中经历了多轮组织架构调整,员工对「新项目」持观望甚至抵触态度。变革管理成为比技术选型更具挑战性的任务。
变革路线图认知对齐期(0.5-1月):高管工作坊+AI认知培训+战略共识。快速验证期(3-2月):选定高频低风险场景落地。价值扩展期(3-7月):扩展场景+内部推广。运维成熟期(8-11月):建立持续运营+知识沉淀。
触发事件公司遭遇了4070万元的重大运营事故,管理层痛下决心引入AI。事故的直接原因是45小时的信息延迟导致了错误决策。
企业概况作为科技互联网行业的标杆企业,某低代码AI代码生成成立于2009年 员工总数6096人,年营收约2.3亿元。在科技互联网细分市场占有率约50%,属于区域龙头企业。
purple痛点三:数据基础薄弱。核心业务数据分散在5套系统中,数据口径不统一,关键参数缺失率高达16%。根因是操作流程不规范,而非技术问题。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「变革的速度不能超过信任建立的速度」
利益相关者创始人(影响力高·立场坚定):技术出身,对AI理解远超团队。运营VP(影响力中·立场观望):多次失败后持谨慎态度,需要可见成果。产品经理(影响力低·立场积极):希望借助AI提升产品力,是内部推动力量。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
通过本案例学习,掌握运用道法术器框架分析科技互联网领域AI转型需求的方法,独立设计进场访谈方案。
核心挑战:某低代码AI代码生成考验顾问在2类利益相关者之间建立共识的能力,差异化沟通是关键。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:关键路径;赶工;延期交付
操作要点:规划进度 / 定义活动 / 排列活动顺序 / 估算持续时间 / 制定进度计划 / 控制进度
知识来源:PMBOK 7 性能域
识别信号:需求不确定;迭代交付;快速验证
操作要点:评估交付节奏 / 选择预测/敏捷/混合 / 裁剪生命周期阶段 / 管理反馈回路
知识来源:PMBOK 7 性能域
识别信号:任务执行;数据采集;变更提交
操作要点:分配任务 / 管理技术接口 / 收集工作绩效数据 / 提交变更请求 / 更新问题日志
知识来源:49过程
识别信号:质量标准不清;测量指标缺失;COQ失控
操作要点:质量政策 / 质量测量指标 / 质量核对单 / 质量成本COQ / 实验设计DOE / 流程图
知识来源:49过程
识别信号:流程浪费;交付周期长;库存积压
操作要点:识别价值流 / 消除七大浪费 / 拉动式生产 / 持续改善Kaizen / 价值流图VSM / 5S现场管理
知识来源:质量方法
识别信号:收益流失;价值未实现;移交失败
操作要点:收益识别 / 收益规划 / 收益交付 / 收益移交 / 收益维持 / 收益评估
知识来源:项目群与组合
识别信号:大规模敏捷;多团队协调;战略对齐
操作要点:团队层 / 项目层 / 大型解决方案层 / 组合层 / 敏捷发布列车ART / 价值流 / PI Planning / 精益投资组合管理
知识来源:敏捷
识别信号:大规模敏捷;多团队协调;PI Planning
操作要点:50-125人规模 / 跨职能团队 / PI Planning / 系统演示 / ART同步 / 发布管理 / 持续交付流水线
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:流程优化;AI赋能环节;成本重构;数字化增值
框架要点:基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理:价值交付;效益管理
识别信号:AI项目收入确认;跨期成本分摊;资本化时点
框架要点:收入确认时点 / 费用配比 / 应计与递延 / 盈余管理风险
关联项目管理:成本管理;进度确认
识别信号:AI项目真实现金回报;投入产出验证;虚增识别
框架要点:经营现金流/净利润 / 应收增长 / 资本化比例 / 自由现金流
关联项目管理:效益管理;财务审计
识别信号:AI年度预算;资本开支规划;预算控制
框架要点:经营预算 / 资本预算 / 现金预算 / 滚动预算 / 零基预算
关联项目管理:成本管理;规划管理
识别信号:AI文化转型;数据驱动文化;创新氛围
框架要点:三层模型(假设-价值观-外显物) / 文化变革 / 亚文化
关联项目管理:变更管理;干系人参与
识别信号:AI算力供需;数据市场定价;资源稀缺
框架要点:需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理:采购管理;资源管理
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 5 个、MBA 领域 5 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-013 开发方法与生命周期绩效域 | 操作切入点:评估交付节奏 |
| 范围 | 低 | KP-041 创建WBS | 操作切入点:分解到工作包层级 |
| 进度 | 高 | KP-003 项目进度管理 | 操作切入点:规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点:规划成本管理 |
| 质量 | 高 | KP-057 规划质量管理 | 操作切入点:质量政策 |
| 资源 | 低 | KP-020 管理原则2:团队 | 操作切入点:共享责任 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 低 | KP-008 项目风险管理 | 操作切入点:规划风险管理 |
| 采购 | 低 | KP-009 项目采购管理 | 操作切入点:规划采购管理 |
| 干系人 | 低 | KP-021 管理原则3:干系人 | 操作切入点:识别干系人 |
| 治理 | 高 | KP-094 收益管理 | 操作切入点:收益识别 |
| 变更 | 低 | KP-090 配置管理 | 操作切入点:配置识别 |
| 敏捷 | 高 | KP-099 SAFe精要 | 操作切入点:团队层 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-126 模型部署 | 操作切入点:部署策略(蓝绿/金丝雀/滚动) |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-002 价值链分析 | 操作切入点:基本活动(生产、销售、服务) |
| 运营管理 | 低 | 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:
页面:/tasks
入口:任务列表>新建任务>名称/前置任务/预估工时字段
操作步骤:进入项目任务页;点击「+新建任务」;填写任务名称与描述;设置前置任务关联;填写预估工时
数据录入:任务即活动,预估工时为计划依据
边界与变通:无活动属性字典,自定义字段可补充
页面:/reports + /lessons
入口:Reports 导出项目数据;Lessons 记录审计发现
操作步骤:进入 Reports 导出项目执行数据;进入经验教训页新建条目;填写审计发现与整改建议;关联到相关项目
数据录入:审计发现以经验教训形式沉淀
边界与变通:无独立审计模块与审计计划排程
整改清单FIX-2026-013(P2,工作量S):通过任务+日历排程审计计划,审计结果以经验教训条目归档
页面:/lessons
入口:经验教训>新建条目>分类标签/关联项目/改进措施
操作步骤:进入经验教训页;点击「+新建」;选择分类标签;填写发现的问题与改进措施;关联到目标项目
数据录入:每条经验教训含分类、描述、措施、关联项目
边界与变通:改进措施执行需转为任务跟踪
页面:/principle-checks
入口:PMBOK 六原则自查>逐项检查>合规结果记录
操作步骤:进入原则自查页;逐项对照 PMBOK 六原则勾选;记录合规结果与偏差说明;导出报告
数据录入:合规结果以检查清单形式输出
边界与变通:仅覆盖 PMBOK 六原则,不覆盖行业特定合规
页面:/agents + /ai-monitor
入口:Agent 管理>Agent 列表>运行日志>审计记录
操作步骤:进入 Agent 管理页;查看 Agent 列表与运行状态;点击进入 Agent 详情查看运行日志;导出审计记录
数据录入:审计记录包含调用次数/调用结果状态/耗时
边界与变通:审计粒度为 Agent 级别,非单次调用级别
动手实操与 AI 协同工作法
总用时约134分钟。
注意非语言信号——眼神、语气、体态都可能是关键信息
背景:SaaS应用开发商AI 辅助编码项目处于执行期,需在每日固定时间跟踪代码提交、缺陷修复与环境依赖阻塞项。角色:主责 PMO运营主管 统筹站会流程,高级PM 汇报交付速率,交付PM 反馈环境问题,风险经理评估技术债累积。交付物:输出研发站会纪要(HTML)与阻塞清单(Excel),包含代码提交量、缺陷分布、环境依赖状态与技术债跟踪。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| T2 | 您能描述一下目前科技互联网业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| A3 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| R4 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| S5 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| T6 | 如果这个项目不做,10个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| A7 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| R8 | 在过去10个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
•客户问"你做过我们行业吗?"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——引导"好方案源自深入了解,给我30分钟"
•客户期望不切实际——用对比法"这个目标需要的资源要翻倍"
推荐:《变革之心》科特
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?