• 程序员在业务型公司该如何生存呢?
  • 发布于 2个月前
  • 191 热度
    0 评论
鉴于我目前所在的公司是一家B端互联网电商公司,对于这个话题有一些体会,附上一些自己的理解。业务型公司与技术型公司不同,技术型公司需要特别考虑性能,要求系统高可用高并发高性能,而业务型公司基本上靠业务驱动,需要频繁应对市场需求,对于性能够用就好。在业务型公司,业务打得开市场公司就赚钱,要是业务打不开市场,技术再牛产品再耀眼也不会有客户买单。

那技术人员在业务型公司该如何生存呢?咱们聊聊这个有意思的话题。

一.业务理解第一
在业务型公司,个人的技术水平反而不是第一位的。但凡能进入这类公司,基本上也认可你的技术能力,也不会让你写特别复杂的技术代码,简单的CRUD也能满足大部分需求。幸存者偏差之“面试造火箭,进厂拧螺丝”,这句话不无道理,技术框架都是用互联网主流的,用Ctrl+C/V就能解决一切难题。

而对于产品经理提出的需求能理解到位,是对一位开发的基本要求;进阶一点就是,能站在技术的角度参与产品需求讨论,及时发现产品不合理的地方并加以改进;更高级的做法是,与产品经理一起参与业务需求讨论时,能从技术、产品或业务各个角度提出建设性意见。

那怎么提升自己的业务水平呢?我们需要了解清楚业务方平时做什么,他们的痛点都有哪些,产品研发要怎样做才能更好地协助业务方。比如我会给财务产品经理提要求,梳理财务岗的工作范围与职责,来对应我们所做的系统功能,或者周末去图书馆翻一翻财务的相关文献,学习沉淀财务业务知识,又或者平时多跑一下整体的系统流程,了解整个系统的全貌等等。

总的来说,在业务型公司,懂业务比懂技术重要得多得多,既懂技术又懂业务,这样的人才是具备市场稀缺性的。这也是我个人在23年仍需特别修炼的一点。

二.注重团队协作
从降本增效出发,业务型公司业务诉求会特别多,比如我所在的财务资金团队,需要对接第三方支付渠道,需要管理客户订单/供应商采购单的支付后流程(如财务出纳的收付款)等等,以达到提高财务同事的处理效率、加快公司资金周转等目的。在微服务时代,如果研发团队的组织架构按照业务领域来细分,那么各个业务领域之间必然存在交叉,这种业务交叉需要跨团队协作才能实现一个完整功能的上线。

上线一个完整功能无非两种方式,一是定好时间节点倒推拉齐资源,二是自定排期正常迭代,无论何种方式,都需要项目经理协调好各方资源情况,预留足够的冒烟测试时间,避免因为前期沟通协调不足导致项目延期。

如果涉及跨团队协作还会存在更多不可控因素,比如协作方临时插入了紧急需求或需要紧急修复BUG,又或者需求评审时达成了一致但后续修改PRD文档没有及时同步到位,又或者是人员变动等等因素,产生各种不可控的项目风险,致使项目延期,影响业务方正常使用。

团队协作性就体现在了项目管理水平上,不仅仅是团队内部的协作,跨团队的协作更为重要。

除了做好项目管理,一个好的跨团队协作氛围是非常重要的,这需要开发人员在平时与各方打好关系,比如多多走动联络下感情,多说几句玩笑话化解紧张的职场关系等等。当自己作为其他团队的协作方时,要极力配合避免出岔子,对自己写的代码质量负责,为自己的团队积攒口碑;当配合存在问题又无法解决时,积极向上级反馈问题协调资源统一节奏,推动各方更好地配合。

当然,“极力配合”不等于“好说话”,大家都知道在职场“好说话”就容易被欺负,适时对需求主办方提合理要求,能体现自己团队的行为准则,也能提升同事之间的协作,注意方式把握好度即可。

三.跳出技术思维
有句话叫“屁股决定脑袋”——你在怎样的位置,决定了你要思考怎样的问题,咱们反过来想,你要思考怎样的问题,也可能决定你未来到达哪个高度。

你在技术的位置,如果一直思考的是技术问题,最大限度是坐到架构师的位置,而在业务型的技术团队,当一位架构师并不吃香,像我们公司去年就优化了一位架构师,虚拟架构团队目前也只维护架构稳定、针对当前的服务与组件进行迭代优化、对系统安全层面进行建设等,公司并没有提供过多资源去探索新技术、新框架。

说句实话,公司不是慈善机构,老板的韭菜也没那么好割,大部分公司的研发部门都还是成本部门,只有服务好前端业务更好地开拓市场,达到整体盈利才是最终目的。优胜劣汰在哪个公司都一样,而技术又是一位开发安身立命的基础,对于技术的成长主要还是得靠个人,或者转移到了各类专业技术培训机构上。

在业务型公司干技术,要经常跳出技术思维,有很多问题并不是几行代码能解决的,比如管理问题、协作问题、沟通问题、流程规范问题、产品理解问题、业务本身问题等等,解决问题适时跳出技术思维,或许我们会得到更多的解法。

如果你还是一位技术管理,那这一点就太重要了。新时代的T型人才要求我们,不仅要精通某项技术,犹如T字那一竖,还要练就T字那一横——需要有协调各方的能力,需要有解决困难的方法,需要有广博的知识面……

写在最后
在过往一年里,从领导身上学到不少,实践方面还是有很多欠缺,而对于我个人后续的职业发展,可能会更多地往技术管理走,架构师估计是要越走越远了……管好团队做好项目,先当一名合格的技术经理吧,无论走哪条路,该过的坎该踩的坑,一个也少不。
用户评论