关于工作任务被碎片化后的一些思考

    最近在我网上评论了某位老板，关于工作连续性被碎片化后，所带来的困扰议题，觉得自己的评论非常有见地和有意义，哈哈！臭屁一下。。。所以特此又再多些几句和大家分享：我们的连续性工作任务在当前的社会环境下，经常被各类内部突发或者外部插入性事务所干扰，变成碎片化工作时间，这种现象首先在未来是不可逆的，而且会越演越烈，我们不用去怀念过去那种按计划，按步骤，按照主观意愿的工作思路，而是要快速适应。

    这是因为当下的社会进步和市场变化太快了，我们工作的时候不可能把自己关在一个小屋里，两耳不闻窗外事。我们很多判断和决策，不光是不能脱离纷乱变化的外部环境，而且还必须要在各种杂乱事务中做出最佳执行抉择。借用Kevin Kelly的概念，这是我们任务决策和判断中的“涌现”现象。往往很多提前做出的计划和判断，在实际操作时会被改的面目全非，而真正影响你做出判断的，更多的是当下各种与你发生关系的干扰性事件。比如：你是程序员，正在按计划写一段新功能的实现代码，这时候产品经理从客户实时反馈中得知，在旧有功能中，具有在某种条件下存在的功能不适应性（非Bug），你该怎么办？ 

    如果按照连续性事务处理思维，你可以按照“FIFO”的队列来处理任务，即：首先把手上的功能开发完成后，再解决客户反馈问题。在目前变化快速的市场竞争中，谁又能保证客户反馈的不适应性，在某种程度上不会影响你新开发的功能呢？ 所以原有的连续性事务处理思维就要调整到碎片化任务处理思维中。碎片任务处理和连续性事务处理思维最大的区别是外部反馈型任务的优先级永远高于内部计划性任务。软件开发如此，其他行业也一样，我就不一一列举了。

    目前我们在任务时间安排上的难度不在于时间和任务分配上，而在碎片任务的接续上，我们工作太过碎片化，如果我们能有效训练自己对连续工作的断开和无缝接驳能力，热插拔。断的果断，接的开心，可能这样才不影响工作效率。

    曾经我有位做算法的下属向我抱怨：“做算法工作只能处理连续性事务的工作，不能并行同时处理多个事情，这是算法工程师的特点”。其实大部分人都喜欢做连续性事务的事情，不是只有算法工程师喜欢这样，人的大脑进化结果本就没有并行多线程功能，我们看到有些人总能在纷乱的事务里从容处理，其实关键在任务的接续能力，其实这是一种大脑的伪并行处理的概念（可以看看单核芯片如何处理并行任务的方式）。

    碎片任务的接续能力，其实是一种快速获取事务上下文的表现，我们针对性的训练这种快速存储和提取事务的上下文能力，就像优化芯片的高速缓存一样，使我们可以快速的在多任务中来回切换，而不影响效率，可能这才是我们需要关心的。

    这种工作方式更像热插拔的内存或者硬盘一样，拔下来，插上去不会宕机，不用重启，很快就能投入工作，而且还能很快获取事务的上下文。

    最后：如果说互联网产品能在这方面为碎片化任务困扰的客户做点什么，我想一定在怎么帮助我们快速获取事务上下文和任务无缝快速切换上面。大家周末愉快！