为什么是每周
AI 项目的需求变化特别快：一次演示、一次用户访谈、一次模型升级，都可能推翻之前的假设。一个月后才发现方向错了，成本太高。
每周交付一个可体验版本，让反馈周期压缩到 7 天以内，方向修正的成本降到最低。
版本要「可体验」而不是「可演示」
可演示是点几个设计好的路径；可体验是让用户真实操作，包括输入自己的数据、遇到边界情况、做真实的决策。
每周结束时，团队应该知道：这周最需要验证的一个问题是什么，结果如何。
周循环的四个动作
周一定目标，周二到周四实现最小版本，周五给真实用户测试，周末整理反馈并确定下周方向。每个循环只承诺一件核心事。
- 定目标：这一周只验证一个假设
- 做版本：围绕假设做最小可体验功能
- 测用户：找真实用户，给真实任务
- 定方向：根据反馈决定继续、调整还是放弃
对甲方意味着什么
每周交付不是催促，而是透明：客户始终知道项目在哪一步，下一步会发生什么。问题提前暴露，而不是上线前集中爆炸。
这种方式建立的是长期信任，而不是交付那一刻的惊喜。
客户视角的周会
周会不需要汇报每一行代码，而是回答三个问题：这周验证了什么？客户看到了什么？下一步最不确定的是什么？
把客户请进周会听十分钟，比十页周报更能说明项目真实状态。每周的小版本，就是为了让这种对话始终有东西可聊。
让团队也能适应这个节奏
每周交付对甲方是透明，对团队是压力。要控制压力，就要把范围切得足够小：一周只做一件核心事，其他都放进 backlog。
同时要容忍版本不完美：每周交付的是「可体验」，不是「可发布」。原型阶段追求的是验证速度，不是打磨到零瑕疵。
团队一旦习惯小步快跑，就会发现在大项目里，每周都有进度感和安全感，比憋三个月的惊喜健康得多。
小步交付的适用边界
探索期的项目最适合小步交付：需求不确定，快速验证的价值最大。进入稳定期后，交付节奏可以放缓，把精力放在性能和稳定性上。
判断当前处于哪个阶段，看需求变化频率：每周还在变，就保持周交付；连续几周需求稳定，就转入更长的迭代周期。
小步交付是工具，不是信仰。用对了阶段，它是效率；用错了阶段，它是消耗。