时间线的特性时间线的适用场景案例：举办一场线下观影会第一步：用表格填写任务基本信息第二步：在时间线上微调任务排期第三步：设置任务依赖关系具体执行定期会议进度监控与项目状态评估开启子任务（Sub-items）创建独立视图使用时间线视图的注意事项
某种程度上，时间线视图（Timeline）可以当成是日历视图（Calendar）的进阶版本，或者是互补版本。它们都与时间这一要素紧密关联，并且也都可以通过拖动「卡片」的方式来调整任务的时间节点或者覆盖范围。
使用命令
/timeline 即可创建一个全新的时间线数据库，当然我们也可以在原有数据库的基础上，为它添加一个新的时间线视图：
时间线的特性
时间线和日历视图一样，所有「尚未设定具体日期的文档」都不会显示在时间线上，而是会被收纳在数据库顶部的「No date」栏位中，点击条目即可将它嵌入到时间线的「今日」位置：
由于这是一个横向展开的视图，所以我会建议你在创建完 Timeline 视图后，随手将页面模式改为全宽模式，否则整个时间线视图就会显得很局促，当然如果有大屏显示器的话就更好了。
数据库左上角的小箭头可以打开表格模式，与时间线并排展示。并且在数据库的「Properties」选项中，我们可以同时调整（开启或关闭）时间线和表格的字段显示：
时间线右上角可以修改视图的时间比例，除此之外我们暂时无法通过其他方式来更改 Timeline 的时间缩放比例：
在时间线上点击任意空白位置即可创建一个新的事件：
默认情况下，时间线视图只会显示 Title 这个字段的信息，所以如果你希望能在时间线上显示更多内容，例如任务负责人，任务状态等，则需要在「数据库设置 - Properties」选项中开启：
当你打开了左侧的 Table，则可以隐藏包括 Title 在内的所有字段：
就我个人使用经验而言，我通常都倾向于将表格打开，然后将时间线的标题隐藏，因为如果时间线上的标题太长的话，就会把整个视图弄得非常杂乱难看。
时间线视图中，灰色的部分即是周末：
可以在时间线中创建任务之间的依赖关系（Dependencies）：
通过将任务卡片进行连线操作，就可以指定任务之间的先后顺序或者依赖关系。
例如要想玩塞尔达，需要先买个 Switch；要想出国旅游，必须先办理护照；四百米接力需要先跑完第一棒，才能接着跑第二棒；这种任务的先后关系（或者依赖关系）在时间线视图中，就可以通过连线和箭头来体现：
到这里我们就基本介绍完了时间线视图最基本的几个特性，在接下来的文章中，我会用几个实例带大家入门时间线视图的基础用法。
不过一般来说，对于信息量比较庞大的任务或者项目，时间线视图通常会比较难操作（录入信息不方便），所以我通常不会直接在新的时间线视图上编辑复杂的任务事件，而是会先在表格视图下录入基本的任务信息、时间节点、任务优先级、或者是项目负责人等信息，然后再切换到时间线视图下进行「俯瞰式」的审查，以及调整时间线上有冲突的任务事件。
时间线的适用场景
如果我们用表格来管理任务，那么当一个大的项目包含多个子任务，且横跨的周期非常长的时候，就会在面对表格罗列的巨量任务事项时感到巨大的压力，因为需要同时面对海量的信息，此时大脑是被任务信息的「覆盖面」所牵制的。
例如本栏目的课程书写排期表，时间跨度长达一年，可以向下拆解的子任务至少有 50 个，每个任务都需要保证如期上线。然而面对这样事无巨细的表格，我很难抓住「时间」这一重点，面对干瘪的日期数字，我很难判断各个任务的时间排期是否有所重叠，或者先后顺序是否有所冲突：
但是切换到时间线视图后，我就能清晰直观地评估我对「时间」这一资源的分配是否合理：
- 通过观察和对比卡片长短，可以快速评估每个任务的所需工时是否合理；
- 滑动时间轴可以快速观察各个任务的先后顺序是否合理，有无存在冲突；
- 通过观察卡片距离当前时间线的远近，能快速判断它的紧急程度。
视图中处在当前时间线下的任务，就是眼下最需要优先关注的任务，如此一来我们就无须为下一个任务打太多的提前量，或者分配太多的注意力，只需要专注眼前优先级最高的那一个任务即可。
如果我们提前完成了任务，就可以直观地（可视化地）看到自己距离下一个节点还留有多少余量，这一点也能有效降低心理压力。反之，如果任务即将逾期，也能很清楚地看到这个逾期的任务对下一个任务将造成什么影响。
当然我们还可以像下图这样，为任务卡片添加公式函数字段，直接计算出「还剩多少天」，具体的公式写法我们会在下一个大章详细展开。
要想让一张甘特图良好运作，就必须为任务设置好里程碑节点，或者关键决策时间点。一般而言，里程碑节点没有持续时间，通常标志着某个项目阶段或任务序列的结束。
每个里程碑节点都是我们必须优先考虑、优先满足、优先达成的关键目标，然后在各个节点之间，我们才能更好地分配子任务的长短和顺序，以及更好地分配我们的精力和注意力。
以本栏目的写作规划为例，「保证每个月都能如期上线各大章节的内容更新」即是我应当优先设置的关键节点。
时间线视图（甘特图）是用于观察和分配资源的一种可视化管理工具，可帮助我们减少浪费性的支出，也可以先通过甘特图来拼装我们的任务模块，最后再通过任务的「总长度」来确定完成整个任务所需的时间和资源。
下面就让我们再用一个具体案例，深入讲解 Notion 时间线视图的更多细节和用法。
案例：举办一场线下观影会
假设我们的目标是从零开始策划并举办一场线下观影会，基于这个需求，我们该如何使用 Notion 的 Timeline 数据库来完成这个任务呢？
第一步：用表格填写任务基本信息
一场线下观影会的举办将涉及复杂的任务分工与人员协作，有些任务需要按照次序先后进行（有依赖关系），有些任务则可以同步开展。对于观影会这个任务来说，最重要的是当我们确定了最终的线下观影时间，则所有的关键节点都必须遵照步调准时完成，一旦某个关键环节有所延误，都将导致观影会无法顺利举办，容错率非常低。
所以我们需要先设置一下整个项目中的关键节点，并且因为众多要素（Properties）在时间线上调整并不便利，所以我们先用表格视图来填入主要流程、排期时间，以及对应的负责人：
第二步：在时间线上微调任务排期
切换到时间线视图后，你也许会发现各项任务的次序似乎有所错乱，如果出现这种情况的话，我们可以用 Sort（排序）功能让它们按照排程的先后来进行排序：
时间线视图能帮助我更有条理地看清楚任务从哪里开始、从哪里结束，谁和谁同时进行、谁会影响到谁，如果产生冲突，谁应该为这个任务让步。任何需求只需要通过简单地拖拽即可实现更改，比起用 Excel 制作甘特图时必须经历的冗长繁杂的操作流程，Notion 无疑更加地轻松快捷。
第三步：设置任务依赖关系
在众多协作场景中，有相当一部分任务需要依赖前置任务的完成才能开始，所以在时间线视图中，我们可以利用 Dependencies 这个功能来更好地观察任务和任务之间的关系，只要用光标将「卡片」进行连线，就能自动开启这个功能。
这个时候你会在右侧看到「Dependencies」有四个选项可选，分别是：
- Shift only when dates overlap
- Shift & maintain time between items
- Do not automatically shift
- Avoid weekends
接下来我们来逐个讲解它们各自都代表什么意思。
首先，如果选择第三个选项，也就是「Do not automatically shift」，那么你将可以自由、随意地移动卡片。也就是说如果原本是「先买鸡蛋 → 再做鸡蛋饼」的先后顺序，那么在这个选项下，「买鸡蛋」的排期是可以晚于「做鸡蛋饼」的：
如果选择了第一项「Shift only when dates overlap」，则只有当「买鸡蛋」这个任务要晚于「做鸡蛋饼」时，后置的任务才会被自动地往后挪一天，也就是无论如何我们都得先买鸡蛋，再做鸡蛋饼：
如果选择了第二项「Shift & maintain time between items」，那么只要任务之间有连线，则不论我们如何移动任何一个任务，所有任务之间的间隔天数在移动之后都会保持不变：
最后一项「Avoid weekends」也很好理解，就是在移动任务卡片的过程中，保证任务所需的工作日天数不变，以及任务之间彼此间隔的工作日天数不变。
例如在下图中，「买鸡蛋」这个任务所需的工作日是 3 天，并且它与后置的「做鸡蛋饼」这个任务所间隔的工作日时间是 2 天：
那么当我将后置的「做鸡蛋饼」这个任务向后移动三天，则前置的「买鸡蛋」这个任务会自动跨过周休日，在保证自身所需的 3 个工作日的前提下，与「做鸡蛋饼」这个任务继续保持 2 个工作日的间隔：
学完这个特性后，我们回到「线下观影会」这个项目中。可以发现这个项目中也有不少任务存在先后关系，例如：
- 只有确定了场地，才能申请放映权
- 只有确定了能邀请到的嘉宾，才能开始宣传推广
- 只有布置完现场，才能开始彩排，也才能正式开始观影活动
所以我们可以利用前面提到的 Dependencies 特性，让任务之间的依赖关系以可视化的方式呈现在我们眼前：
设置完依赖关系之后，当我们点进具体的任务卡片之中，会看到这些任务多了两个字段，分别是 Blocked by 以及 Blocking，分别对应「前置任务」以及「后续任务」这两个动作的含义，所以我们可以将它的字段名称进行修改，这样阅读更方便：
假设是由我负责「选定场地」这个任务，我就可以清晰地看到我的前置任务是什么，以及我这个任务将影响到后续哪些工作：
如果这个项目因为某些原因导致延期，例如需要将线下观影会的时间延后 3 个月，那么只要打开 「Dependencies」 选项中的
Shift & maintain time between items 这个选项，然后将上线日期向后拖动 3 个月，则其他所有已经建立依赖关系的任务排期都将自动延期三个月，并保留任务之间的时间间隔：
注：在时间跨度较大的事件中，适当调整时间线的显示比例能提高我们拖动任务和观察任务的效率。
具体执行
在正式开始执行这个项目之前，我们先简单回顾一下前面的两个步骤
- 用表格视图录入基础信息，设置目标和里程碑节点，并分配相应负责人；
- 用时间线视图进行精细化调整，规划任务依赖关系，获得把控全局的俯瞰视角。
通过以上两种方式规划好项目之后，我们就可以正式开始执行这个项目了。在执行的过程中必定会产生非常多的项目资料，会遇到各种各样的突发问题，任务会提前完成，也可能因遭遇意外而延期，那么假设你作为整个项目的负责人，你要如何监控整个项目的进度呢？
定期会议
我们可以分别给「项目主要流程」以及「定期会议」打上对应的标签，然后就可以在表格视图和时间线视图下使用分组功能（Group），通过开启和关闭分组，可以有效地在视图中选择当前最重要的信息来关注：
当然如果有必要的话，还可以通过设置自动模板来生成定期的会议安排，自动模板的用法在《表格视图解析》一文中已经介绍过，此处就不再赘述了。
进度监控与项目状态评估
通过时间线本身的可视化功能，我们已经能够快速评估当前项目在时间轴上的模糊进度，不过我们还可以为事件任务添加 Status 字段，并将这个字段显示在时间轴上，以便能一眼看清当前项目的具体进度：
开启子任务（Sub-items）
表格视图中的子任务功能在时间线视图中同样可用，开启之后就可以在时间轴的任务下方添加子任务，并且子任务和主任务之间还会有层级连线，非常清晰直观：
例如在「邀请嘉宾」这个环节中，也许我们需要分头联络不同的嘉宾，就可以将每个嘉宾都当成一个子任务，然后分配给不同的人去联系：
我们也可以通过框选任务卡片来批量调整任务排期：
当然这里的「子任务」只是一个统称，并非一定是从主任务上拆分出来的子任务，只要是能与主任务有所关联的条目或者事项，都可以用 sub-items 的方式来与之建立关联。
例如我们还可以用 sub-items 来创建某个主任务之下的会议记录：
当你切换到 Table 视图后，你可能会发现所有的子任务都与主任务混杂在一起，这个时候只需要在数据库设置的 sub-items 选项中，打开「Show sub-items in view」这个功能即可：
创建独立视图
在前面的介绍中，我们企图用一条时间线来管理所有的任务细则，但有时过多的信息量反而会使注意力无法聚焦，或者有可能我只在项目中负责一小部分的任务，这种情况在团队协作中也很常见。
所以我们可以用创建镜像视图的方式，来为每个人筛选他所负责的任务，让每个人只关注自己需要的那几项信息即可。当我们将任务拆分到个人之后，时间线视图也许并不是最佳选择，因为有时候某个人负责的任务有可能分布在月初和月末，这就会导致整条时间线变得非常零散：
所以在这种情况下一定不要拘泥于单一的视图，适当地切换其他视图才是更好的选择：
到这里我们就基本讲完了数据库时间线视图的所有基本操作，需要注意的是前面的案例都以简单、理想化的方式来设置和演示，实际的工作和生活也许会比这个复杂，但也存在一种情况是我们压根就用不到这么复杂的时间线功能，所以各位还需根据自己的实际情况来评估和使用，只有适合自己的方法才是好方法。
使用时间线视图的注意事项
当我们使用时间线这个视图时，很容易遇到的状况就是计划似乎总赶不上变化。
不论是宗教、科学还是生活，长久以来我们对「预测未来」都有一种无法抹除的痴迷，于是我们诚心地、更具体地还要预测（或者是猜测）未来将发生的方式和时间，然后用所谓的计划来陈述我们妄想的意图，只不过唯有「意外一定会发生」是我们可以准确预测到的。
所以既然意外无法避免，我们又应当以怎样的方式、怎样的心态去对待我们的计划呢？
1、为各个节点留有缓冲余地
有时候一个节点的逾期就可能导致整条产线的崩盘，为了预防这种问题发生，我们需要提前为各个节点之间的任务留有一定的缓冲余地，或者是做好应急预案、容灾方案等。
而这一切的合理搭建又都必然是需要建立在对任务流程足够熟悉的基础上，所以在初次尝试用时间线来跑通整个流程的过程中，我们一定要留有耐心地对它进行优化和调整，然后才能逐渐掌握最佳的流程设置和资源分配，并决定应当预留多大程度的缓冲。
2、及时监控、及时调整
在使用甘特图时，我们很容易获得一种俯瞰全局的视角，这很好，但有时候也可能导致我们过于盲目地相信甘特图，它在任务排期上的准确性有时候反而可能让你误以为事情进展一切顺利。
所以每个任务模块都应当分配一位负责人，以确保有人在持续地对这项任务负责。而如果这项工作目前是只有你自己一人的话，那么定期的自我总结和复盘也应当是必须的。
3、建立顺畅的沟通和反馈机制
当你身为某个项目、某个小组的领导，从你的视角出发似乎只要轻轻挪动一下卡片的长度和位置，就能够保证任务的顺利完成。殊不知你的一个小改动需要的是另一个员工、下属来承担，于是积怨就此产生。
你也很容易默认制定完甘特图后，一切就只能按照图表来执行工作，这也可能导致某些新的想法、新的流程被直接拒绝，这对于创新和优化来说是很不利的。所以我们还必须留有一定的空间来接纳其他人的意见或想法，千万不要陷入了某种「计划就是一切」的陷阱里。
总的来说，Notion 的时间线视图是一项非常好的功能，它的便捷性无可挑剔，它的功能性更是异常的强大，况且本文尚且没有用到数据库的 Relation、Rollup、或者函数公式等高级功能，所以它的上限远不止如此，我们会在后续的课程中继续展开它的更多应用场景和使用技巧。
