时间管理（4：步骤分解）

当成功使用 SMART 工作原则进行目标任务的合格化后，下一步就是把任务分解成可以行动的指导步骤了

1. 流程设计

完成一个任务往往不只一条途径，但最优的途径往往只有一条，可是现在并没有方法保证一定找到最优的那条，但有方法找到相对优势的一条，那我们要如何找到呢？这里有几个原则可以帮助你尽量挑到好的路径流程，拿写软件举例

（1）风险更小： 倘若你辛辛苦苦好不容易交付了成果，可是最终证明产品有问题，那会对企业和自己造成很大的损失，因此我们在任务的每个步骤中，就要尽量保证规避风险，从而保证整个项目的稳定性。举个不太恰当的例子：软件测试的过程中，如果有两种测试用例，一种采用成熟的机制来实现，另一种采用一种新机制，但编写可以更简单。在我们选择流程的时候，应优先选用第一种，它经过时间的历练会使测试更有效，第二种可能开发难度会更小，但相应的风险也更高，要尽量避免。流程里要选用稳定的方法

（2）质量更好：项目的质量直接决定它的稳定性、可用性、可维护性等，在每一步中，我们应选用能是质量更好的方法。举个不严谨的例子：当你要写一个程序，在不影响其他方面的条件下，你可以选择性能更好的 C语言，而是不是 Java、python 这类性能差的，每一步都选择更好的，这样就可以保证整个任务的质量

（3）时间更少：时间不仅对个人而言是珍贵的资源，对公司亦然，在实际工作中，我们应尽量选择省时的途径。举例：做爬虫可以自己写，也可以使用框架，但在做项目的时候我们应该尽量选择用框架，因为它更省时。流程里要选用省时的路径

（4）成本更低：在不影响上述条件的情况下，优先选用成本低的。举个逗你玩的例子：你明明可以在公司工作，你非要去星巴克

2. 行动步骤分解

当你按照上面的而原则确定了你的基本流程后，就可以根据流程把任务分解成可行执行的行动步骤了，但我们分解的过程中也要注意遵守下面两个要求：

（1）不要太细致、时间太短：分解任务时，应尽量分解得具体，但要适可而止，分解得过细会让任务显得繁琐，形成干扰。例如如任务学python 里面有个步骤是下载 python，那么分解到下载 python 就可以了，不要在分解成开电脑、打开浏览器... 这样的话如果工作 5 分钟，其中 2 分钟都是在完成你短小繁琐的行动后把你的迷你步骤划掉

（2）可行动的动词打头：很多时候不知道如何下手就是因为步骤分解得太模糊，比如 ‘搞定数据类型’，‘搞定’ 很明显是无法具体行动的，应分解成可行动的动词开头，比如看 int 文档、写 int 案例... 这样你就知道要干什么了

3. 番茄工作法

每个步骤也需要划定时间，理由同样的是提高效率、防止拖延。当然，每个任务的分解步骤的总时间应该小于该任务的时间。划分也应该遵守 SMART 原则里面的时间设置原则

（1）不要太长：不划分时间太长的步骤，一是人不能长时间保持高效率的工作，而来时间太长会有变数，不好控制

（2）不要太短：会繁琐，上面说过了
（3）浮动时间：每个步骤的时间都应比预计时间多一些，就是浮动时间，一般可以留出 30% 的浮动时间，以处理各种意料之外的情况，从而保证步骤不超时

（4）番茄工作法：总的来说，划分时间要尽量遵守番茄工作法：选择一个待完成的任务，将番茄时间设为25分钟，专注工作，中途不允许做任何与该任务无关的事，直到番茄时钟响起，然后在纸上画一个X短暂休息一下（5分钟就行），每4个番茄时段多休息一会儿

至此，就成功将任务划分为可执行步骤了，接下来就是执行了