g.2方法⏱ 约 5 分钟

需求拆解与里程碑

把项目切成"一步步看得见进展"的节点

🔎 最后验证 2026-05📚 来源:《AI编程实战三卷书》卷一🧰 Claude Code✅ 69 人学过👁 153 次阅读

为什么学这个

选好题,别急着让 AI 一把梭。先把项目拆成里程碑——每个里程碑都是一个"能看见、能验证"的小成果。这样你既不会迷失在大项目里,又能一路获得"又前进了一步"的正反馈。这正是 P4 m.1 需求拆解的实战。

💡 打个比方

盖楼不会一次浇筑完,而是一层一层封顶:打地基、一层、二层……每层完成都看得见、可验收。项目的里程碑就是这些"楼层"——每个都是一个稳稳站住的台阶。

拆里程碑的原则(把 P4 m.1 用上):
- 每个里程碑都能独立运行、能看到效果(不是"做完一半看不出对错")
- 从最小可用开始,逐步加功能:先让核心跑起来,再丰富
以"网页待办清单"为例的里程碑:
1. 页面能显示一个写死的列表(先看见)
2. 能添加任务
3. 能勾选完成 / 删除
4. 数据存到本地,刷新不丢
5. 美化样式
每到一个里程碑就 git commit(P1C),给项目留下清晰的成长脚印

❓ 测验

好的项目里程碑,关键特征是?

⚠️ 避坑里程碑之间也要理清依赖顺序

有些里程碑有先后(得先能添加任务,才能测删除)。排里程碑时理清'谁依赖谁',按依赖顺序推进(呼应 P5 a.2 并行的反面)。把"先能看见、再加交互、最后美化"作为通用节奏,基本不会错。

🤖 和 AI 一起排里程碑(去真实环境)

我的毕业项目是【项目】,最小可用版要做到【核心功能】。请帮我把它拆成 4-6 个里程碑,要求:每个里程碑都能独立运行、看到效果;按从'先能看见'到'逐步加功能'排序;理清里程碑之间的依赖顺序。每个里程碑写清'做完后我该看到什么'。

🔎 来源与核验· 1 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「将项目拆成可独立验证、按依赖排序的里程碑,有助于稳步推进」

拿一个你想做的小项目(没有就用"网页待办清单")。

你会看到:像"搭好数据层""接好所有 API"这种听起来很重要的里程碑,做完你其实什么都看不见、没法验证对错;而"页面能显示一个写死的列表"哪怕再小,却能当场验收。

为什么:好里程碑的唯一硬标准是"能看见、能验证",不是"听起来大不大"。守住这条,你在大项目里就始终踩在能回头、能确认的台阶上——而不是憋一个大招,到最后才发现方向早就错了。

✅ 小结

里程碑排好了。下一节迈出第一步——让 AI 帮你把项目的骨架搭起来,达成第一个里程碑。

下一节 → 用 AI 搭项目骨架

都看到这了，打个赏呗！