项目实战
入门
这门课不是“教你做一个具体项目”，而是帮你建立一套能重复使用的项目节奏：从选题、拆解、执行，到展示、复盘和后续迭代。你会发现，很多学生项目不是能力不够，而是缺少一个足够清晰的交付路径，导致做到一半才发现方向散了。
你将学会什么
Section titled “你将学会什么”- 建立“从想法到可展示交付物”的最小闭环
- 学会把模糊需求拆成可执行的小任务
- 写出一版能讲清楚的项目说明
- 把课程项目升级成作品集级展示
- 提前识别项目失控信号并及时止损
- 有一门课程作业，或一个想做的小项目
- 建议先完成《Modern Git 进阶全攻略》与《工程化实践》
| 章节 | 内容 |
|---|---|
| 1. 定一个可交付的最小目标 | 一句话目标与最小项目定义 |
| 2. 把需求拆成可执行任务 | 按用户路径拆解需求 |
| 3. 写一版讲得清的项目说明 | 背景、方案、结果、反思四段式 |
| 4. 从作业到作品集 | 最小运行说明与代表性截图 |
| 5. 识别项目失控信号 | 四个失控信号与止损整理 |
学习路线建议
Section titled “学习路线建议”- 前两章解决“做什么、怎么做”，第三章解决“怎么讲”，后两章解决“怎么展示与止损”
- 每章末尾都有 3 道小测验，答错时解析会说明原因
没有想法，项目选题怎么定？
Section titled “没有想法，项目选题怎么定？”先写一句话目标：做什么、给谁用、解决什么具体问题；没有现成想法时，课程作业就是现成的项目。多数学生项目不是能力不够，而是目标设得太大、边界不清。把范围压到最小，先定一个可交付的最小目标。
需求太多，先做哪些功能？
Section titled “需求太多，先做哪些功能？”核心功能只保留 1-3 个，其余一律推迟。拆任务时按用户路径拆：进入、使用、出错、离开四个环节，排好优先级，先拼出一个能演示的最小版本。每完成一条任务，就多一段能讲给同学听的进展。
项目做出来了，但展示时讲不清楚怎么办？
Section titled “项目做出来了，但展示时讲不清楚怎么办？”项目进行中就顺手整理一版四段式项目说明：背景、方案、结果、反思。把「做了什么」翻译成「解决了什么、结果如何」，结果写成可量化的数据。这版说明在课程展示、简历、作品集和实习面试里都能复用。
项目越做越乱，什么时候该停下来？
Section titled “项目越做越乱，什么时候该停下来？”出现失控信号就停下来整理，而不是继续加功能：功能堆叠超过三个、说不清核心价值、README 长期不更新、演示前临时修 bug。把当前版本整理成最小可交付成果——核心路径完整、能正常运行、文档与代码一致——再决定是否扩展。
- GitHub 官方文档：About READMEs——README 的作用、放置规则与相对链接写法
- GitHub 官方文档：创建 GitHub Pages 站点——把项目发布成可直接访问的静态站点
- Atlassian 团队复盘指南——冲刺复盘的目的与五步流程
- 维基百科：最小可行产品（MVP）——最小可行产品的定义与来源