行走江湖，每个人都有自己的处事原则，有些原则只适合自己，有些可能普适大众，有些是好原则，有些是坏习惯。这些原则又是如此的简单，以至于大部分人都知道并轻易的将它们忽略了。
一、闭环原则
如果你能够在完成自己工作任务的过程中，及时的把自己的工作成果反馈给你的 Leader和相关协作人，总能够带来各种惊喜。你的反馈或许提升了团队效率，也可能改变了产品决策，同时你会因为持续的反馈获得更为重要的任务和职责，因为你是一个能够让事情形成闭环的家伙，一个靠谱的人。
这种闭环不仅仅针对人，还包括事。产品发布了，你要去看产品和用户的统计数据；做了市场活动，要有转化率和市场份额分析；发了篇文章，要去看看评论和赞赏率。有了反馈和复盘，我们才能把事情做的更好，否则就是机械的完成任务，纯粹是为了做事而做事。
闭环原则是工作中最常用也最有效的原则，但很少有人能够一直做到，以至于我需要不停的在工作中强调。这个道理就像“运动和良好的饮食可以帮助我们保持健康和身材”一样，几乎所有人都知道，但少有人做到。
二，谁难受、谁推进原则
这个原则掌握了之后，天下再没有难以合作的团队，无论在哪个公司，我的团队都是最好的协作对象。那么啥叫“谁难受谁推进原则”呢？
无论是谁，工作中总会涉及到大量的协作任务。A 依赖 B，B 依赖 C， C 依赖 A，好了，看起来这是个死循环，到底该谁去推进这件事呢？有的领导会再设置一个 D，去协调 A B C 的工作，结果 A B C D 攒一桌开始打麻将了。真的需要那么多的协调者么？并不是。
在跨部门或多组协作的时候，到底谁去推进工作，谁在观望等待？这里面有个简单的处理原则，如果这件事不做，你自己的部门或小组会非常难受，那么就毫不犹豫的去主动推进这件事。
举个例子，发布会临近，如果设计师没有提供设计图，产品经理没有提供产品规格，谁最着急？程序员们！这件事的最终结果是发布会期间必须上线新功能，设计可以慢一点，需求可以缓一缓，但后果是程序员们进行技术实现的时间会越来越少，程序员才是最难受的！所以技术组必须不断的催促设计师提供最终的设计稿，产品经理尽快提供参数规格，最终产品才能顺利的上线。
如果技术等设计、设计等产品、产品等技术，是做不好事情的。让美好的事情持续发生，这一点说起来容易，做到真的很难！
三。Think bigger
总是从更大的层面考虑问题，Think bigger！无论是什么，从更大的尺度去考虑，看看它会变成什么样。
如果你的产品已经比同行好一倍了，如果能够做到好十倍、一百倍，会是什么效果，能做到吗？你运营了一个公众号，每天一篇原创，写了两个月了，似乎没什么效果。那么拉长时间的维度，如果你坚持写，写了一年，写了十年，会是什么局面？
很多时候，当你用一百倍的尺度思考了某个问题、产品和行为之后，你会发现生活的真正面目，有时候你会被自己吓一跳的。
（原文来自一个公众号，我稍微缩减了一下）
网友评论