被 Manager 批评了,但是我觉得我做得对,怎么办

343 天前
 Mikawa

这周被老板喷了,有点难受,不知道是不是我做错了,发出来请老哥看一看

我是去年跳槽进的现在公司,进去不久 Manager 分了个活给我,让我做一块小东西(一个通用的技术需求),因为不算绩效,所以可以自己折腾。我在开工的时候拉了个会和组里其他人过了下设计,就开始做了。

那个活我当时打算拿 node 写个 CLI 就行,但是实际写完之后发现还有些可以做的,需要在 CLI 里加个命令,本地起个 UI ,类似 Prisma 那样,就开了个 nextjs 的应用,和 CLI 放在同一个仓库,把那个仓库改成了 monorepo ,后面因为循环引用,就把 cli 里的一块逻辑提出来了。

上面这些坑挖了不久,我就因为被其他原因 block ,暂停这个 CLI 的开发,最近打算继续做,就在周会上提了下。

我 Manger 刚好打算对另一个新成立的组输出些东西,就找我要了仓库,说看一下。实际是打算把我做的和他手下另一个做这块的人做的东西缝一下,提供给他们组。

分支是周四发的,周五晚上他在微信群里 @全体,说不要把代码写的过于复杂,过度包装,还用了个抽象的比喻,我也没多想,就没管,也没想是说谁。

结果第二天打开工作 im ,发现老板给我留言批评我,说我过度包装了,让我把 monorepo 合回去,并且说“他以为可以分分钟给出去,最后他自己写了,这些功能几个文件就搞定了 balabala”,最后说这也不是什么大事,让我不要担心之类的

我一直觉得我和老板脑回路对不上,平时他带了好几个组,所以不常会和他一起交流设计,但是一旦开始讨论,意见几乎必然相左。平时都是在设计的时候意见不一致,这次是实际发生的事情,一步一步有迹可循,所以我直接给他说了我为什么这么做

昨天晚上他看到我的消息,还是说我做的不对,s 说我是在乱叠包装、杀蚊子用大炮,他自己写就几个文件,别人还可以改 balabala

刚刚醒了看到他昨天晚上的消息,人有点麻,完全没办法沟通,去年跳槽就是希望去外企工作氛围能轻松一些,结果老板完全没办法沟通。

总之我把我为什么这么做再详细讲了下,并且给他抗议他不经过我,直接扒代码,扒不出来就说我过度包装的行为,让他后续有这种例子叫上我

4557 次点击
所在节点    问与答
42 条回复
Mikawa
342 天前
我有个问题,monorepo 难道不是对 CLI 的横向拓展吗,为什么会有这么多人认为这是改变了项目结构呢
air00dd
342 天前
@ruidoBlanco #6 manager 应该是搞心机对老板画饼、撒谎了,甩锅给 op 。老板应该不知道 op 的是个人项目,以为是公司项目。
yuanmomo
342 天前
个人看法,你自己说的还是有很多活可以做的。我不知道当你在开始做这个优化的时候,你有没有主动沟通。

个人的工作方式,一旦自己做的东西,跟 leader 之前想的哪怕有一点点不一样,都会及时的跟他说清楚,然后再开始做。这个是沟通能力中最基本的一点。自己是干活的,要随时让 leader 知道干活的进度。

