在之前的文章「奇文异事—第四回」就推荐过池大的「卖桃者说」，很多内容都是是池大讲自己工作中的经验之谈，对我这个后辈来说，很多地方都感同身受，今天就来说其中一节「影响了我二十年的三个原则」。

一、闭环原则

如果你能够在完成自己工作任务的过程中，及时的把自己的工作成果反馈给你的 Leader 和相关协作人，总能够带来各种惊喜。你的反馈或许提升了团队效率，也可能改变了产品决策，同时你会因为持续的反馈获得更为重要的任务和职责，因为你是一个能够让事情形成闭环的家伙，一个脱离了低级趣味的人，一个靠谱的人。

刚开始工作的时候，领导安排了任务，埋头就做，做的过程中也没想过给领导汇报一下进度，总是领导来主动问我进度，次数多了，就知道自己主动汇报一下进度了，但是也没想太多，就是单纯的汇报进度。

工作了几年之后，开始慢慢有意识的向领导汇报工作，沟通问题，尽快推进项目进度。真的如池大说的一样，能及时反馈工作成果给 Leader 以及工作相关的人，不仅提高了效率，而且会越来越被委以重任。

二、谁难受谁推进原则

在跨部门或多组协作的时候，到底谁去推进工作，谁在观望等待？这里面有个简单的处理原则，如果这件事不做，你自己的部门或小组会非常难受，那么就毫不犹豫的去主动推进这件事。

很多时候，公司的任务并没有明确的负责人，有的即使有负责人，负责人也做不到面面俱到，这个时候如果有了问题，有的人就等着别人去解决，有的人就会去解决问题。

那么是哪些人去解决呢？谁难受谁去推进解决！就像池大举的例子，程序员去催设计师出图，这完全就是现实写照啊，再真实不过了。一环催一环才能解决问题，而一环等一环，是做不好事情的。

三、Think bigger

总是从更大的层面考虑问题，这一点是我最近几年才慢慢认识到的。现在我在做一件事情的时候，往往会下意识的从更大的范围来考虑它。Think bigger！无论是什么，从更大的尺度去考虑，看看它会变成什么样。

这点感触也很深，我是做 Android 出身，之后转了项目经理，最开始的时候，还是会用程序员的角度去思考问题，比如说聊需求的时候会揪着实现的问题去讨论。

但是跳出来看，更大的目标是项目按时上线交付，具体的实现不是不重要，这是相对于按时上线交付来说就没那么重要了。再往大了说，项目的按时上线并不代表项目的成功，引入用户、提高转化等等才是更进一步的目标。

这三个原则，有亲身经历的人才会感同身受，但即使你经历过，也未必总结的出来，所以说，这就是大佬的魅力，有经验，而且能总结出经验，并且还很接地气。

大佬的成功是有一套方法论支撑起来的，而且是可执行可落地的方法论，认真学习和感受，并且运用到工作中去，相信一定事半功倍！

点击链接可以访问池大的原文「第43期 | 影响了我二十年的三个原则」。

欢迎访问的个人博客：掘墓人的小铲子