← 返回 FDE 培养总览

模块 18 · 项目管理与协作

本章目标：FDE 经常是客户现场唯一的技术负责人，从需求到交付一个人扛。这一章不讲 PMP 那套理论，讲一个人怎么把项目管明白：需求怎么拆、进度怎么追、风险怎么控、客户怎么沟通、文档怎么留。

---

18.1 FDE 的项目特点：一个人就是一个项目组

FDE 项目和传统软件项目很不一样：

• 你是全栈：产品、开发、测试、部署、运维、培训，都是你。
• 客户需求模糊：客户说"我要一个 AI 助手"，根本说不清楚具体要什么。
• 周期短：POC 可能就 2-4 周，没功夫走大公司那套流程。
• 客户变来变去：做到一半改需求是家常便饭。

所以 FDE 的项目管理要轻量、快速、透明，别搞成写文档比写代码还久。

---

18.2 需求拆解：从"我要 AI 助手"到可执行的任务

客户一句话需求，你要能拆成可交付的小任务。方法：

18.2.1 先做 MVP 边界

别想着一次做完所有功能。第一版只做最核心的：

阶段	内容	时长
MVP（第一版）	能上传文档、能问答、能带来源	2 周
V1.1	加权限隔离、加管理后台	1 周
V1.2	加多轮对话、加导出	1 周

18.2.2 拆成任务卡片

每个任务不超过 2 天能做完。比如：

• [ ] 写文档解析脚本（PDF→文本）
• [ ] 搭 Chroma 向量库，灌入 10 篇测试文档
• [ ] 写 RAG 检索接口，返回 top-3 片段
• [ ] 组装 Prompt，接 GPT API
• [ ] 写一个最简单的前端页面

---

18.3 进度管理：用最简单的工具

FDE 不需要 Jira 那套重型工具。一个 Trello 看板或者甚至一个 Markdown 文件就够：

# 项目进度看板
## 本周计划（9.24-9.30）
- [x] 文档解析跑通
- [x] 向量库建索引
- [ ] RAG 接口联调（今天完成）
- [ ] 前端页面写一半

## 下周计划
- [ ] 权限隔离
- [ ] 给客户演示 MVP

## 风险
- 客户那边文档还没给全，可能延期 2 天

关键原则：

• 每天更新一次，不用精确到小时。
• 风险写出来，别藏着。客户早知道比晚知道好。
• 完成了就划掉，有成就感。

---

18.4 客户沟通：周更 + 演示

FDE 和客户的沟通节奏：

1. 每周一次进度同步：15 分钟说清楚——上周做了什么、这周做什么、有什么风险需要客户配合。
2. 每两周一次演示：别等全做完才给客户看。提前给客户看半成品，早提意见早改。
3. 需求变更要走流程：客户说"加个小功能"，你要评估工作量，说清楚"这个要 2 天，会导致整体延期 2 天，要不要做"。别默默吞进去。

沟通心法：坏消息要早说。发现要延期了，第一时间告诉客户，别等到期了才说。客户能接受延期，不能接受被骗。

---

18.5 风险管理：FDE 项目最常见的坑

风险	表现	应对
需求蔓延	客户不断加功能，越做越多	每个变更评估工作量，排优先级，控制 MVP 范围
环境不可控	客户内网审批慢、机器规格不够	第一天就确认环境，提前提申请
数据拿不到	客户说要给文档，一直不给	用自己的模拟数据先做，别干等
效果不达预期	客户觉得 AI 回答不够好	早期就对齐"什么叫好"，用评测集量化

---

18.6 文档与交付：交接给客户能自己跑

项目最后要交付的不只是代码，还有文档：

• 部署文档：怎么装、怎么配、怎么启动。
• 运维手册：日志在哪、常见报错怎么处理、怎么重启。
• 用户手册：业务人员怎么用。
• 代码仓库：README 写清楚架构和目录。

FDE 经常要驻场交付完就走，客户那边的工程师接手。文档写得烂，后面天天远程救火。

---

18.7 动手练习（可折叠答案）

练习 1：客户说"我们要做一个智能客服系统，三个月上线"，你怎么拆？

答案思路：

1. 第一周：对齐需求——客服主要回答什么问题？多少人用？要接哪些渠道？
2. 第 2-4 周：MVP——接 FAQ 知识库，能回答常见问题，带人工转接口。
3. 第 5-8 周：加 RAG 接入更多文档，加后台管理，加数据统计。
4. 第 9-12 周：测试、调优、客户培训、上线。
5. 每周跟客户同步进度，每两周演示一次。

练习 2：做到一半客户说"我们再加个语音输入功能吧"，你怎么回应？

答案思路：

1. 先评估工作量：语音 ASR 接入大概要 3-5 天。
2. 告诉客户：这个功能要 3-5 天，会导致原计划延期一周。要不要排到二期？还是砍别的功能来腾时间？
3. 别默默答应——最后延期了客户会怪你。
4. 把变更记录写在文档里，双方确认。

练习 3：项目快到期了，发现有个关键功能做不完，你怎么办？

答案思路：

1. 第一时间告诉客户，别藏着。
2. 给出方案：A 方案延期 2 周做完；B 方案第一版先砍这个功能，先上线核心的，剩下的下个迭代补。
3. 让客户选，而不是你自己扛。
4. 越早说，客户越能接受；临上线才说，客户会炸。

---

18.8 本章面试题

1. "一个人怎么管一个客户项目？"→ 答：轻量工具（Markdown 看板就够），MVP 先做核心，每周同步进度，风险透明沟通，交付带完整文档。
2. "客户需求一直变怎么办？"→ 答：每个变更评估工作量和影响，跟客户对齐优先级，不是什么都接。把变更记录下来，范围变了时间和钱也要变。
3. "发现要延期了，什么时候告诉客户？"→ 答：越早越好。别等到期了才说。客户能接受延期，不能接受被骗和惊喜。
4. "交付时除了代码还要给什么？"→ 答：部署文档、运维手册、用户手册、架构说明。客户要能自己跑起来、出问题能自己查日志。

---

18.9 小结

• FDE 一个人就是项目组，项目管理要轻量高效。
• 需求先做 MVP，别追求一次做完所有功能。
• 进度每天更、每周跟客户同步、每两周演示一次。
• 坏消息早说，需求变更要评估工作量并记录。
• 交付不只是代码，文档和交接同样重要。