聊聊公司的那点事

Posted 大鸡腿同学

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了聊聊公司的那点事相关的知识,希望对你有一定的参考价值。

前言


每个人都有一颗八卦的心,今天聊聊公司的那点事。。。。。。

好的,说完了六个点,哈哈😄 回归正题,今天通过之前《矛盾论》学习到的知识,带大家来分析下问题,而不是单纯的为了吃瓜、吐槽,认识到问题发生的必要性,讨论下是否可以改变现状。

当然啦,这里的公司并不是只现在所在公司,而是一个泛指

势力


相信大家都看过三国演义吧,没有的话现在可以回头看看,哈哈。里头有刘备、孙权、曹操还有其他势力,然后他们的发展也一会联合这个打那个,一会又互相独立,正所谓分分合合,合合分分。

公司里头的势力其实也差不多,那些勾心斗角的我们不算里头,我们以岗位来划分,大概是产品、前端、ui、研发、测试、运维、项目、业务,大概就这些。我们常见的团队模式:产品带领众多开发、测试、ui等等一个团队,也有是开发组长带着开发小弟,联合其他组的资源协调完成项目。

不同的组织架构在企业发展过程中的作用也是不一样的,从而形成了不同势力形态。我现在公司是开发相对强势,也就是第二种团队模式。

之前发过几篇文章,谈到了研发的主动性,有读者就问了,你接完需求干就完事了,去了解业务干嘛,你又不是产品

那是因为大部分企业都是产品带团队,因为离业务近,离老板也近,所以产品的势力势必比开发强,这个时候开发就是一台机器,就是专注搞好需求,把技术方案设计好。当研发实力强的时候,我觉得开发有责任将项目搞好,比如说项目的模块拆分好,比如说一个大的项目里头,会有商品模块,订单模块、用户模块,因为这些以前是产品来管理,规划有哪些模块。

权利越大,责任越大

是的,我觉得当研发占据主动权的时候,应该离业务更近,离项目管理越近,这样才有利于整个项目的发展。

当然这也引发下面两个子问题

  1. 产品能力过于弱
  2. 研发工作跟产品工作有所重叠

产品能力过于弱

当然有很多原因是确实个人能力太弱了,产品一般分两类,一种业务需求的传话筒,一种是有自己思想,会规划项目,有模块思维,更加了解业务。当然两种我都遇到过,第一种让我很是头疼,基本逻辑每一版都在变动,久久孩子~

第二种我也遇到过,基础功那些需求文档的详细程度,项目的规划,业务熟悉程度还是可以的,这种就比较舒服。

《矛盾论》矛盾有普遍性、特殊性,当势力不同的时候,问题的普遍性就突出来了,会显示另一方势力势力不够,特殊性在这方面更多的是个人能力问题。

研发跟产品工作重叠

在我上面的理念是研发需要在开发之外,往前多走几步,比如说主动跟业务了解当前业务的规模,还有业务上的痛点、难点,然后分期去规划项目。当然这个就跟产品的工作是有所重叠的,那么怎样去分隔好各自工作内容呢?

我认为研发主要是加深对业务的熟悉度,了解业务价值,然后找出业务痛点、难点解决方案部分丢给产品去接需求,包括这个解决方案是否合理,开发根据前期的调研更加有把握

产品吐槽我说:帮他接需求,哈哈哈

在公司这么久学不到东西


相信很多同学会有这样的疑惑,比如说研发追求高并发,各种炫技术方案,哈哈哈,好家伙,我也喜欢。但是这个跟公司业务体量和业务类型有关系,并不是说每个人都有机会去玩这些玩意。

其实我也会迷茫,只是不断的在找方向。

在技术上,首先从自身去看,看下自己代码是否符合规范、整洁,别人能否一眼看出你写的啥玩意,逻辑是不是对的,这个涉及代码圈复杂度,还有整个逻辑是否清晰,其次是代码用法是否有坑,会不会现在跑着好好的,哪天boom,一个p0事故。

