在工作上有时候我们需要为任务设定截止日期，或者当他人交付我们任务时直接给我们订了一条死线，无论哪一种 Deadline，这时候太逼人的截止线会累死自己，太遥远的截止线让人现在没有动力去做（太无解的也是）。

订出「有效」的死线、截止线是一种艺术，而且面对不同项目会有不同需要解决的问题与情况，所以我不敢说精通所有设定截止线的技巧，但毕竟在职场工作十几年，还是有一些属于我自己的经验可以分享。

就像去年（2022 年）我个人推出的两个产品：《防弹笔记法》书籍、「个人数字生产力」在线课程，刚好有两种不同的设定截止线需求。

《防弹笔记法》的书相对没有来自外力的额外要求，我需要自己负责，意思是我可以在任何时间完成，那么我要如何设定出有效的截止线，是让自己会有动力去推进，而不会死线一延再延，最后变成不断拖延的目标呢？

「个人数字生产力」在线课程又是另外一种情况，有来自合作单位的时间要求，某个程度是对方订出了一个截止线，而我必须在截止线之前交付出产品。这时候要如何知道这个截止线是可行的？如果可行的话又如何真的可以如期完成呢？

近期在我和赵胤丞老师一起合作的 Podcast 节目：「高效人生商学院」中，谈论了「两人对谈｜EP.0034｜不累死又有动力的死线要怎么订才好？（欢迎订阅收听，和本篇文章内容会有不同启发），今天这篇文章，跟大家分享其中几个属于我们的关键技巧。

短期内可以产出什么成果 VS. 最终成果需要多少时间产出

我自己在设定截止线的时候有一个核心的指导原则：

就是优先处理「短期内可以产出什么成果」，而不是「这个成果需要多少时间产出」。

这是什么意思呢？

例如我要撰写一本书，若是从「这个成果需要多少时间产出」来思考，我可能就要开始计算这本书要写多少字数，如果要写 10 万字，这样每个礼拜如果产出起码 4000 字的一篇文章。那每个月可以产出 2 万字，这个项目就需要安排五个月的时间。

但是这样的规划，截止线看起来很长，很容易一开始就拖延着，加上会遇到各种意外，慢慢地过了几个月，发现前面进度不理想，而后面来不及完成 10 万字的份量，最后就会整个大拖延。

反过来，如果从「短期内可以产出什么成果」设想，我会设计「一个礼拜内要把现有想法、数据整理成一个拥有完整细节的大纲」，于是一个礼拜后产出一个草稿大纲的成果。接着我看到大纲中的第一个章节已经具备基本数据，于是我设计「一个礼拜后要完成第一章节的草稿文字」。

结果这一次发现还缺少某些关键方法论的分析，于是下一个礼拜设计出「一个礼拜后完成相关四种方法论的对比分析」，让自己短期内继续推进下一个需要的关键成果。

后面这个方法，或许在四到五次的短期成果推进后，大概经过一个多月的时间，这本书的结构细节、草稿数据就已经顺利产出。

让项目的进度处在一个我拥有项目基本成果，进可攻、退可守的状态。

如果这时候觉得还有更多时间处理项目，我会安排更多短期的进度成果，去设计例如流程图表（就像这次的《防弹笔记法》的最终成果）。如果发现时间不够，项目需要赶快上线，我也不会是赶鸭子上架，而是可以在既有的基本成果中，完成最重要的加工，就能推出项目。

我之前读过《Shape Up: Stop Running in Circles and Ship Work that Matters》这本书，他的作者是知名项目管理软件 Basecamp 的设计团队，他在里面提到了跟设定项目、任务截止线有关的两个具体技巧：

• 先设定边界
• 尝试从项目的中间部分开始

这两个技巧对我来说很有启发，所谓「先设定边界」，就是我们可以先思考「自己拥有多少时间」，或是「自己想要在多少时间内先产出」，然后根据自己拥有的时间来设定可以产出的成果，而不是根据成果来计算时间。

从这个角度来做时间管理，确实会增加很多弹性，比起烦恼要写完一本书到底需要多少时间，不如思考如果我只有一个礼拜，我可以产出什么成果。

另外一个关键就是「尝试从项目的中间部分开始」，当我要思考一个礼拜可以产出的成果时，与其从头开始先去看看一个礼拜可以找多少数据，不如从中间开始，也就是一个礼拜可以先产出的跟项目核心成果最有关的成果会是什么？这时候可能是一份具体的大纲，或是一个章节的草稿等等。

透过这样的方式，我们可以更有弹性也更具体地去设计截止线，这时候或许不要称呼他死线或是 Deadline ，而是应该叫做「成果线」。

也就是当要安排一个大项目、长期计划的时间时，要思考的是「在哪一条时间线前我可以先产出什么关键有效的成果」，然后透过一个成果线、一个成果线的累积，最终我们更有效率地完成项目需要的最终成果。

尤其面对一些变动性很大的项目目标，或是全新且不熟悉的项目时，更要把握这样的技巧，用一个一个短期的「成果线」让自己有把握的往前逐步推进，可以边做边修改，而且短期就能看到产出成果也会让我们更有动力。

三种截止线：应对别人已经订好死线的项目

但是，也有很多时候我们要实现的是别人交付的项目、任务，并且对方已经帮我们设定了一个最终的 Deadline，例如年度业绩目标最后结算的日期、某个产品需要交货的最终时间等等。

当我遇到这类型的项目时，我会帮自己设定「三种截止线」：

1. 最终 Deadline：对方期望的最终截止日
2. 中期专案验证线：为了达成最终截止日，拆解成几个阶段进度的检验期限，设定每一阶段应该达到什么样的成果，这样推进下一阶段成果才来得及。
3. 短期内冲刺成果：为了满足下一阶段成果，现在我应该立刻开始冲刺、测试的成果是什么。

