周一晨会开到第 10 分钟，老板翻着周报问程遥：「搜索优化这个需求原计划上周四上线，现在卡在哪了？」
程遥接不上话，他周报里写的是「进展顺利，按计划推进」，延了几天、卡在哪一环，纸面上一个字都没有，此刻只能靠回忆现场拼。
这半分钟的沉默比延期本身更伤：延期是进度问题，接不上话是信用问题，更麻烦的是这种事一周后还会重演——周报还是那个写法，晨会还是那个问法。
为什么延期了 3 天，老板反而最后知道
翻开程遥那份周报，前 6 行全是「已完成：需求评审、交互定稿、开发联调」，延期这件事挤在末行，还是被「整体可控」四个字带过的。
这是个顺序错位：写的人把周报当成绩单，看的人拿它当日程表。
老板要的从来不是你做完了多少，而是接下来哪天会变、变了影响谁；已完成的事他自有渠道看见，他真正担心的那段空白，恰恰是你没写的那段。
为什么延了 3 天，老板反而是全组最后知道的？多数时候不是有人隐瞒，是写的人自己也没把「延期几天」算成一个数字。
这笔账工具早就替你算好了。飞书项目官方帮助中心对「延期标识」的说明写得很细：延期天数「是今天时间减去排期的后一天得到的数值」，示例直接显示成「iOS研发（延期 20 天）」。
你要做的不是估算，是把系统里的数字抄进周报。
延期写进周报，丢的是 3 天排期；藏进「整体可控」里，丢的是下次要资源时的信任。
先列问题再填内容：老板只会问 3 件事
动笔前先干一件反常识的事：别急着写，先列问题。
假想老板读完这份周报会开口追问什么，把问题一条条写下来，筛到 3 个以内——这 3 个问题，就是这份周报真正要交付的东西。
对产品经理来说，问题基本稳定：延了几天？卡在哪一环？新日期什么时候定？正文按这 3 问各答一段，哪一段答不出来，晨会上就在哪一段冷场。
为什么先列问题这么管用？因为你答不出的那一段，恰好就是老板要追问的那一段；先列问题，等于把冷场提前到动笔之前处理掉。
有人会问：账摊得这么细，会不会显得团队很慢？反过来想，延期被老板从别处先知道，代价从来不是「慢」，是信息不对称；周报把账摊开，慢一点反而显得可预期。
先说天数，答案是数字，不是形容词——「有点延期」「基本可控」都不算交代，交代是「延期 2 天，上周四顺延到本周二」。
飞书项目的表格视图支持一键筛出延期需求，筛选条件选「延期标识」「有交集」，延期的条目连着天数一起列出来，照抄就行。
再说卡点，这里推荐一个干净的口径——TAPD 官方文档把「逾期」定义为「需求到达了预计结束时间，但其状态没有流转到结束」。
照这个说法，卡在哪就说「哪个环节的状态还没走完」：评审没过、联调没完、验收没排，一句话点到环节名，比三行解释都管用。
最贵的是新日期，没定就写「预计本周五评审后更新」，别留白——老板对空白的想象，永远比实际严重。
延期风险怎么往汇报里放，和项目经理周报里说的三处风险是同一个逻辑：进度正常，也要把变数先讲出来。
最容易踩的坑：把「没填排期」当成正常
比延期更危险的一类需求，是压根没排期的。飞书项目官方把这种状态单独列了一档，叫「排期信息不全」——「当前节点中不存在上述两种延期风险、但存在应排期而未填写排期的节点」，连工具官方都认定，没填排期本身就是一种延期风险，只是还没爆出来。
而且工具在替你盯着这件事：TAPD 的每日工作提醒会自动通知，待处理需求里哪些前置需求已逾期——「已超出预计结束时间，且状态为非结束状态」的，会被直接推给后置负责人。
系统都推送了，你的周报里还看不见这条，就怪不得老板追问。
延期之外还有一类临界状态值得单独写：飞书项目官方把「排期结束时间是今天」的节点显示成「今日到期」，和「延期 20 天」并列成两种不同的风险展示。
前者是预告，后者是既成事实，周报里把两者分开写，老板就能分清哪些还来得及救、哪些已经在补窟窿。
怎么分？照抄工具的状态就行：临期的写「今日到期，风险点是 X」，已成事实的写「延期 N 天，新日期是 Y」。
一页周报里两种状态都有，反而显得你对需求池有一本完整的账，而不是只挑爆雷的那几条。
想一想，你上一次在周报里主动写下延期，是什么时候？
可以直接抄的三行延期句式
给老板看的版本，3 行：
- 商城搜索优化：延期 2 天（上周四顺延至本周二），卡在支付联调，责任人马行；
- 会员体系改版：正常，按期本周三提测；
- 订单导出重构：排期未定，本周三评审会上给结论。
每行 5 个要素：需求名、天数或状态、卡点环节、责任人、新日期，缺哪个，老板的问题就落在哪个上。
TAPD 的甘特图会把预计结束时间早于今天、进度未到 100% 的事项标成黄色逾期条，写周报前扫一眼颜色，数字就不用凭记忆。
AI 在这里能搭把手：把需求池导出的表格丢给它，让它按延期天数倒序排列，再按上面 5 要素填成三行，30 秒出初稿，你只核对数字。
真正省时间的从来不是代笔，是顺序——先备问题，再填内容。
给团队看的版本再多一行「影响面」：延期的不只是这一个需求，排在它后面的 2 个需求也跟着顺延，写清楚谁在等、等多久，下游同事就不用在群里反复问。
以前写创业者周报时讲过类似的道理：报表写给谁看，决定哪几行不能省。
发出前的自检清单
点发送前过 3 条：
- 每条延期都写了天数（或「今日到期」「排期未定」），没有「基本可控」这类模糊词；
- 每条延期都有新日期，或写明给出日期的确定时点，没有留白；
- 临期和延期分开写：「今日到期」的标风险点，已延期的标新日期，不混在一行里；
- 所有数字来自工具页面——延期标识、甘特图、逾期提醒——不是凭印象填的。
周报里 AI 能代劳的是格式和数字搬运，判断留给你的只有一处：老板读完还会追问什么？把那个答案写进周报，晨会上就没有能问住你的话。
