某公司技术经理媚上欺下,打工人应怼尽怼,嘤其鸣兮,求其友声!

Posted 刘悦的技术博客

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了某公司技术经理媚上欺下,打工人应怼尽怼,嘤其鸣兮,求其友声!相关的知识,希望对你有一定的参考价值。

最近的事情大家都晓得了,某公司技术经理媚上欺下,打工人应怼尽怼,不亦快哉!不亦壮哉!所谓媚上者必欺下!古人诚不我欺!技术经理者,公然在聊天群里大玩职场PUA,气焰嚣张,有恃无恐,最终引发众怒,嘿嘿,技术经理,团队领导,原来团队领导这四个字是这么用的:奴媚显达、构陷下属,人文具损、逢迎上意、傲然下欺,装腔作势、极尽投机,父他人之父、慷他人之慨……如此者,可谓“团队领导”也。

最近的事情大家都晓得了,某公司技术经理媚上欺下,打工人应怼尽怼,不亦快哉!不亦壮哉!所谓媚上者必欺下!古人诚不我欺!技术经理者,公然在聊天群里大玩职场PUA,气焰嚣张,有恃无恐,最终引发众怒,嘿嘿,技术经理,团队领导,原来团队领导这四个字是这么用的:奴媚显达、构陷下属,人文具损、逢迎上意、傲然下欺,装腔作势、极尽投机,父他人之父、慷他人之慨……如此者,可谓“团队领导”也。

功其利也“有用吗”?

中国的所谓“传统文化”——除了仁义礼智信、除了经史子集、除了铮铮风骨,其实还有很多别的东西,被大家或有意或无意地忽视了:比如功利实用、趋炎附势、以奸治善、官本位和潜规则的“传统”……在某种程度上,传统文化这枚硬币的“另一面”,才是更需要我们去面对和正视的,我以为这在目前盛行“实惠”价值观的时候,提一提还是必要的。

有的人说了,在开发群里怼领导,非常痛快,非常爽!但是,然后呢?有用吗?倒霉的还不是自己。没错,这就是功利且实用的传统,各种精神、思辨、反抗、愤怒……都抵不过三个字:“有用吗”?

事实上,但凡叫做某种“精神”的——那就是哲学思辨,就是一种相对“无用的”思辨和学术。而中国职场有很强的“实用”传统,但这不是学术思辨、也没有理论构架,仅仅是一种短视的经验论。

所以,功利主义,是密尔、边沁的伦理价值学说,强调的是追求幸福,如何获得“最大效用”;实用主义,是西方的一个学术流派,比如杜威、胡适就是代表,实用主义的另一个名字,叫“人本主义“——意思是,以人作为经验和万物的尺度。换句话说:功利主义,反对的正是那种“短视的功利”;实用主义,反对的也正是那种“凡事看对自己是不是有利”的局限判断。

而在中国职场功利、实用的传统中,恰恰是不会有这些理论构架的。并且,不仅没有理论构架,还要对那些“无用的、思辨的、纯粹的”精神,视如敝屣,嗤之以鼻。

没错,在技术团队里,我们重视技术,重视实用的科学,但是主流职场并不鼓励去搞那些看似“无用”的东西,比如普通劳动者的“合法权益”。

欺下媚上“官本位”

张艺谋的《满江红》大家想必也都看了的,人们总觉得很奇怪:为什么那么坏的人,皇帝为啥不罢免他?为什么小人能当权来构陷好人呢?

当我们了解了传统文化中的法家思想,就了然了。在法家的思想规则下,小人得势、忠良被辱,是事所必然,因为它一开始的设定,就是个劣币驱逐良币的游戏规则。

所以,在这种观念下,古代常见的一种职场智慧就是:自污名节以求自保。

在这种环境下,要想生存,就只有一条出路——那就是依附权力。并且,谁能拥有更大的权力,谁就能生存的更好。如何依附权力呢?那就是现在正在发生的,肆无忌惮地大玩职场PUA。

除此之外,这种权力关系,在古代会渗透到方方面面。因为权力系统是一个复杂而高效的运行机器,CPU、内存、硬盘……甚至一颗C面的螺丝钉,都是权力机器上的一个环节。于是,官僚体系之外的一切职场人,都会面临一个尴尬的处境:一方面遭遇权力的打压,另一方面,也都会多少尝到权力的甜头。

于是乎,权力的细胞渗透到角角落落,即便没有组织权力,也要追求文化权力,父权、夫权,家长权力、宗族权力,老师权力、公司权力、团队领导权力……点点滴滴、滴滴点点。

追逐权力,几乎成为人们生活的全部意义。