其次,你说你的意见不一致,这个不能说你 100%都错,你 leader 都是 100%对。我曾经跟你一样的做事情的态度,但是后面随着工作年限增加,自己也慢慢带项目,就开始懂一些了,才开始意识到其实之前大多数跟 leader 意见相左的时候都是自己的问题,自己没能从更高的角度去看带一个问题。这个最终在我自己带项目,带团队的时候,遇到跟年轻的自己差不多的时候,体现的淋漓尽致。那个时候,经常听到领导说:不用做得这么麻烦,你就简单加个 xxx 就行,这个项目要是真的做到那样的级别,一定会重构,而且肯定不止你们几个了。然而,事实证明,那些项目,后来全死了。
air00dd
342 天前
“不算绩效,所以可以自己折腾”:是不是 op 已经被 manager PUA 了?就算不算绩效,还是要按公司要求做的,自己折腾太自由还是要 op 自己背锅的,本来受雇就是为公司做事,并不存在真正意义上自己折腾的空间。
air00dd
342 天前
manager 为了自己的业绩,肯定后来对这个项目过度吹捧让其他不明真相的人有过度期望。op 和 manager 谈话的时候应该带录音笔,以免频繁被暗算、被他甩锅。manager 和老板肯定谈过什么 op 不知道的东西。
fnmgzbv2
342 天前
首先,打工就系听领导的,领导需求就是对的,你可以推介一下自己的,不行就要放弃了。自己觉得好的,可以提升自己的就自己私底下完成作为以后的资源。
wangkun025
342 天前
你和 manager 的沟通太差了
ruoxie
342 天前
及其厌恶过度封装,提前封装的行为。借着 Dont' Repeat Yourself 的名义,拿公司项目练手,封装一些一个两个月之后自己都不知道是什么玩意的代码,残害别人。
Otho
342 天前
你没摸准你的 manager 的脉,其实就是还没有相互信任,这个是要通过长期密切的沟通建立起来的。刚开始就要多沟通,即使在小的事儿也要沟通,慢慢的他熟悉你了,你也熟悉他了,后面就会好很多。以前经常有人提起向上管理,因为你的 manager 不可能完全了解你在做什么,多沟通,就是一定要让你的 manager 知道你是怎么想的怎么做的,来来回回一段时间后,相互熟悉了就好了。
这件事不必往心里去,以后多沟通。
ZeroDu
342 天前
听领导的。这让我想起了有人在公司把 namespace ,package 这种用上自己的名字,网络昵称
zhenghuiy
342 天前
第三方视角:OP 的出发点很好,感觉会是个自驱+有学习力的工程师,但执行方面有一些问题 —— 一个基本原则,在团队里的事,任何事以及任何时候都需要沟通好预期、同步好进展。也许你觉得它只是一个不那么重要的小事,但一件对方预期一天搞定小事跟你花费了好几天并且搞成大事,相差太远。

比较好的做法是:先尝试理解对方的预期,知道对方有个预设的方案,然后你要么先按照这个方案做出来交差,然后自己私下尝试用更多时间去做你认为更优的解决方案;要么在对方提出需求时你就跟对方沟通清楚,同步自己想尝试下用 xx 方案。

沟通,沟通,沟通,重要的事情说三遍。
chunqiuyiyu
342 天前
不好好沟通,由着你自己的想法搞,我就想问一下你如果是管理者,手下人依着自己的想法各行其是,工作还怎么开展?
NoOneNoBody
342 天前
你都悟到一些东西了,就不再重复了
补一个点:
“一个通用的技术需求”,这个确实不能太“自我”,不能写一个逻辑只有自己懂的东西
通用模块或程序,是不限人都可能调用的,因应自己的工作还可能有增减的需求,需要简单清晰
不然每个人想修改都要找你,且不论你是否三头六臂,在公司立场看也是低效率的
xuanbg
342 天前
有一说一,monorepo 这玩意迟早得凉。
jameskongawork
342 天前
“因为不算绩效,所以可以自己折腾。” 然后又 “实际是打算把我做的和他手下另一个做这块的人做的东西缝一下,提供给他们组。“ 然后又”@全体,说不要把代码写的过于复杂,过度包装“

这行为多少有点 PUA,需求变的比脸快
Daming
342 天前
工作是为了什么,赚钱啊。想通这点就行了。
个人发展下班后自行提高。
jameskongawork
342 天前
@jameskongawork 不过破这个局很简单,他要怎么做你就怎么做,他说的话要有邮件或者聊天。出了问题直接截图拍他脸就好。不用走心
scys
342 天前
工作罢了,老板想怎么样就怎么样,轮不到你来说。
当时,你可以说明为什么想要这么做,如果他不同意,决定权在他。
就算你是已经做得,也没必要争,决定权在他。
seki
342 天前
从时间线来看,你和别人过完了设计之后,就没有按照设计来完成,这之中也没有和别人再提起是吧
有时候有些问题是没有标准答案的,既然是老板的要求,那就按老板说的做吧
你这老板已经比较贴心了,会私聊和你说别想太多,虽然没有体察你内心的真正想法
建议约一个 1:1 和老板友善交流一下,总结一下以后用怎样的形式和他沟通,避免内耗
zzwood
341 天前
优化逐渐逐渐做,你上来就想给人一个豪华汽车,你造了精美的车体,做了超智能的系统,也配了超好的轮胎,结果你发动机还没接好,你本来想给客户一个超好的体验,结果都跑不起来,反而客户失去了兴趣。你得一点一点把优化喂给他,他每次都看到有优化进步,他每次都有好的体验。一步一步来,不要上来就搞大的。不是有那么几句话,“先得有了,再谈优化”,“不要一口吃个胖子”,“胃口要吊才能满足”

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/945593

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX