他不告诉我具体细节是什么意思？可能是这3个原因

我不告诉你具体细节是什么意思？我自己的实践记录里，这种事儿没少遇到，尤其是在带新人或者跟其他部门的人打交道的时候。

第一次遇到：新人问我，我没说清楚

刚开始带团队那会儿，有个实习生小伙子，特爱问。那天他接了个活儿，是做个很基础的数据处理脚本，他跑来问我里面的一个逻辑细节，我当时忙得焦头烂额，就随口说了句：“你自己看看那个配置文件的逻辑，很清楚的。”

结果就是他卡住了。

后来我腾出手去看，发现那个“配置文件”是他之前没接触过的一个老模块，里面逻辑绕了好几层弯。我当时没说清楚，是我自己忙，没时间掰开了揉碎了讲。

他回来问我：“师父，您说的那个配置，我找了好久，好像不是普通的JSON格式，里头引了好多别的地方的东西。”

这时候我才意识到，我不告诉他具体的细节，是因为我觉得太简单，他应该自己能搞定。但这对于一个新人来说，就是一座大山。第一个原因，往往是我觉得没必要说，或者我自己太忙没空说。

还有一次，我们跟市场部对接一个新活动的需求。他们急着要一个能实时显示参与人数的接口，我们这边技术评估完了，说可以做，但是数据更新频率不能太高，得异步处理。

市场部的负责人过来问我：“这个异步处理到底是个啥意思？对我们活动展示有没有影响？你给我个准话，具体技术细节是什么？”

我当时的回应是：“你们不用管具体实现，只要知道数据会有3-5秒的延迟就行，这是为了保证系统稳定，你们那边展示上看不出区别。”

他立马就不高兴了。

他没告诉我，他们那个实时展示屏幕每秒都会刷新一次，3秒的延迟在他们看来是很大的问题。我不愿意给细节，是因为怕说了他也听不懂，反而惹出更多的麻烦。这就是第二个原因：信息不对称或者说术业有专攻，我担心沟通成本太高，所以选择性的隐藏了‘他不需要知道’的部分。

我当时的想法是，他只需要知道结果，不需要知道过程。但他想要的“具体细节”是关于延迟会不会影响他的KPI。我没给他这个层面的细节，而是给了个技术黑箱。后来我们坐下来，用大白话把延迟的原因和影响说透了，问题才解决。

最常见也是最微妙的一种情况，是在做核心功能开发或者涉及到公司机密的时候。

之前我们有个核心算法升级，我们团队内部都知道这个事儿，但具体实施方案对外是严格保密的，哪怕是相邻的研发组，也不能透露太多。

隔壁组的一个哥们儿，想在他们的模块里提前适配我们这个新算法的接口，就跑来问我：“你们那个新算法，数据结构到底用啥格式了？给我看看具体的字段定义，我们先预留出来。”

我的回答是：“现在还不能透露具体细节，数据结构还在敲定中，等确定了第一时间通知你。”

当时数据结构已经确定了七八成了，但我就是没说。这背后的原因有两个：

第一，是涉及到核心竞争力或者公司机密。虽然他是一个组的，但核心算法的实现逻辑是不能轻易扩散的，这是公司的“秘方”。

第二，是担心“半成品”的信息泄露出去，导致后面不可控的返工。万一阶段又改了，他那边用我的“半成品”去开发，我们两边都会返工。我宁愿等最终拍板了再通知。

这第三种情况，总结起来就是出于风险控制或者保密需求，细节还没到可以公开的时候，或者干脆就是不能公开。

当我发现一个人问我要具体细节，而我没有直接告诉他的时候，一般就是这三种情况：

下次再遇到这种情况，我会先停下来想一想，是我的问题，还是真的不能说。