故而,服从权力、服从上级,不得罪同事,不得罪朋友,不得罪陌生人——因为你不知道他们背后有什么的权力关系,他们又会不会用这个权力来对付你!

没错,当我们解构群里那位领导的行为时,我们也在解构我们自己。

值得吗?

毫无疑问,对于这位敢于发声的职场人,深谙职场底层逻辑的我们一定能猜到他的结局,他的结局是注定的,同时也是悲哀的。

问题是,这样做,值得吗?

香港著名导演王家卫拍过一部电影,叫做《东邪西毒》,电影中有这样一个情节:有个女人的弟弟被太尉府的一群刀客杀了。她想报仇,可自己没有武功,只能请刀客出手。但家里穷没钱,最有价值的资产是一篮子鸡蛋。

于是她提着那一篮子鸡蛋,天天站在刀客剑客们经过的路口,请求他们出手,报酬就是鸡蛋。

没有人愿意为了鸡蛋,去单挑太尉府的刀客。

除了洪七。洪七独自力战太尉府那帮刀客,所到的报酬是一个鸡蛋。

但是洪七付出的代价太大,混战中,洪七被对手砍断了一根手指。

为了一个鸡蛋而失去一只手指,值得吗?

不值得,但是我觉得痛快,因为这才是我自己。

结语

鲁迅先生曾经说过,做奴隶虽然不幸,但并不可怕,因为知道挣扎,毕竟还有挣脱的希望;若是从奴隶生活中寻出美来,赞叹、陶醉,就是万劫不复的奴才了!鲁迅先生诚不我欺,这位敢于发声的职场人,他不是奴才,永远也不是。

鲁迅先生还说过,“假如一间铁屋子,是绝无窗户而万难破毁的,里面有许多熟睡的人们,不久都要闷死了,然而是从昏睡入死灭,并不感到就死的悲哀。现在你大嚷起来,惊起了较为清醒的几个人,使这不幸的少数者来受无可挽救的临终的苦楚,你倒以为对得起他们么?”

“然而几个人既然起来,你不能说决没有毁坏这铁屋的希望。”

向敢于发声的人致敬!人生或会低迷,精神绝不颓唐,嘤其鸣兮,求其友声!

只说了一句话,产品经理乖乖由我摆布《打工人的那些事》

只说了一句话,产品经理乖乖由我摆布《打工人的那些事》

说到项目排期,相信是每个程序员的噩梦。

  • 被产品经理/领导倒排
  • 不会排期,自己压自己时间了

简直得每天多24个小时才能完成工作。

今天我就讲讲我的故事,简简单单说服产品正常排期。

故事开始了

“我们不一样,每个人都有不同的境遇…”

今天5月14号,我还在听着歌,来了一条领导的钉钉消息。

“缺个人部门现在需要一个人过去帮忙开发需求。你需求昨天刚上线吧。有时间的话,过去协助一下”

“好的,问题不大”

然后发现,好家伙。

没有协助,就我一个后端开发~

想了想,好几个坑。

  • 新项目
  • 需求是从第二期开始
  • 需求评审未参加
  • 需求文档的一期和二期功能在一个文档中
  • 当天下午就直接开设计评审了

个人感觉最大的不适是需求评审上并没有把一期和二期的功能区分开来。

也幸好,设计小姐姐的设计稿还挺好,区分了二期的功能。

产品在设计评审会议上直接大致拍了个上线时间,25号吧。

我当时的表情如下:

18200305_LLxNHl

排除周末,从14号开始,14号不算,满打满算有7个工作日。

先不说我没还没熟悉需求,我当时是连项目地址都不晓得是哪个。

那当时我就说了。这个上线时间等我出了技术方案再评估吧,我得先熟悉下项目。

“这个需求在月底前一定要上的”

我:“有什么不得不上的原因吗?”

“这几个功能很简单的,就是把一期功能改一改。而且用户急着用,这个功能不上,有几个大用户很急,用不了”

我:“排期如果来不及,晚几天会怎么样?”

“那等你先出技术方案吧”

技术方案

技术方案,很快啊。熟悉了项目,整理了上期功能流程。也挺感谢几个解答疑惑的后端和设计小伙伴,不然熟悉肯定没这么快。

最后,看了看数据库表,看了下项目代码结构。熟悉的差不多了。

想了想产品定下的排期,7天工作日减去1天熟悉+2天整理技术方案时间,就剩下4天。

开发、测试、联调时间呢?ennnn

联调还涉及到3个不同部门直接的联调。

这时间无论如何是不可能的。

为了在诉说排期时更加有理有据,我将新功能细分。

哪些功能是需要新增的,哪些是修改的一一拎出来。

