从头到尾负责一个项目的方法论：case by case 的做法

一套可以复用的做法，用来定 scope、做出来、证明结果。每个新 case 都走同样的步骤，填自己的事实——步骤不变，事实换。

总纲：在能自动化的地方尽量自动化。

先写 done 的定义。开工前用一句话写下“第一天能用”是什么意思。写不出一句话，scope 就没定。
按顺序定 scope。v1 只做那一件让它能用的事。其他的——支付、验证、统计、打磨——排到上线之后，不是砍掉，只是不在 v1 里。排除项要明说。
最危险的部分先做。先做最可能失败的部分，再做只是花工夫的部分。危险的部分失败了，就没东西可展示。
scope 决策落字。v1 含什么、不含什么、为什么——写下来，让 scope 可以核对，而不是靠记住。
架构跟着接缝走。一个关注点一个服务，各自只拥有一个面；网关路由；共用的难部分（比如搜索）用专门工具，不手写。
为可验证而建。每个服务配 mock 替身供本地开发；端到端测试台驱动真实服务；每个说法都要有数字撑着。
分步上线。先预发布环境，再切换，再上线检查单——不要一次全量发布。
结果用数字报，不用形容词。上了什么、多少、多快——以及什么是故意留到后面的。spec 里的目标值不是结果，只有已交付的事实才算。

ownership 不是单干。整条线从头到尾是你的，和有别人一起参与不冲突——说清楚别人参与了什么，你的那条线是什么。

小团队让 agent 当 scrum master。Jira 那套协调是有用的，但没人喜欢写 ticket——让 agent 去填人和人之间的缝隙（ticket、跟进、交接），协调照样发生，又没人讨厌它。
发包自动化到反馈立即可见。最开始可以手工发，后来建成 pipeline + smoke test，开发一完，结果几乎立马就能看见。

实例：youteacher——公开职位搜索作 v1，其他的排后。

团队：几个人一起做的——Pete、Annie Wilcox 都在参与；技术这条线，从 scope 到上线，是我从头到尾负责的。有人一起合作，和 own 它不冲突。起因：找英语教职的人要一个一个刷六个招聘站，学校招人也找不到老师——两边都缺一个能互相发现的地方。 Scope：第一版只做一件事，就是公开职位搜索能跑起来——多家招聘站的职位聚合过来、能搜、能看。支付、托管、验证徽章这些都不放第一版，排到后面。

做法：先做最危险的部分再做界面：8 个站的 scraper、归一化、QA 台，先把职位数据跑通；再搭脚手架——一个关注点一个服务、网关按前缀路由、搜索用 Meilisearch、Coolify 推送部署，每个服务配 mock 替身 + 端到端测试台。

上线：先预发布环境，再 DNS 切换，再 landing 上线。结果：上线时聚合展示约 1,962 个职位。之后 talent、job、content 这些线继续往上叠。自动化的总纲落到实处：agent 当 scrum master，填人和人之间的缝隙（ticket、跟进、交接）——没人喜欢写的东西；发包从手工变成 pipeline + smoke test，开发一完，结果几乎立马就能看见。