化繁为简的诀窍

       这几天忙得焦头烂额，忙完细想收获很大。因为我发现了一个化繁为简的诀窍。 

       昨天配合多个项目组整理上线的脚本（脚本就是一些可以控制程序的命令），虽然安排的是项目组同事处理，但是最后紧急报错的时候，我过去收尾，发现之前提供的脚本有些缺这个多那个的，而且几个项目脚本放一起，依赖关系又捋了很久，最后导致3个项目组的10多个人一起加班，实际上最后我花了半个小时就处理完了。 

       至于今天则是甲方提了一个新需求，我和几个同事一起整理脚本，然后提交变更流程（甲方要求的审核流程），这样花了一天的时间，但没想到实际上最后执行需要的脚本才花了几分钟，而且变更流程基本没走。 

       其实本来很简单的两件事，但是却让自己烦躁了很久时间，所以我在思考有什么好的化繁为简的方法，没想到真发现了。那就是：沟通和再沟通。 昨天的事情里，如果整理脚本的同事能和各个依赖的项目组沟通好，至少能捋清楚依赖关系，如果能再和最后审核的同事沟通好，那么最后也不会缺或者多东西。 

       今天的事情里，如果我提前和甲方沟通好，至少变更流程就少了，如果能再和运维老师那边沟通好，那么就可以直接把不必要的脚本去掉。

        第一次沟通可以解除最复杂的外壳（全局层面），第二次沟通则可以去掉多余或者弥补低级的错误（细节层面）。所以两次沟通的确是一个好用的化繁为简的诀窍。