聊聊公司的那点事

Posted 2023-02-28 大鸡腿同学

前言

---

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

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

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

势力

---

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

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

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

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

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

权利越大，责任越大

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

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

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

产品能力过于弱

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

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

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

研发跟产品工作重叠

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

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

产品吐槽我说：帮他接需求，哈哈哈

在公司这么久学不到东西

---

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

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

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

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

保持空杯的心态，不断成长～

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

把蛋糕做大

---

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

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

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

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

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

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

业务重要性

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

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

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

运气

---

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

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

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

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

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

同事关系

---

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

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

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

最后

---

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