业务型团队开发生存指南

joytrian

发布于 2023-8-21 16:03

浏览

0收藏

大家好，我是Jensen。

鉴于我目前所在的公司是一家B端互联网电商公司，对于这个话题有一些体会，附上一些自己的理解。

业务型公司与技术型公司不同，技术型公司需要特别考虑性能，要求系统高可用高并发高性能，而业务型公司基本上靠业务驱动，需要频繁应对市场需求，对于性能够用就好。在业务型公司，业务打得开市场公司就赚钱，要是业务打不开市场，技术再牛产品再耀眼也不会有客户买单。

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

01业务理解第一

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

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

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

总的来说，

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

02注重团队协作

从降本增效出发，业务型公司业务诉求会特别多，比如我所在的财务资金团队，需要对接第三方支付渠道，需要管理客户订单/供应商采购单的支付后流程（如财务出纳的收付款）等等，以达到提高财务同事的处理效率、加快公司资金周转等目的。

在微服务时代，如果研发团队的组织架构按照业务领域来细分，那么各个业务领域之间必然存在交叉，这种业务交叉需要跨团队协作才能实现一个完整功能的上线。

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

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

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

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

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