其次是学习你当前的上级,他之所以能当你领导一定是有过你之处,还不是过人之处,比如说产品带的你,他比你更近业务需求,这就是他的优势,所以你可以尝试了解业务。当老大管理很大的团队,说明他的项目管理能力、人员管理能力很ok,这也是我们需要学习的地方。

保持空杯的心态,不断成长~

当然了你可能会反驳我说一个研发为啥要了解业务?代码能跑就行。那是对于初级研发,这也是一个调侃,大家不要当成一个理由来阻挡自己的成长。先有业务,然后才有需求、痛点,再有解决方案,然后是技术落地,步骤链条是比较长的,意味着每一步的信息差都是在锐减,这个项目落地效果也是需要层层把关。

把蛋糕做大


这个话题本不应该我这个小喽喽来谈的,但是我有一个比较大的梦想,所以需要往这方向去尝试。

把蛋糕做大,而不是原地内卷

当我负责的项目接入另一个业务,瞬间我发现一个很大的业务方向,就是将当前业务线上化,这个业务价值不言而喻,也是符合降本提效。这时我找了老大聊了这个想法,当然了我是在已有的业务去谈项目的发展,比如说账单的规划,把业务人员比较耗时那些业务,然后各种痛点解决了。

这里由于我对业务了解比较少,所以给的业务方案欠缺,但是我们后来的业务方向确实是在往这个方向去扩展,业务规模在扩大,之前业务涉及到的业务人员也在扩展。

我认为这是正确的,我们需要将蛋糕做大,把项目做大。

这里就引发了一个子问题:架构组为啥也在搞业务?

业务重要性

这个话题我们之前组内是聊过的,我的观点比较明确的,大部分公司都是技术赋能业务,它不像阿里云那样可以通过技术自己养活自己。而且你会发现当业务规模越大的时候,技术发展也会迭代很快,大家可以观察阿里、vivo、中通、转转这些,他们的技术文章都有一定的深度,有一定业务场景。

在有限的业务里头去扣技术点,没意思

而且做业务不仅仅是curd能力,包括项目管理能力,工程思维,模块思维,业务模块越大,需要的能力越大

运气


聊完公司势力、业务方面的重要性,再聊聊运气,前面是关于成长,这一部分关于玄学,跟投胎一个手气问题,哈哈哈。

当你在大厂跟创业公司,它的氛围、竞争、挑战都是不一样;当你在一家公司不同项目组,里面业务又是不一样,有些是公司核心项目,绩效一直very good;当你在一个项目组不同角色上,又是不一样结果,有些是主程,有些是打下手。

之前在一个技术群,听一位腾讯PGC的大佬聊,身边有个同事跟着大佬搞项目,项目也比较好,一路晋升。

这玩意就是运气,当然我们能做的就是干好自己的活,做好自己的事。

发现机会,抓住机会,创造机会

同事关系


我们干好手头工作还是不够的,因为人类社会就是一个群居生活,虽然现代人越来越独立,但是还是摆脱不了依赖或者联系。在公司里头也是一样,你需要别人协助你办事,帮忙查点数据等等。

平时有机会多参加各种活动,多露脸,比如说平时干饭的时候认识几个,平时有零食、下午茶带带身边几个同学,又多几个关系不错。公司活动又认识几个,打打球啊,聚餐活动。

这些在我日常工作中起到很多作用,这是一个人际关系的能力,有助于你的职场工作。

最后


聊了这么多,瓜都吃饱了吧,快点赞关注下博主,后续再聊聊大家感兴趣的话题~

以上是关于聊聊公司的那点事的主要内容,如果未能解决你的问题,请参考以下文章

聊聊公司的那点事

Hbase聊聊RIT的那点事

HBase运维实践-聊聊RIT的那点事

程序员跳槽时关于薪水的那点事

Python#规范# 关于日志的那点事

聊聊程序员绩效那点事