10·23 冲刺启动会：分工定完了，问题也暴露了几个

队名：你对我不队
项目：《最后一班地铁：0017》
记录日期：2026-10-23

一、会议情况

10 月 23 日 19:18，小千在群里发了会议号（543 184 199），九个人陆续进来。

会议从 19:18 开始，实际讨论了 17 分 40 秒。议题只有两个：分工怎么定，东西怎么交。

本次作业 10 月 29 日 23:59 截止，冲刺要从 10 月 24 日开始连做七天，每天一场站会、一篇随笔。所以这次会必须先把谁做什么、做到什么程度算完成说清楚，否则后面几天的记录没法写。

二、分工

之前的分工是按岗位写的：前端 2 人、后端 3 人、测试 3 人。会上讨论时发现这样分有问题——岗位能说明一个人大概负责哪块，但说不出他这一周要交出什么东西。三个人都叫「后端」，合代码、对接口、写存档这些事就没有人专门认领。

现在的分工改成七条线，每条线对应具体的产出：

几个安排的理由，会上都过了一遍：

统筹、测试、演示放在一个人身上。 有人提议拆成三个，讨论后还是合在一起。这三件事依赖同一份信息：谁做完了什么、哪里还有问题、演示的时候讲哪一段。拆开以后三个人各自都要重新了解一遍进度，在七天里不太划算。苏钦晨本身报的就是测试角色，主讲也安排在这条线上。

代码组单独设一个组长。 三个人同时写代码，真正容易卡住的是分支合并和接口对不上，代码本身反倒好说。林永庆这条线负责早上分任务、晚上收代码，把几个分支合到一个能跑的版本上，别人要对接的人就是他。

剧情由两个人做。 陈思榕负责主线因果，也就是事故到底怎么发生的；吴俊衡负责玩法规则，也就是玩家这一轮的调度动作会改变什么。之前试过一个人从头写到尾，结果剧情写完再补玩法，发现第三轮该给的线索在玩法里没有触发点。

美术和音频合在一条线。 这两个都要对着场景做，分开以后音频那边不知道画面里有什么。

博客单独安排一个人。 原来默认谁有空谁发，实际就是没有人发。

另外定了一条：每条线的产出至少要被另一条线的人看过。看不懂的地方基本就是没做完。

三、交付标准

讨论「怎么交」用的时间比分工更长。最后定下来的判定是三条同时满足：

1. 能在别人的机器上跑通主流程，不只是自己电脑上没问题；
2. 有截图、录屏或测试记录；
3. 写进当天的随笔。

第三条不少人觉得没必要。但作业规则写得很明确：开发工作要有代码签入和对应的 Issue，测试等工作要有结果截图或报告，缺一项当天日志就扣分。既然要交证据，不如把「留证据」直接算进交付定义里，免得晚上再回头补。

配套定的几条执行规则：

• 每天 19:00 站会，每人 3 分钟，说三件事：上一场站会之后做了什么、现在卡在哪、下一场站会之前要做什么。白天课程时间对不上，晚上是大家都有空的时间段。
• 每天 23:00 之前出一个能跑的构建，缺功能也可以。
• 分支用 feature/<模块>-<简述> 命名，提交信息写清做了什么、对应哪个 Issue，合并前要有一个人看过，不直接往 main 推。
• 当天随笔在 20:30 之前发出去。CSDN 发帖要审核，卡到 23:00 发就来不及了。

燃尽图

按七条线和 10 月 24 日至 29 日六天估算，总工作量约 48 人日，目前剩余 48，目标是 29 日归零。

今天是第一天，图上只有计划线。从明天开始每天补一个实际剩余量的点。这张图是临时画的，任务板建好以后换成表格生成的版本。

四、代码规范

规范写太长没人看，所以只把必须统一的几条定下来，其他的评审时再提。

目录结构

src/
├── core/        游戏时钟、状态机、循环重置
├── scenes/      地图、调度台、线索板、结局
├── data/        剧情、线索、事件、结局（JSON）
├── assets/      图片、音频
└── utils/

组件用 PascalCase，函数和变量用 camelCase，常量全大写，文件名和导出的名字保持一致。

剧情数据放在 JSON 里。 剧情、线索、事件、结局都写在 data/ 目录下，不写在页面代码里。这一条主要是为内容迭代考虑：如果改一句台词都要找程序员，七天里内容基本改不动。

注释写原因。 函数做什么看名字就行，注释留给那种看代码看不出来的地方，比如为什么这里要重置一次、为什么这一轮不触发某个事件。

提交前检查三样：主流程能跑通、没有留下调试代码、改动对得上 Issue。

五、AI 技术员

作业要求各组引入 AI 技术员。我们给每条线配了对应的 AI 岗位，用在具体环节上：

约定三条：

1. AI 产出的东西要有人验证，验证的人对结果负责；
2. 不用未授权素材，AI 生成的图片和音频保留来源说明；
3. AI 可以给方案，选哪个由我们自己决定，并且要能说出理由。

六、会上提出的问题

这一部分是会上真实暴露出来的问题，多数集中在美术和音频这条线上。

前四条指向同一个原因：音频要对着场景做，场景要先把交互点定下来，而这份清单目前还没有。所以安排是先出场景拆分表，写清有几个场景、每个场景有哪些可交互的东西，再对着这张表排音效，这样音频不用一直等场景画完。

关于那个参考链接，安排林永庆补一份说明，写清来源和实现方式，同时明确哪些部分要借鉴、哪些不复用，避免有人按着 3D 的做法去做一个 2D 项目。

对应分工调整和期限：

剧情这条排在前面，因为方向不定，编码那边做的部分可能要返工。

七、明天（10/24）的安排

八、小结

这次会开得短，主要收获是把分工从写岗位改成了写产出。改完之后每条线都有一个别人能检查的东西，哪条线断了看得出来。

分工定完了，问题也露出来了。程黄姗那边要的东西（场景、交互点、参考原型说明）都卡在别人手上，明天场景拆分表如果出不来，音频这条线就要空一天。所以明天站会先过这张表上的期限，再逐个汇报进度。

附：会议信息