职场里常有这样的事：本来几分钟就能搞定。
比如，每月发出去的员工名单里，有没有带上“职位”这一栏，核对一下就行。
核对的结果是：
4月：没有职位
5月：没有职位
按理说，到这儿现状就摸清了。
接下来要做的事很简单：
到目前为止，名单一直是没有职位栏的。
以后如果需要职位，我们会加上。
如果要用在16日发放的那一期，我们会确认需要的日期和取数基准日。
这样就行了。
可是在有些职场里，这么简单的一件事，不知怎么就变成了“找罪魁祸首”“认定谁出了错”。
说不定是你的失误
随便回复被骂可不行
先把现状搞清楚再说
快点，我等下还要开会
那是另一回事
你是说提出来的人错了吗
一旦变成这样，事情就推不动了。
要的不是给过去判个有罪。
要的是把今后的规则定下来。
“4月没有、5月没有”只是摸清现状，不是法庭上的证据
回头看过去的资料，本身没毛病。
有时候，要摸清现状还非看不可。
就这次来说，
4月有没有职位
5月有没有职位
去核对一下，作为了解现状的做法是很自然的。
不过，如果结果是
4月没有
5月没有
那么能得出的结论首先只有这一条：
此前一直是没有职位栏的。
到这里就够了。
再往后，只要把这些定下来：
那今后还是不要职位吗
今后要加上职位吗
从这一期开始加吗
还是从下一期开始加
用哪一天的数据
最晚什么时候要
可是，不擅长解决问题的职场，到这里话题就跑偏了。
为什么没有加
是谁漏掉的
这是经办人的失误吗
其他部门的指正对不对
前任是怎么做的
这么一来，核对过去就不再是“决定今后怎么做的依据”，而成了“怪罪某个人的依据”。
这就太没意义了。
对方提出新要求，一句“那我加上”就完事了
工作中，常常会事后才发现还需要某个项目。
这很常见。
其他部门真用起名单来，可能会发现：
没有职位，看着不方便
光有所属部门没法判断
如果要用在16日发放的那一期，想要更新一点的数据
这不是坏事。
用过之后才看出需要什么项目，反倒是改进工作的好机会。
本来的回复这样就行：
原来如此，今后也需要职位啊。
那从下一次开始，我们把这一栏加上。
如果需要，可以接着说：
这一期如果也需要，我们带上职位重新做一份。
要用在16日发放的那一期的话，我们确认一下需要的日期和基准日。
这样事情就往前走了。
可一旦把“到底是谁的错”掺进来，立刻就变味了。
那难道一直以来都错了？
你是说指出问题的人说得不对？
可能是经办人的失误
随便回复会挨骂
不是这样的。
对方提出了新要求。
那就加上。
之前没有定义。
那就现在定。
就这么简单。
一旦“不想挨骂”成了目的，工作就推不动了
这类场面最麻烦的地方，是上司或经办人的目的跑偏了。
本来的目的是
让对方部门在需要的时间，拿到带有所需项目的数据
可实际上，目的有时会变成这样：
我想多收集点回复的材料，免得自己挨骂
目的一跑偏，一线的负担就跟着加重。
只要问清“对方部门想要什么、什么时候要”，事情很快就能解决。
需要职位吗
需要哪一天的数据
最晚哪天之前发给您
是这一期就要，还是下一期开始就行
问完这些，基本就结束了。
但“不想挨骂”一旦成了目的，关注点就不在这儿了。
4月和5月到底是什么情况
是谁的失误
怎么回复才不会被追责
随便回复其他部门会挨骂，我不想
当然，随便回复是不对的。
但要想回复准确，需要的不是找罪魁祸首。
需要的是这样的梳理：
过去是这样的
今后这么办
我们确认需要的日期和基准日
把“不想挨骂”放在中心，工作就成了防守姿态。
目的就从“解决对方的问题”，变成了“别让自己被追责”。
这才是让一线疲惫的原因。
压在经办人身上的，不只是活儿本身
这种来回拉扯，消耗的不只是工作时间。
经办人会同时背上这些负担：
- 核对过去资料的负担
- 思考今后规则的负担
- 梳理其他部门要求的负担
- 被怀疑“说不定是你的失误”的负担
- 消化上司那句“不想挨骂”的负担
- 被“快点”催促的时间压力
- 本该核对的重点被无视的憋屈
所以，这不只是一次普通的核对。
核对工作 + 怀疑出错 + 时间压力 + 情绪安抚 + 需求定义
这些被一股脑儿扔了过来。
难怪干劲会被磨掉。
光是核对一下“4月没有、5月没有”，可能5分钟就搞定了。
可一旦再叠上“说不定是你的失误”“我可不想挨骂”“快点”，情况就不一样了。
比起工作本身，是这些多余的压力把人的精力值耗光了。
“先摸清现状”没错，但停在那儿不往下走就没意义
当然，摸清现状很重要。
过去有没有带职位？
此前是不是每月月初提交？
其他部门一直看的是什么？
核对这些，本身没问题。
只不过，摸清现状不是终点。
它是为了往下做判断的依据。
4月没有
5月没有
此前一直没带职位
那今后要不要加职位
如果是16日发放的那一期，需要哪一天的数据
提交日定在哪天
走到这一步，才算真正在做事。
如果只是摸了摸现状，然后说：
说不定是你的失误
随便回复会挨骂
先摸清现状再说
日程和基准日是另一回事
就停在那儿，那就不是工作，而是自我防御。
摸清现状，应该用来定规则，而不是用来找责任人。
不问清“需要日”和“基准日”，就满足不了对方的目的
对方部门真正头疼的，多半是这个：
想在需要的时候，拿到带有所需项目的数据
既然如此，该确认什么就很明确了。
1. 需要哪些项目
是需要职位吗？
只有所属部门够不够？
是不是还要工号、入职日期？
2. 需要哪一天的数据
是月初那天的？
是16日发放前一刻的？
是发放日前一个工作日的？
还是人事任命生效之后的？
3. 最晚什么时候要
如果用在16日发放的那一期，需要提前几天拿到？
核对、打印、审批各要花多长时间？
这三件事不问，只去翻过去的旧账，是满足不了对方目的的。
比如，就算查清了4月和5月有没有职位，也决定不了6月以后要不要职位。
过去没有，今后需要的话加上就行。
过去有，今后不需要的话去掉就行。
过去只是参考材料，不是未来的规则本身。
真正需要的回复，这样就够了
这种情况下，回复对方部门，大致这样写就够了：
我们核对了一下，4月、5月的名单都没有职位这一栏。
此前一直是不带职位、在每月月初提交的。
今后如果需要职位，我们会把这一栏加上。
如果要用在16日发放的那一期，请告诉我们需要哪一天的数据、最晚哪天之前提交。
这样就足够了。
这段话把该有的信息都说全了：
- 过去的情况
- 此前的做法
- 今后的安排
- 需要向对方确认的要点
即便发出去之后，还是听到：
说不定是你的失误
那是另一回事
先摸清现状
快点
那就已经不是在梳理工作，而是在帮对方消化焦虑了。
这些，你没必要全扛下来。
职场里能直接用的几个简短模板
只被要求确认现状时
已确认。
4月、5月都没有职位这一栏。
把现状和今后分开说时
目前的情况是，此前一直不带职位、在月初提交。
今后如果需要，我们从下一次开始加上职位。
确认使用时间时
如果要用在16日发放的那一期，我觉得最好先确认一下需要哪一天的数据、最晚哪天之前提交。
眼看要变成追责时
与其说是谁错了，不如说我的理解是，此前并没有把职位定为必填项的规定。
希望能就今后的标准定下来，是否要包含职位。
上司在催的时候
先说现状：4月、5月都没有职位。
至于今后怎么做，需要先确认所需项目、基准日和提交日，再来定。
关键在于把事实和今后的判断分开。
过去：4月没有，5月没有
现在：此前一直没带职位
今后：需要就加上
未定义：需要日和基准日
这样就理清了。
干劲没了，并不是因为懒
经历过这种对话之后，干劲可能会没了。
这很正常。
因为经办人并不是没在干活。
恰恰相反，他已经做了
核对过去
梳理现状
提出今后的应对方案
列出要向对方部门确认的事项
提出需求定义的建议
可得到的却是
说不定是你的失误
我不想挨骂
快点
那是另一回事
越是想把事情推进下去的人，越容易被这样消耗。
明明已经看到了正确的解决路径，对方却执着于“深挖责任”和“躲避挨骂”。
干劲没了，不是因为没能力。
而是想把事情往前推的人，被卷进了一场推不动的对话。
管理者该做的事
如果管理者想避免这类问题，其实并不难。
1. 把“大概这样”变成明确的规格
不要只扔一个样本过去。
把必填项目、基准日、提交日定下来。
2. 不要把新增要求变成追责问题
需要新项目，加上就是了。
别一上来就先认定过去有失误。
3. 讲清楚核对过去的目的
要翻旧账，就当作制定今后标准的依据来看。
别拿它去找罪魁祸首。
4. 别把“不想挨骂”转嫁给下属
担心被其他部门批评的那份不安，不要变成压力传给下面干活的人。
管理者的不安，由管理者自己消化。
5. 问清需要日和基准日
对方真正头疼的，是需要的时候拿不到需要的信息。
那么，确认需要日和基准日就是第一要务。
总结：发现没有定义，别怪人，去定下来
4月没有。
5月没有。
这次核对，能说明的只是过去的做法。
接下来该做的，就是这些：
此前一直没带职位
今后需要的话就加上职位
要用在16日发放的那一期，就确认需要日和基准日
仅此而已。
如果把它变成：
到底是谁的错
说不定是你的失误
提出来的人错了吗
随便回复会挨骂
快点
工作立刻就变得毫无意义。
发现没有定义，别怪人。
去定下来。
核对过去，不是为了找罪魁祸首，而是为了定今后的标准。
要的不是嗓门大，不是深挖责任，也不是躲避挨骂。
要的是对所需项目、基准日、提交日的明确定义。
一件“4月没有、5月没有”就能收尾的事，别把它演成一场闹剧般的审判。
