这是一个创建于 232 天前的主题，其中的信息可能已经有所发展或是发生改变。
前几个月新入职一家公司，由于自己对业务不是很熟，而公司又有很多以前的垃圾代码，没有注释没有文档。
直属领导 A 前几天，给我安排一个需求，需要对原来的代码进行改动。A 在其中一直在指导我怎么怎么做，在大方向上都跟我说好了，我按照他的意思写了文档，补充了一些细节（公司要求先输出技术方案，评审通过后再进行开发）。
后来，拉会进行评审，主要是我在讲述，技术总负责人 B 全然否定了这个方案，并且较为严厉，也批评了 A 。
事情大概就是上面这样子，我说一下我的感受。
首先，我很不舒服，毕竟第一次做这种评审，发生这样的事情，很担心影响自己的 credit
其次，感觉心里不平衡，因为我觉得这件事情我只是个执行者，技术方案大体框架基本都是直属领导 A 制定的，我由于对业务不熟悉，加上很多信息差，都只是照做而已。而 B 基本上是否定了所有我写技术方案的基础。很无力。
最后，自己想法还幼稚了一下，在散会后，我和直属领导 A 讨论了 B 提出的方案之后，我随意地苦笑了一下，说自己被 B 怼，很难受。其实本意是希望 A 能平抚我的心情，结果显然是我天真了。A 没有任何其它表示，只说了句，他也被 B 怼了好几次。
我自己也尝试思考之后怎么解决这个困境，但说实话感觉真难。
1. 我不能说这个方案是 A 提出的，也就是不知道怎么甩锅出去
2. 在 A 跟我提出一些方案的时候，我需要用自己的想法去质疑。但做到这点好难，我现在对业务不熟悉，在不了解全貌的情况下，很难说有自己的想法。比如，A 让我把某处代码 x 修改一下，以便于另外一处代码 y 用，我自然是去想如何修改 x 的问题，但结果 B 开会的时候直接质疑这个 x 为什么要改，y 不用这个不行吗？
如果是各位大佬身处于我的境地，大家会怎么办，希望大家指点迷津
直属领导 A 前几天，给我安排一个需求，需要对原来的代码进行改动。A 在其中一直在指导我怎么怎么做，在大方向上都跟我说好了，我按照他的意思写了文档，补充了一些细节（公司要求先输出技术方案，评审通过后再进行开发）。
后来，拉会进行评审，主要是我在讲述，技术总负责人 B 全然否定了这个方案，并且较为严厉，也批评了 A 。
事情大概就是上面这样子，我说一下我的感受。
首先，我很不舒服，毕竟第一次做这种评审，发生这样的事情，很担心影响自己的 credit
其次，感觉心里不平衡，因为我觉得这件事情我只是个执行者，技术方案大体框架基本都是直属领导 A 制定的，我由于对业务不熟悉，加上很多信息差，都只是照做而已。而 B 基本上是否定了所有我写技术方案的基础。很无力。
最后，自己想法还幼稚了一下，在散会后，我和直属领导 A 讨论了 B 提出的方案之后，我随意地苦笑了一下，说自己被 B 怼，很难受。其实本意是希望 A 能平抚我的心情，结果显然是我天真了。A 没有任何其它表示，只说了句，他也被 B 怼了好几次。
我自己也尝试思考之后怎么解决这个困境，但说实话感觉真难。
1. 我不能说这个方案是 A 提出的，也就是不知道怎么甩锅出去
2. 在 A 跟我提出一些方案的时候，我需要用自己的想法去质疑。但做到这点好难，我现在对业务不熟悉，在不了解全貌的情况下，很难说有自己的想法。比如，A 让我把某处代码 x 修改一下，以便于另外一处代码 y 用，我自然是去想如何修改 x 的问题，但结果 B 开会的时候直接质疑这个 x 为什么要改，y 不用这个不行吗？
如果是各位大佬身处于我的境地，大家会怎么办，希望大家指点迷津
18 条回复 • 2024-04-10 17:54:21 +08:00
 |
1
shaoownwang 231 天前
我也刚遇到类似的问题。我现在的想法就是，如果对公司或同事有太高的期待，会影响到自己的心情，进而影响接下来的工作，理性乐观应对，按步就班就好。
|
 |
2
t202201 OP @shaoownwang 其实自己不是对公司和同事有什么高期待，主要是自己只是执行层，技术方案大多是直属领导定的，但现在被大领导批评，感觉很不舒服。
|
|
3
shaoownwang 231 天前
@t202201 害，期望被公平对待，期望被理解和认可，在职场中已经是高期待了。
|
 |
4
wangkun025 231 天前 via Android
A 不是故意害你，所以问题不大吧
|
 |
5
Shinglee 231 天前
这个问题太好解决了，结合你自身的情况加上当前的就业环境和你拿到的薪水，做个评估。问自己一个问题，这份气你该不该受着？你觉得该受着，那就受着；觉得不该，就直接开怼。最后插一句，有些时候开怼并不一定都是坏的结果。
|
 |
6
RiceNoodle 231 天前  5
工作上一般都要习惯对事不对人，评审怼的是这个方案，不是怼你或者 A 。
无非就是多改几版方案，不值花这么多心思自怨自艾，有那点时间和心思去熟悉代码或者业务，把方案做细致点更好。 |
 |
7
1423 231 天前
有可能 A 又菜又弱,B 原本就看 A 不爽
解决办法,跟一个有实力的领导混 |
|
8
1423 231 天前
有的垃圾公司设计和编码不是同一个人,如果你们公司也是这样那就有点惨了
谁设计谁编码 |
 |
10
mdyh 231 天前
讲方案的时候，为什么不提一下 a 领导给了大量业务和方案思路的支持。😄
|
 |
11
k8ser 231 天前
你认为哪个方案更好
|
 |
12
dswyzx 231 天前
职场上被批评也是工作的一部分,等你发生的事故成为公司典型了你就脸皮厚了
|
|
13
t202201 OP @k8ser 其实没有对错，a 和 b 中间拥有信息差，b 只想以最小代价实现，而 a 预设了一些前提，导致问题复杂了，实现也复杂了。
平心而论，确实是 b 的方案更简单有效。 |
|
14
t202201 OP @mdyh 😂😂开会前一二十分钟已经把文档发群里给大家看了，b 当时就一连串的质疑，后来开会，也是上来就质疑，没有说这些话的空间了。
主要还是自己一下子有点懵，没有快速反应如何甩锅 |
 |
15
herorahmanhero86 231 天前
很明显 A 和 B 之间存在不可调和的矛盾，而你成了皮球。
这里有两个问题： 1. 你不熟悉业务，这个很要命。 2. 就算 B 是对的，你到底是 follow A 还是 follow B? 你不管怎么做，都是错的，都会得罪 A 或者 B. |
|
16
t202201 OP @herorahmanhero86 第一点是很致命的，第二点其实 B 是 A 的上级，所以无脑跟 B😂😂
|
 |
17
bearboss 231 天前
有时间和能力的话 就自己多梳理清楚 把几种方案和优缺点都写出来 ；复杂方案有哪些好处，结合当前现状，选出自己偏向的方案，再列一下理由
|
 |
18
JIAOSHOUV578 231 天前
不扣工资不就行了
|
Select Language