项目估时：先把未知项写出来

估时不是给未来一个看似精确的数字。拆分交付物、注明依赖和不确定项，并在获得新信息后调整，比一次承诺到底更实用。

按可检查的交付物拆分

把“完成网站”改成能够独立检查的结果，例如一个通过审核的页面或一次可重复的数据导入。拆分时注意跨步骤的共同依赖，不要只计算写代码或写文字的时间。

单列等待与探索

资料审批、外部回复和未知技术验证会影响日历时间。把这些项单独写出，注明需要谁提供什么信息。对缺少经验的部分，先做小范围验证，再给出更可靠的范围。

记录估计变化的原因

使用合理范围并说明假设，在关键节点用实际耗时更新。变化可能来自范围增加、等待或理解更清楚，分别记录才能积累经验。不要把所有差异简单归结为“执行不够努力”。

从一个小动作开始

选择一个适合自己场景的做法，先小范围尝试，再记录效果和遇到的问题。方法的价值在于是否容易继续使用，而不是步骤是否足够复杂。欢迎在评论中说明你的做法，也请写清适用条件和局限。