起点：一个看似简单的需求
"做一个博客网页。" —— 需求只有这一句。如何在两周内把它变成一个能演示、能交付、能写进报告的项目？我们做了三件事。
一、把"大石头"敲成"小石子"
第一天的会议，我们没有写一行代码，而是把项目拆成可独立交付的用户故事：
- 作为访客，我想看到首页精选文章。
- 作为访客，我想按分类筛选文章。
- 作为访客，我想在文章页看到目录和阅读进度。
每个故事都小到能在半天内完成、可独立验证。
二、按"依赖"排期，而非按"模块"
先做数据层（posts.ts + 类型），因为它是一切的基础；再做布局与组件；最后才是各页面。这样后开工的人永远有真实数据可用，不会被前序工作阻塞。
三、每日 10 分钟站会
不聊细节，只回答三个问题：
- 昨天做了什么？
- 今天打算做什么？
- 有什么阻塞？
15 分钟内对齐进度，比两小时的长会高效得多。
踩过的坑
- 过度设计：早期想引入 @nuxt/content + 评论系统，第三天果断砍掉，回归"TS 数据文件"的极简方案。
- 合并冲突：曾一天撞了三次，之后约定"切分支前先 pull"。
小结
课程项目教给我们的，不只是 Nuxt 和 Vue，更是如何把一个模糊目标，拆解、协作、按时交付。这或许是比代码本身更重要的能力。