高超越能帮你解决问题吗？(看看他的方法有多实用！)

最近，我一直在琢磨一个事儿，就是咋样才能真正做到“高超越”。不是说那种虚无缥缈的，而是实实在在的，在咱平时干活、琢磨事儿的时候，能有个质的飞跃。

我跟没头苍蝇似的，东一榔头西一棒槌。那段时间挺迷茫的。 就感觉自己天天忙得团团转，净是些重复劳动，水平好像也没啥大长进。看别人好像轻轻松松就能搞定一些难题，我心里就犯嘀咕，差距到底在哪？

坎儿过不去，咋办？

我记得有一次，手头一个项目卡住了，就是那种你用尽了九牛二虎之力，它还纹丝不动的感觉。那几天，我真是吃不香睡不着。 办公室里就我一个人对着屏幕发呆，脑袋里一团浆糊。同事路过都问我咋了，我也说不出个所以然，就觉得憋屈。

那时候我就想，这不就是没“超越”嘛被问题给牢牢摁在原地了。我试过各种方法，比如去网上搜一堆资料，看人家怎么解决类似问题的，也找过几个老前辈请教。方法倒是学了不少，但用到自己这儿，总感觉隔靴搔痒，解决不了根本问题。

后来有一天，我下楼溜达，看见几个小孩儿玩积木。他们一开始也是瞎搭，倒了，再搭，又倒了。有个小孩儿突然停下来，不急着动手了，就那么瞅着那堆积木，瞅了半天，然后拿起几块关键的，咔咔几下，一个挺像样的城堡就起来了。我当时脑子“嗡”一下，好像有点明白了。

换个脑筋，豁然开朗

我回去就琢磨这事儿。以前我老想着怎么把手头的细节做怎么把这个函数写得更精妙，那个模块调得更顺畅。但小孩搭积木那一下点醒了我：关键可能不在于每一块积木本身，而在于先看清楚整体要搭个哪些是骨架，哪些是支撑。

我就试着跳出那些具体的代码、具体的步骤，先去想：

• 我这个项目最终的目的是
• 它最核心的功能是解决的是啥痛点？
• 有没有更简单的、更直接的路子能达到目的？
• 我现在的做法，是不是在制造问题的那个层面打转转？

这么一想，还真发现不少问题。以前觉得非走不可的路，现在一看，好家伙，绕了十八道弯！有些功能，看起来挺炫，对核心目标没啥大用，反而增加了复杂性。就像爱因斯坦说的，老在制造问题的层面想解决问题，那可不就原地打转嘛

实践下来，真香！

然后我就开始动手调整。过程肯定不是一帆风顺的，也推翻了自己不少之前的想法。 但方向对了，干起来就有劲儿。我开始先从最高层面去理解需求，把整个项目的“大厦蓝图”在心里画清楚，然后再去考虑用什么“砖瓦”、怎么“砌墙”。

你还别说，这么一搞，之前那些棘手的问题，很多都迎刃而解了，或者说，它们压根儿就不再是问题了，因为我从一个更高的视角把它们给“绕”过去了，或者说“消化”掉了。就感觉思路一下子打开了，整个人的认知水平都上了一个台阶。

慢慢地，项目顺畅起来了，效率也高了。最重要的是，我感觉自己不再是那个只会埋头苦干的“工具人”了，而是能从更高层面去把握和推动事情。这种感觉，我觉得就是我追求的“高超越”。不是说一下子就成了啥大师，而是思维方式上的一种提升，一种能看透事物本质的能力。 现在遇到新问题，我不会急着一头扎进去，而是先退一步，琢磨琢磨那个“积木城堡”的整体结构。这法子，我觉得挺管用，分享给大家，希望对你们也有点启发。