立足|「认知」打工人的自我修养( 二 )


这是大部分研发选手认可的成长过程;
但是 , 在积累过程中 , 如果只注重把认知体系搭建在研发的范畴内 , 又会存在很大的局限性;
对于这个说法 , 可以从两个方面来审视;
如果职场已经走到研发和管理岔路口;
偏向管理势必要降低研发的侧重程度 , 偏向技术势必要面对年龄段的问题;
如果职场还在起步阶段;
建议去研读一下晋级或晋升制度的文档 , 不管是公司内部或者外部的 , 都具备参考价值;
不同的职级都有各自的规则要求 , 这是大部分职场玩家进阶的缩影 , 也可以作为实践过程的方向指导;
首先要匹配环境的对自己的能力要求;
【立足|「认知」打工人的自我修养】然后再不断的积累沉淀 , 并且改变自己 , 符合下一职级的要求 , 然后向上晋升;
05对于互联网公司来说;
最常见的就是P(职级序列)和T(技术序列)两个范畴 , 也有M(管理序列) , 常用的序列号就是3-10;
可以自行参考公司的《职级制度》 , 重点是去了解不同职级下的要求;
不论是P职级 , 还是T职级 , 在职级要求的变化中 , 都有一定的规律可寻;
在相对低(3-4)的职级中 , 要求在标准的流程中完成结果交付;
在相对中间(5-6)的职级 , 要求独当一面解决问题的能力 , 并且对新人有引导;
在相对高(7-8)的职级中 , 要求项目和团队层面的主导能力 , 具备协作流程推进的主动性;
在相对顶层(9-10)的职级 , 要求系统性的解决方案 , 战略的规划 , 业务的驱动和创新能力;
在互联网公司中 , 上面是普遍使用的晋级制度;
06回到自身上来;
职级要求是大部分选手的必经之路 , 而对于那些天赋型或者资源型选手来说 , 无法以常理论之;
在变化当中;
反思实践过程 , 衡量认知体系时 , 目的就是避免自己进入误区 , 从而陷入被动的状态;
然而 , 如何去反思过程和衡量认知?
对于大部分玩家来说 , 立足于职级要求和自己的工作经验 , 进行客观的判断即可;
注意:一定要客观 , 避免强烈的自我认同感 , 过度的主观意识就是片面;
先从意识层面 , 形成一个相对客观的反思能力;
再来思考自己的实践过程 , 形成的认知体系 , 以及后续职业方向的选择;
普通选手少走弯路 , 也许才能走的更远;
07此前 , 有幸经历过创业公司的起步到平稳发展的阶段 , 这里指从租办公室起步;
对于职场初期的选手来说 , 也是某种意义的上的不幸 , 无论是沉淀还是认知体系 , 都无法把握其中的机会;
也经历过飞速发展的互联网中厂 , 也待过两年所谓的互联网大厂;
不同规模和发展阶段的公司 , 既有各自的特点 , 也有相互的共同点;
都是研发的岗位 , 但是不同环境中的实践经历 , 会形成认知体系中的巨大差异;
先来简单的分析一下互联网公司的基本运作模式;

有必要轻微的解释一句;
并不是一定要理解各个节点的本质 , 当然也没有人是全才 , 只是有必要形成相对统一的共识;
这里更侧重对于认知层面的广度要求;
还有必要顺带的黑一句;
如果有人动不动就跨多个节点进行深刻的表达 , 不能排除表演的成分;
对于上述的框架范畴 , 大部分职场选手都是有一定的意识的;
然而问题的关键在于 , 职场初期只把自己作为线性流程中的一个节点;

很显然在职场新手期 , 对于研发选手来说 , 大部分都认为自己只是在写代码;
重复的接收需求、分析、表达、执行 , 侧重技术能力积累 , 并且感觉自己和其他节点是隔离的;
随着工作经验的积累和认知建立 , 思考的角度也在转变;
会逐渐从业务的各个层面审视核心问题 , 业务的参与方 , 并理解流程和协作;

此处 , 必须要严谨的声明一下 , 这里只是描述看待事物的思维;
显然任何人都不能把握所有节点的本质;
但至少要具备入门级的了解 , 能立足业务 , 对于各个节点 , 可以形成方向层面的共识;
这也是大部分业务型公司的执念 , 要求团队达成业务面的统一共识;
变相的思考一下真实状况 , 研发如果只考虑代码层面的问题;
讨论业务 , 无法达成共识;
交流产品 , 各种拉扯对喷 , 无法实现;
沟通运营 , 完全不理解逻辑出发点;
如此这般的话 , 成长的方向在哪里?升职加薪的底气在哪里?发挥的空间在哪里?


推荐阅读