SLAM项目经理高阶面试宝典 - 第4节
4、项目管理流程与敏捷开发实践：Scrum、看板、迭代规划、需求管理
本章聚焦 SLAM 项目经理在敏捷环境下的核心能力考察。面试官通过 Scrum/看板实践、迭代规划与需求管理场景，评估你的工程管理思维、跨角色协调能力以及对技术落地节奏的把控。以下先以对比表格梳理 Scrum 与看板的核心差异，再提供三个高频问答卡片与一个真实项目案例模板。
| 维度 | Scrum | 看板 |
|---|---|---|
| 迭代周期 | 固定时间盒（2-4周） | 无固定周期，持续交付 |
| 角色定义 | PO、SM、开发团队 | 无强制角色，可自定义 |
| 变更策略 | 原则上Sprint内不追加需求 | 随时可插队，但限制WIP |
| 核心度量 | Velocity、燃尽图 | Cycle Time、Throughput、WIP |
| 适用场景 | 需求相对稳定、跨职能团队 | 运维、持续改进、高不确定性 |
问答卡片 1
面试问题：“你如何管理一个同时采用 Scrum 和看板（混合模式）的 SLAM 项目？”
考察点：项目经理对两种方法本质的理解；能否根据团队特点设计混合流程；风险控制意识。
回答框架：①说明混合场景（如算法探索用看板，工程交付用Scrum）→ ②定义每个泳道的WIP限制与迭代节奏 → ③设计信息同步机制（每日站会+跨周回顾）→ ④工具链统一（Jira双看板联动）。
示例回答：“算法组采用看板，WIP=3，按特征分支交付；工程组按两周Sprint排期。每日站会15分钟，看板侧只报阻塞，Scrum侧报进度，再通过双周回顾会合并数据，避免信息孤岛。”
可能追问：“看板队列中高优Bug如何不影响Sprint目标？”
避坑提醒：不要回答“直接用Scrum或看板一种”，面试官期望你具备定制能力。
问答卡片 2
面试问题：“你们团队迭代规划（Sprint Planning）的具体流程是什么？遇到需求模糊怎么办？”
考察点：需求拆解能力；PO与团队协作方式；应对不确定性时的优先级管理。
回答框架：①Sprint规划会前准备（PO梳理Backlog、定义DoD）→ ②会上团队估算Story Points，拆分任务 → ③识别模糊需求：发起“需求澄清会”或设置Spike任务 → ④承诺Sprint目标时保留10%-15%缓冲。
示例回答：“规划会前PO提供1.5倍预估量的Backlog。会上我们用Planning Poker估算，对模糊需求标记‘技术调研Spike’，耗时不超过Sprint总工时20%。明确后分解为技术债或新故事。”
可能追问：“如果Sprint中期发现估算偏差巨大，你怎么补救？”
避坑提醒：切忌说“直接加班赶进度”，应展示迭代对焦与范围裁剪的敏捷原则。
问答卡片 3
面试问题：“你如何看待需求优先级划分？请结合SLAM项目举例。”
考察点：需求管理方法论（MoSCoW、Kano、WSJF）；能否平衡商业价值与技术风险。
回答框架：①先说方法论（常用WSJF = 价值/风险+时间因子）→ ②举例：SLAM模块中“前端视觉定位”必须本期交付（Must），“离线建图”可放下一迭代（Won't）→ ③强调与PO定期复审Backlog的节奏。
示例回答：“我使用WSJF排序：比如‘多传感器融合’价值20万、风险3分、交付需2个月，系数9.4；‘UI可视化’价值5万、风险1分、1个月，系数9.0。优先做融合模块，因为长期ROI更高。”
可能追问：“如何应对PO临时提出的紧急需求？”
避坑提醒：不要只谈理论不给数字，面试官想看到你能量化决策。
项目案例：自动驾驶高精地图 SLAM 产线交付项目
项目模板
| 模块 | 内容 |
|---|---|
| 项目名称 | 高精地图 SLAM 产线敏捷转型项目 |
| 业务背景 | 公司 L4 级自动驾驶需要高频更新高精地图，原有瀑布式开发无法满足2周发版要求 |
| 规模指标 | 5个算法子团队（共35人），7个地图匹配模块；单次迭代交付8-12个Story Points |
| 技术栈 | ROS2 / C++ / Python / Docker / Jenkins CI / JIRA + Confluence |
| 核心难点 | 算法与工程耦合度高，需求频繁变更；团队缺乏敏捷经验，初期抗拒每日站会 |
| 面试高频追问 | 如何推动团队接受站会？如何量化迭代效率？遇到PO要求Sprint内追加需求如何处理？ |
| 可迁移回答话术 | “我们用了两个Sprint建立信任：先承诺不改变现有节奏，仅增加15分钟同步；第二周展示站会解决的阻塞案例，团队主动要求保留。” — 用渐进式改变代替强推。 |