🔗 Dependency 字段：两种依赖类型

Notion 新增的 Dependency Property 支持两种关系类型。FS（Finish-to-Start）：前置任务完成后，后续任务才能开始——最常见的「设计完才能开发」场景。SS（Start-to-Start）：两个任务同时开始，但持续时间独立——例如「前端和后端并行开发，但后端 API 必须先完成 3 天」。

设置方法：在 Database 中添加 Dependency 类型的 Property，在 Timeline 视图中拖拽任务条调整时间，下游依赖项会自动偏移相应天数。如果手动修改了依赖项的时间，Notion 会弹出提示「这将打破依赖关系，是否继续？」——防止无意间的级联混乱。

⚡ 性能改进：虚拟滚动引擎

Timeline 1.0 的性能瓶颈在于：所有任务条同时渲染在 DOM 中，100 条以上任务时滚动卡顿明显。2.0 引入了虚拟滚动——只渲染可视区域内的任务条，滚动时动态加载。我们的实测数据：50 条任务初始渲染从 1.2 秒降至 0.4 秒；200 条任务从 4.8 秒（1.0 几乎不可用）降至 1.1 秒。

🛠️ Formula 联动：自动计算关键路径

Dependency 字段本身不做计算，但可以配合 Formula 字段实现自动化。示例 Formula：如果某任务的 Dependency 中有任意一项 Status 为「Blocked」，则当前任务自动标记为「At Risk」。另一个常用 Formula：用 dateBetween 计算「Slack Days」（浮动时间）= 下游任务 Start Date - 当前任务 End Date - 1。

Notion 项目 Timeline 视图配置，展示 Dependency 与 Formula 字段联动 — Dependency + Formula + Status 三色联动：绿色正常、黄色 At Risk、红色 Blocked

📌 与专业工具的边界

Notion Timeline 2.0 仍然不支持：资源 leveling（同一人在同一时间分配多个任务会冲突但不报警）、Critical Path 自动高亮、Baseline 对比。如果你的项目超过 200 个任务、涉及 10 人以上资源协调、需要 EVA（挣值分析），仍然需要 MS Project 或 OmniPlan。但对于 50 人以下的产品/设计/营销团队，Timeline 2.0 + Database 的组合已经足够。