今早突然顿悟,知道事情的边界,非常重要,这个感悟来自于计算机的软件开发,因为对于软件开发来说,你去学习计算机软件开发知识,可以说范围非常广,假如我是做前端开发的人员,我就不需要知道操作系统底层是怎么运行的,内核如何写成的等等,前端开发人员做出的东西是在浏览器里可以显示运行的界面功能,每件事情,其实都存在边界范围,也就是你不需要知道全部,就能做好,并且你要知道那件事情的边界在哪里,不然你肯定达不到效果,并且时间也随之浪费。
边界,形象理解就是一条有弧度的线,这个弧度圈出了范围,也就是不在这个范围内的就可能失效了或没意义。那如何知道事情的边界呢?
第一个想到的概念是最少必要知识,也最是做成这件事情需要的最少步骤是哪些?抓住这些步骤执行就足够,对于刚开始的人来说,其他的暂时悬置不理会。也就是不用管。因为在你按这些步骤在做的过程中,你会一点点遇到问题然后想如何解决,随着你去解决这些问题,你就在慢慢扩展自己的知识范围。并且这还是一个主动学习的过程,学习效率是远远大于你去看的知识点。但我们也要知道理论边界所在,在这里面尽可能优化,才能得到更好性能以及效率。
我们做任何事情都存在能力边界,需要知道该事情要哪些能力,当然前期你可以完全不用管这些概念,直接去做就行了,随着你不段的实践学习,慢慢的你要尝试总结出做该事情的规律方法是哪些,不断地去总结需要哪些东西。你就会慢慢对这件事清晰了,也知道了自己具备了哪些能力。这时候你就具备了抽象整理的能力。这种能力能让你进入深度思考,看任何事物都比别人看的远和深入。随着你做的事情越来越多,接触的工作范围越来越广泛,你就会到达触类盘通的进阶。因为你已经开始掌握底层的东西,逐渐看清事物的本质和规律,在加上你已经熟悉了边界,所以,你就能腾出自己的时间,去做自己更感兴趣的事情,你的投入产出比会越来越大。
就像我从事软件开发的经历一样,从初级程序一直做,一边做一边积累,慢慢的就成长到了全栈工程师,在接着往前走,这个博客就是自己一点点积累起来的,从一开始的无人关注,到现在的人数,我一直不断积累。工作方面也是这样的,前段时间又接触到项目管理,带团队等等工作任务,我也是先做,从最基本的开始。
慢慢的上手后,我开始想做项目经理,带团队最重要的是什么?因为从技术的角度出发,项目经理的一个弊端是,你做这个业务对这个业务非常熟悉,但是这些业务知识好像不能复用到其他地方,所以,更重要的是如何快速了解透彻业务的能力是非常重要的,而不是死磕某块业务。因为快速了解业务的能力是通用的,但某一专业领域的业务知识可能就很难复用了。这是也是我在做项目经理时思考的问题。因为项目经理的工作职责已经不是再去自己写代码了。而是项目管控,风险规避,团队人员的带领等等,很多事情从具体的事实转移到了虚的层面,也就是从具体的写某行代码到整体的框架架构方面、方向的选择方面,因为具体的事情,有团队成员去做。所以更重要的是考虑宏观层面的东西。所以你会看到,越往上,需要该职位的人会越少,因为做实事的需要很多,宏观战略层面的人就不需要那么多了。传统公司的金字塔架构就是这样的。但现在更先进一些的互联网公司或者投资公司所采用的扁平化架构,你有没有想过他们为什么要这样管理呢?
这也引出了我更进一步的思考,他们其实是采用了原则或规则去管理,也就是通过一些原则,划定了边界和范围,最明显的就是瑞·达里奥的投资公司,他很出名的原则一书就是他长期实践下来的积累。当我们来到管理层后,做事的原则就变得更重要,因为只有原则或者规则可以通用,也就是不管上级或者下级都能看到和执行,换家公司,你所具备的做事原则和规则也是通用的,因为规则、原则也是经历过很多考验、前人留下的精华。
再回到做事的边界,当我们知晓了边界后,就在其边界内做事,这其实就是精通。
评论