每年金三银四时节,总有很多同学会跳槽加入新的公司,来获取职场或者物质上更好的发展空间和汇报。加入一家新的公司,对公司的一些流程规范、业务前景大多都有自己的期待。
但同时也会有困惑或担忧,怎么和新同事,新上级相处?如何赢得新伙伴的信任?怎么学习新的技术框架、业务流程、协同方式等,并做出成果?
这篇文章,聊聊我自己在职场工作几年,总结出来的一些经验,供大家参考。
方法技巧
信息获取 组织架构
每个公司的组织架构都有或多或少的差异,加入新公司的第一周,我个人建议快速熟悉公司大体的组织架构。
做技术的同学大多会在技术部/研发中心/IT部门等一级部门,按照个人的习惯,我会在第一周和自己岗位强相关或者经常打交道的二三级部门同学聊聊,
比如业务研发&基础架构&测试&运维DBA等同学,了解他们的日常工作内容和流程,快速获取和自己的岗位有关的信息,便于日后工作的开展。
流程规范这里的流程规范包含两方面:公司规范和技术规范。
公司规范主要包括:报销、周报月报、打卡考勤、补贴申请、公司红线等方面。
技术规范主要包括:版本迭代、资源评估、需求&技术方案&用例评审、发布上线、资产申请、会议邀请方面。
业务背景无论是基础架构、技术支撑、或者一线研发工作,了解业务是必不可少的。
这里的业务背景指的是:目前的核心业务是什么?业务流程从头到尾怎么串起来?各个核心业务的上下游依赖是谁,对应的产品、研发、测试、运维DBA等同学各是谁等方面。
技术框架做技术的同学,如果不了解公司整体的技术架构和组件,那工作的局限性和发展空间一定不大。
这里列举一些常见的需要了解的方面,供大家参考:
技术栈(java、python、golang、PHP、.net)
技术架构
操作系统:Windows服务器、Linux服务器
系统架构:单体式、服务集群、分布式、微服务、SOA......
部署方式:自建机房、云服务、虚拟机、容器化......
请求链路:user→gateway→web server→app server→DB
技术组件:Redis、各种MQ、各种JOB、各种存储组件(mysql、tidb、HDFS、flink)
监控告警:cat、jaeger、zabbix、skywalking、Prometheus......
拿到结果 长期规划进入一家新公司新的部门,一定要了解部门的长期规划是什么。包括但不限于:
团队规模:目前多少人,预计本季度、本年度招聘到多少人;
通过这点可以粗略判断业务发展情况,组织架构变更多自己的影响以及上升的空间有多大!
技术规划:目前是服务集群,要做技术重构、微服务化、容器化;
技术迭代变化中,自己能做什么,要解决什么问题,能获得多大的成长,面临的技术挑战!
迭代效率:目前是2周一个版本,预计通过多久变为一周一个版本,一周2个版本;
迭代的效率提升往往意味着CICD体系构建以及需求吞吐和交付质量的压力,影响会比较大!
短期目标大多数互联网公司,都会通过OKR或者KPI来制定短期的目标,这里不评价哪个体系更好,或者它们的考核标准是否明确清晰。
从我个人角度来看,无论是OKR还是KPI,它首先是明确了短期要实现的目标,便于统一协调整体向一个方向走。
还是建议大家以中立的态度来看待这些方式,从中汲取和自己有关的部分。
快速落地前面说了长期规划和短期目标,但职场实际上就是一个赤裸裸的生存法则具现体。
无论是校招的应届生还是社招的有工作经验的同学,对每个同学的考察期和给予的机会都大差不差,融入团队的首要目标,还是要先落地,证明自己的价值,才能有机会看到更多的可能性。
用一句和前同事聊天经常说的话来说就是:谁都不容易,想拿到想要的,你得先快速落地拿到领导想要的结果,证明自己值这些钱,才能想其他的。
解决问题怎样才能快速落地呢?简单来说就是:解决问题。