
最近老有人问我“咫尺万里”这词儿到底是啥意思,看他们一头雾水的样子,我就想把我的亲身经历和琢磨的过程给大伙儿捋一捋。这词儿听着挺玄乎,但你要是真往实践里一瞅,也就那么回...
最近老有人问我“咫尺万里”这词儿到底是啥意思,看他们一头雾水的样子,我就想把我的亲身经历和琢磨的过程给大伙儿捋一捋。这词儿听着挺玄乎,但你要是真往实践里一瞅,也就那么回事儿。
我刚入行那会儿,技术啥的都还嫩着,跟着一项目组搞一个看起来挺简单的系统。那时候我们跟甲方那边的技术对接人,天天邮件、电话、开会,就觉得他们人就在隔壁办公室一样,信息传递那叫一个顺畅。项目进展得还挺快,每次有问题一沟通,立马就能解决。我们那时觉得这项目管理得特到位,大家心往一处使,感觉“咫尺”就够用了。
后来项目进入测试阶段,我们这边忙得焦头烂额,需要他们提供的数据和接口经常对不上号。打电话过去,那边不是在开会,就是在出差,邮件回得慢得像蜗牛爬。有一次为了一个关键数据的配置,我们线上等了三天,直接卡死在那儿了。我当时就感觉,虽然我们地理位置上就隔着一个城市,但沟通起来,简直像是隔着“万里”那么远,电话接通了也白搭,因为关键人不在,信息不同步。
我印象最深的一次是,公司准备上一个新技术栈,说是能大幅提升性能。老板拍板了,让我们赶紧学起来。我们团队里几个人,赶紧扎进去啃那些官方文档和开源代码。感觉那文档写得跟天书一样,看完一遍,脑子里还是一团浆糊。我们鼓捣了好几个星期,代码写出来一堆Bug,跑起来速度也不见得快多少。

这时候,我们请了一个外部的专家来指导。那专家一来,就像开了上帝视角一样,随便指点指点,我们之前绕了老鼻子劲儿的地方,他三两下就给捋明白了。他写出来的代码简洁高效,逻辑清晰得不行。那一刻,我真切体会到啥叫“咫尺万里”。我们团队天天对着代码,感觉离“懂”就隔着一层窗户纸,可那专家随手一捅就破了。这“咫尺”是我们天天面对的材料,而那“万里”就是我们跟专家的认知差距和经验积累的差距。
再后来我跳槽到了一个大厂,部门多,流程严。那时候我们跟另一个部门合作一个模块,需要对方提供一个底层服务接口。按规矩,我们得走OA系统提需求,走邮件审批,再转到他们组长手里,等他们排期。从我们点提交按钮开始,到他们正式开始干活,中间隔了足足一个月。
我们每天在群里问进度,得到的答复永远是“在排期”、“在等上级确认”。我们急得像热锅上的蚂蚁,可流程就是那么死板。我看着屏幕上那个“已提交”的状态,感觉距离他们实际动手的那个环节,比我老家到我们公司还远。这就是典型的“咫尺万里”,物理距离近,但流程和协作的障碍,把大家生生隔开了。
琢磨下来,“咫尺万里”这词儿,真不是光说地理距离远近。它更多说的是那种看起来很近,但实际上沟通不畅、理解不一致、经验有代沟的状态。你在手边就能摸到的东西,但你就是达不到那个深度和效果,那种距离感就是“万里”。它可能体现在技术理解上,体现在流程协作上,也体现在人与人之间的信息壁垒上。只要有障碍,哪怕只有一步之遥,那也是“万里之遥”。