（我在十年前的这篇时间管理文章中，就有提到类似做法，但现在的方法也有了一些修正：10 个真的可以被具体执行的时间管理技巧）

让我提供一个比较小型的案例，有一次我收到国外客户要求，希望两个月后可以收到某个我们正在制作中的产品。于是第一个比较简单的截止线出现了，也就是两个月后必须让国外客户收到这个产品，这是「最终 Deadline」。

但是在我要明确答应这个 Deadline 之前，我先做了一个项目的「阶段性成果拆解」，我需要推进几个进度才能完成上述的 Deadline，如果从最终截止线倒推来看，包含：

• 需要多少运送日期可以把产品寄送到国外客户手上。
• 产品制作完成到捡货、包装需要多少时间。
• 目前还剩下多少时间可以把产品制作完成。

于是我可能设定出这样的几个中期项目验证线（里程碑）：

• 最后留下两个礼拜处理产品运送事宜。
• 中间留下一个礼拜处理产品捡货包装事宜。
• 我从现在开始有一个月多一点点的时间要把产品制作完成。

这是「中期项目验证线」，设定这个中期里程碑的好处是可以更具体的了解死线前的风险，因为要项目完全如期如计划推进真的「很难」，但起码我们需要让自己掌控的是：如果我在任何时候发现无法在一个月后把产品制作完成，那么我就应该赶快研究有什么让产品如期完成的替代方案，或是研究有没有更快的包装流程，或是询问有没有更快的货运方式，乃至于可能要跟客户沟通是否可以改期。

起码不要等到最后一刻才知道自己做不完，而这时候往往没有任何沟通转圜的余地了。

那么第三条截止线：「短期内冲刺成果」呢？这是为了确保我设定的下一个中期项目里程碑有办法相对如期完成，所以我会以一个礼拜、两个礼拜为区间，去设定自己能够在这段时间赶快先产出的项目（中间的）关键成果。

例如这个产品可能有附加产品、行程流程、产品的主要图像、产品宣传素材等等工作要做，这时候为了确保第一阶段的里程碑完成，或许我会设定一个「短期内冲刺成果」是一个礼拜后确认产品的主要图像。

那如果一个礼拜后这个「短期内冲刺成果」无法如期完成怎么办？这时候我就会有「警惕」，要赶快寻求支持，要赶快找替代方式，要赶快开始沟通协调，或者必须舍下某些比较次要的琐事。

三条截止线：

• 最终 Deadline
• 中期专案验证线
• 短期内冲刺成果

并非是说我们会设定出「完美无缺」的项目、任务期限，起码我自己工作十几年的经验，无论面对自己可以完全掌控，还是自己无法完全掌控的项目，我觉得都很难订出没有修改的完美进度截止线。

那为什么还要设定三条截止线呢？我觉得最大的好处是，让我下一个礼拜（或者短期内）就能警觉项目可能有时间上的风险了，并且开始找解决问题的方法了。

项目要好好完成，本来就是在不断修正变动的过程中进行，关键在于我们「提早意识到需要调整」，才不会等到最终时限要到了，只能两手一摊，无能为力，或是只能累死自己。

延伸阅读：

2022 起始：九个立即提升生产力技巧值得试试看而且简单可行

2022 起始：停止花太多时间做计划与整理，执行就是你的计划

2024/1/27 更新：设计「停战领域」与「行动边界」，我建立健康时间管理的小秘诀

搭配进攻型行事历的做法

前面分享了两种做法，第一种作法：「短期内可以产出什么成果」，是我应对不同项目、任务的大原则，先给自己一个短时间去产出一部分核心成果，测试到底还有什么风险与问题，提早解决问题，就是让时限如期完成最有效的做法。

而第二种作法：「三条截止线」就是第一作法的延伸版本，尤其面对他人直接交付给我截止日期的时候，我要懂得自己设定几个阶段的验证线，意识到什么时候就要开始改变作法。甚至懂得设定最近期的冲刺成果线，这样这个当下我就可以更好的预判未来的风险，现在就开始改变作法。

而这些做法的背后有一个共通的原则，就是要设定好的死线，来自于「项目、任务的拆解」，把项目拆解出几个阶段成果，把任务拆解出具体的下一步行动，可以帮助我们更好的设定多层次的截止线，并且也知道如何调整与变动。

我在这篇文章曾经分享过很完成的项目拆解流程，而这和时间安排一直都是最紧密相关的，没有拆解，就没有真正的时间安排：「拆解下一步行动的思考流程图范本，你也做得到专注不瞎忙的参考步骤」。

于是有些项目、任务拆解了几次后，会更明确的掌控他们具体的执行流程，这时候我就可以更有效的利用「进攻行事历」的做法，预先在行事历上为不同项目留下足够时间。

因为我们最后必须意识到一个问题：身为执行者的我，通常手上有很几个项目、任务在进行，而且未来还可能随时插入新的任务。

所以当我们看一个项目的时限安排时，不能只看到这个项目，还要看到我自己剩下多少时间？每天可以同时推进多少进度？要预留多少应付意外的时间？而「进攻行事历」的方法帮助我把这些需要预留的时间都先预留在行事历上。

不敢说我百分之百都会照着执行（事实上根本没办法），但同样的道理，我总是可以提早预知来得及？来不及？时间够还不够？这时候要怎么应对，有没有哪些可以调整，还是哪些可以放弃，我才有一个明确的依据，而这同样是让我们看起来项目可以相对如期完成的方法。

--

本文转贴自：计算机玩物（原文连结）

追踪数位游牧脸书粉丝团，与 instagram（＠digital.nomad.press）掌握更多最新文章！