影响了我二十年的三个原则

最新推荐文章于 2024-10-08 20:27:53 发布

weixin_33739541

最新推荐文章于 2024-10-08 20:27:53 发布

阅读量103

点赞数

文章标签： python

原文链接：https://my.oschina.net/weiweiblog/blog/2239818

版权

2019独角兽企业重金招聘Python工程师标准>>>

年纪大的好处就是，有时候工作久了累了，会有年轻人逗你穷开心：

池哥，你说说你是怎么变得这么牛的？
怎么可能，世上牛人多了去了，轮不到我。我只是喜欢写点东西而已。
也是，我觉得你并没有变得更牛，你是本来就这么牛，只是有个渠道让别人知道了而已。知乎里不是有个问题嘛，为什么在学校里同学们看起来差不多，走进工作岗位几年后差这么大？真相就是「你搞错了，你们本来差距就这么大，不过在学校的环境里看不太出来而已」。
给我滚！

我当然不是牛人，不过值得庆幸的是我一直在自我成长，对于我们这些普通人来说，有进步就是希望。行走江湖，每个人都有自己的处事原则，有些原则只适合自己，有些可能普适大众，有些是好原则，有些是坏习惯，如人饮水，冷暖自知。我当然也有自己的原则，甚至其中的几个原则在我的前半生发挥了极为重要的作用，这几个原则就像古老的魔法歌谣，五年、十年、二十年的给我带来潜移默化的改变。这些原则又是如此的简单，以至于大部分人都知道并在轻易的将它们忽略了。

一、闭环原则。

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

闭环和反馈可以从控制论说起，但是我不懂控制论，所以只能从简单说起，闭环就是让事情有始有终，任务从启动到结束，形成一个完整的链条。CTO 给你安排了一个技术预研任务，你应该定期反馈的工作包括：技术选型，遇到的困难，解决的办法，最终的预研结果等等。任务的最后，你应该提交一份技术预研报告，并针对这样一个结果发起一次评审。可惜的是，很多技术人员只对技术有热情，对反馈毫无概念。接到任务之后默默预研，完成之后默默等待下一个任务的降临，只要没人问，就一直牙关紧咬，目光坚毅，打死也不说。如果分配任务的人疏忽了，这个任务可能无疾而终了。

写到这就有人会说了，很多项目管理工具会通过各种方式强制你进行反馈，比如「夺命追魂钉」，谁用谁知道。但是，从一个独立的自我来说，具备这种反馈意识，迈出主动让事情闭环的第一步，你会发现，世界完全不同了。

这种闭环不仅仅针对人，还包括事。产品发布了，你要去看产品和用户的统计数据；做了市场活动，要有转化率和市场份额分析；发了篇文章，要去看看评论和赞赏率。有了反馈，我们才能把事情做的更好，否则就会演化成纯粹为了做事而做事。

这个道理就像「运动和良好的饮食可以帮助我们保持健康和身材」一样，几乎所有人都知道，但少有人做到。

二、谁难受谁推进原则

这个原则我是工作了一段时间之后才悟出来的，掌握了之后，天下再没有难以合作的团队，无论在哪个公司，我的团队都是最好协作对象。那么啥叫「谁难受谁推进原则」呢？

无论是谁，工作中总会涉及到大量的协作任务。A 依赖 B，B 依赖 C， C 依赖 A，好了，看起来这是个死循环，到底该谁去推进这件事呢？有的领导会再设置一个 D，去协调 A B C 的工作，结果 A B C D 攒一桌开始打麻将了。真的需要那么多的协调者么？并不是！

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

发布会临近，如果设计师没有提供设计图，产品经理没有提供产品规格，谁最着急？程序员们！这件事的最终结果是发布会期间必须上线新网站，设计可以慢一点，需求可以缓一缓，但后果是程序员们进行技术实现的时间会越来越少，程序员才是最难受的！所以技术组必须不断的催促设计师提供最终的设计稿，产品经理尽快提供参数规格，最终网站才能顺利的上线。

如果技术等设计、设计等产品、产品等技术，是做不好事情的。让美好的事情持续发生，这一点说起来容易，做到真的很难！