大家好,我是bug菌~
昨天不经意间看到了一个消息:“领着5k的工资有46个工作群”,当时我也泪目了,曾经我也深受其害~
当然有些工作原本就是沟通协调,有较多的工作群也属正常,但对于一名脑力开发人员,微信里面有大把的群消息需要处理,还真没几个人吃得消。
凡事都有两面性,科技同样也是一把双刃剑,像这些即时通信工具,确实能够让大家沟通更加高效,但也容易让大家陷入消息的困局。
比如售前跟客户技术对接不清楚,为了争取所谓的意向大客户,直接就把研发拉到一起疯狂@,甚至拉会讨论各种技术方案,偶尔可能还能够理解,毕竟都希望拿到订单,但太过频繁,对研发人员来说简直是灾难。
那时候的你可能正思考一个有挑战性的设计,排查一个隐秘的bug,又或者是在让大脑放松放松,一份插入的工作会让人无比抓狂。
进入群聊不说话,对方看到消息已读不回状态,略显尴尬;完全不理会,对方一个接一个的电话轰炸,似乎又有点不太合适;更有甚者,直接来个登门拜访,半路拦截。
当然了,也不仅仅是售前,其他部门也都是一个样子,研发就是Chatgpt,其他人都可以毫不顾忌的提问,甚至客户都可以拿到开发人员的联系方式,直接发布任务了,这样的工作比996真的恐怖不少。
我也经常面试到一些研发人员,这种现象并不是个例,很多公司的研发都面临着这样的问题,而研发人员深陷久了,很容易疲惫,大把的时间并没有花在刀刃上,最终选择离开。
一个有一定规模的公司,制度,流程,人员的专业素养等等都需要同步匹配,否则研发会在其中扮演太多的辅助角色,而且有些角色研发也并不擅长,导致没法专注自己的本职工作,开发的不连续带来的痛苦可想而知,渐渐的也会被折腾得失去战斗力。
很多非研发的同事有这样的认知,“回答几个问题对研发来说根本不算什么?”扪心自问真的只有几个问题吗?还是说对产品不理解而产生的依赖?
并且有时候一个提问,就要让研发耗费不少精力,特别是对于一些复杂的系统,往往都是多人合作,不断的迭代,很多早期维护的功能设计人员也会淡忘,也要回顾,甚至要梳理和测试。当然如果研发人员不负责任的话,确实可以不经过大脑的给你一个答案。
所以,尽可能减少研发人员的工作群吧,输入给他们的消息也不要太碎片化,提高周围的“配套设施”,一旦沟通变得廉价,那势必会逐渐泛滥,效率低下。
研发人员也要懂得拒绝,工作不像读书,你举手回答问题越快,并不能证明你技术水平越高。
最后
好了,今天就跟大家分享这么多了,如果你觉得有所收获,一定记得点个赞~
bug菌唯一、永久、免费分享嵌入式技术知识平台~
推荐专辑 点击蓝色字体即可跳转
☞ MCU进阶专辑
☞ 专辑|手撕C语言
☞ 专辑|经验分享