将每个需要改动的功能进行排期。

19号技术评审,然后开发排期就已经到28号了。怎么办。

没其他办法,协商呗。

协商发布时间

先找到项目人员,找到产品。

我:“25号上线基本是不可能的,目前接口提测排期在28号,具体的功能排期在这里,这个时间我把我的单测时间还有联调时间都算进去了,已经不可能缩减了” (把具体细化的每个功能排期给产品看)

“这几个功能能不能再减点时间,你看你需要4天,之前的开发说只要2天”

我:“首先,我没参加需求评审,而且一期需求和二期需求的需求方案都在一块。另外,我对于这个项目不熟悉,即使是现在的技术方案,因为时间的关系,我是把以前的功能流程都大致梳理了,但是毕竟是大致,现在新增和修改的功能,难免在实现的时候,可能会遇到各种坑。如果说一期需求是我做的,我也只需要2天”

我:“我这边的时间是没办法再减了,否则我保证不了代码质量。不过可以砍下这两个功能,这两个其实不太需要,可以节省2天时间”

“行,那砍这两个功能,那就是26号。但是这样的话,还是不够啊,用户那边很急”

我:“那要不就继续砍功能,要不就加人。加人可以再减少一半时间,这两大块功能可以分开做。然后用户那边,我觉得我们的用户,不会因为这几天晚上线就不用我们产品了”

“那我去协商一下,看看能不能再拉个人”

当然,最后没拉到人,排期就是砍去了两个需求点,减少两天时间。最后再排和前端联调、测试、预发的时间,上线时间定在了6月3日。

我觉得这个排期是合理的。

而且从结果来看,用户急,我能理解,但是这并不是用户用不用我们产品的关键。早个几天和晚个几天,影响并不大。

我思故我在

在这里劝广大程序员一句:“千万不要把自己压榨成海绵,挤一挤总会有的”

是啊,把8小时3,也就24小时一天嘛,我把开发时间2=16,那不就够时间了嘛。这么想的朋友,一般都是新入职场的人。

加班压自己开发时间的好处

好处?,好处只有一个,那就是提前了上线时间,避免了和产品的冲突(但其实我对于冲突是存疑的,如果起了冲突,那很可能是沟通方式有些问题了),其他的好处呢,没了,真没了。

加班压自己开发时间的弊端

我下面来细数一下开发加班压自己开发时间的弊端吧。

  • 于个人:

    • 随着你加班越来越多,你的能力却是停滞不前,因为你没有时间来提高自己,你的价值永远也得不到提升
    • 加班不能体现你的能力,加班只是体现你的能力缺乏。沟通能力、协调能力、开发能力有一定欠缺
  • 于团队:

    • 这次功能被定2天开发时间,那么下次同样功能可能是1.5天
    • 当功能由产品来决定上线时间,也会让技术地位越来越低
    • 会引起团队其他成员一样被倒逼时间,影响到你和其他同事的关系
    • 你以为加班减少了时间,但其实只是降低了工作效率,最后会逐渐扩散影响到团队氛围和团队的士气,继而离职率高,项目坑越来越多,到最后只能花费更多的时间买单,进行重构,重写

大家都是写代码的,就只说正常工作一天8小时,能够真正静下心写代码的时间,不可能超过4小时。

大脑不是机器,还是需要休息的。

脑力劳动,不是体力劳动。

对时间的合理安排,是提高工作效率最重要的一点,也是提高你潜在价值最重要的一点。

无休止的加班,只会让你在公司的性价比随着年龄增长而越来越低。

如何排期

当然,在这里,我说到的排期,需要你自己进行合理评估,也并不是自己感觉一个时间点就行了。

如果你觉得自己不会排期,那么有个非常简单的方法。

列一个表格,把需求中每个功再进行细化,然后评估每个小功能点的时间。

最后累加小功能的时间点,就是你完成这个功能的时间。

而且这样排期有一个好处,可以合理的进行争取时间。

最后,祝广大程序员都有一个不压时间的产品经理和领导。

以上是关于某公司技术经理媚上欺下,打工人应怼尽怼,嘤其鸣兮,求其友声!的主要内容,如果未能解决你的问题,请参考以下文章

只说了一句话,产品经理乖乖由我摆布《打工人的那些事》

干货 | 测试人职场晋升“潜规则”:15 年经验资深测试技术经理的职场忠告

哪一件事让你忽然意识到打工永无出路?

『猎头职位』​某知名IT公司前端开发工程师某知名快消公司区域销售总监某知名新能源公司总经理…

本人男,27岁技术经理,收入太高,心头慌得一比

IT理工男如何成功转型做经理