为贯彻执行集团数字化转型的需要,该知识库将公示集团组织内各产研团队不同角色成员的职务“职级”岗位的评定标准;
一、定级定档目的
通过对公司现有岗位及相应岗位员工的工作能力、工作水平进行客观公正评定,确定各岗位的等级及同等级岗位员工对应的档级,从而为员工以后的晋升、奖励、收入等提供目标、依据和标准,实现人力资源的优化配置。
二、定级定档说明
定级定档是体现岗位及员工价值的有效途径。不同岗位角色所需专业知识、技能不同对实现公司目标的影响也不同。而不同员工的工作经验、能力和创造的价值也不同;因此,通过不同角色对应不同档级,以体现不同员工的价值。本次面向人群集团产研团队,以及外包成员。
三、序列说明
1.集团职级体系按照职能性质分为产品序列和技术序列
2.根据个人能力进行P序列划分,具体范围为P4-P9
3.技术序列细分为
服务端:PHP、JAVA
大前端:iOS、Android、FE
大数据:应用、仓库、分析挖掘等体系
基础技术:运维技术、数据库开发技术
测试:所有测试体系
四、能力模型
下面针对技术研发端进行详细说明：
1. 模型概要
目标：
- 技术评级的标准，构建技术成员发展路径，能够对照标准，不断审视自身成长，重点突破自身瓶颈。
基本原则：
- 技术评级，既是科学工作，也是艺术
- 尽最大可能地客观评价技术人员的能力，认可他们的能力，同时，也要为其所处的发展阶段，给出诚恳的建议和引导
- 评定工作，要尽可能的客观，但，不可否认，无法做到百分百的绝对客观，可能会有小概率的偏差
- 出现小概率偏差，被评审人员，可以提起重新评审申请
- 关键岗位：需要组织现场答辩、宁缺勿滥
2. 技术评级的标准（草稿）
2.1、专业素养：
技术深度
P4（普通工程师）
具有基本的软件开发能力，能在导师/高P的指导下，保质保量按期交付
P5（独挡一面的工程师）
能独自完成模块级开发工作，并且确保高质量。
P6（有一定架构能力的工程师）
1、能够处理复杂的业务场景
2、涉及多个功能点的业务系统，或者技术难度较深的底层系统，能够良好的架构拆解并实现
P7（子系统负责人）
能合理把控一个子系统的技术复杂度，给出技术决策和中远期规划，并能完成当前交付任务
P8（技术方向负责人）
1.能完全把握一个技术方向的所有工作
2.能够给出技术决策和中远期规划，并做好当下交付
3.具备较强的技术理解和技术思考深度，并应用到本技术方向，从更本质的层面更彻底解决问题
P9（多领域技术方向融汇贯通）
1.能够把握多个技术方向
2.能够给出技术决策和中远期规划
3.P8基础上，具备较强的组件化思考能力和技术风险规避能力
2.2、技术广度
P4（普通工程师）
P5（独挡一面的工程师）
P6（有一定架构能力的工程师）
清晰把控“相关的多个业务系统”间的交互
P7（子系统负责人）
能了解系统内多个业务子系统情况，并有自己独立思考和判断
P8（技术方向负责人）
在其他技术领域具备一定的涉猎，能够组织并推动相关领域项目落地达成
P9（多领域技术方向融汇贯通）
多个技术方向具备问题分析、架构设计和解决处理能力
2.3、能力素养：
解决问题：
P4（普通工程师）
具备基本的逻辑分析能力，问题分析、解决、归纳总结等能力
P5（独挡一面的工程师）
能对模块内的需求和难题进行分析，给出合理的实现方案
P6（有一定架构能力的工程师）
能结合现有功能模块、业务需求、业务约束，给出合理的设计方案
P7（子系统负责人）
能综合考虑系统间的问题并给出合理解决思路和方案
P8（技术方向负责人）
对技术方向的理解深刻，对不同业务场景及故障解决，有合理推断和可行性方案落地执行。
P9（多领域技术方向融汇贯通）
能力覆盖了多个技术方向。
可以对不同业务场景，总结抽象共性的内容进行同类别推演。
善于抓住问题要点，合理推断。
给出的解决方案，注重可行性和扩展性。
影响力：
P4（普通工程师）
P5（独挡一面的工程师）
P6（有一定架构能力的工程师）
P7（子系统负责人）
对 < P7级工程师具备指导能力，在团队内部具备一定影响力
P8（技术方向负责人）
对 < P8级工程师具备架构设计指导能力。
所在中心内具备一定影响力，包含不限于方案设计、系统治理、项目管理等。
P9（多领域技术方向融汇贯通）
对 < P9级工程师具备思维模型、工具使用、架构设计等方向的指导能力；
在公司内部对人、对事均具备一定影响力。
编码能力：
P4（普通工程师）
了解基本的数据结构和算法，熟悉至少一门编程语言，写代码较为熟练
P5（独挡一面的工程师）
熟练掌握数据结构、算法。代码符合编码规范；结构清晰；接口合理；
P6（有一定架构能力的工程师）
熟练掌握数据结构、算法。代码符合编码规范；结构清晰，接口合理；质量较高；注重代码重复度和整洁
P7（子系统负责人）
在P6的基础上更加注重设计模式和接口抽象能力，关注不同场景接口设计的注意事项
P8（技术方向负责人）
在P6、P7的基础上，代码质量更高。主要表现在对复杂系统的多个系统间的把握，更好的模块化，更好的功能抽象化。
P9（多领域技术方向融汇贯通）
对 < P9级工程师具备思维模型、工具使用、架构设计等方向的指导能力；
在公司内部对人、对事均具备一定影响力。
架构设计：
P4（普通工程师）
P5（独挡一面的工程师）
P6（有一定架构能力的工程师）
能把握一个业务需求或功能模块改造上的合理拆解和设计；
架构需要考虑非质量需求（性能、安全、扩展性、健壮性等）
P7（子系统负责人）
能够对整个子系统做出合理的选型和设计；
架构需要考虑非质量需求（性能、安全、扩展性、健壮性等）
P8（技术方向负责人）
对一定体量的系统做出合理的技术选型和架构设计；
架构需要考虑非质量需求（性能、安全、扩展性、健壮性等）
P9（多领域技术方向融汇贯通）
在P8的基础上，具备ROI及项目风险识别意识。
2.4、职级素养：
时间管理
目标管理、结果导向：按时保质完成工作；
只争朝夕、争分夺秒：激烈的竞争环境 + 不要拖延到最后一天因为总可能有意外
自我管理、自我推动：每件事都有时间表、有始有终；
沟通能力
及时沟通：当面、电话、飞书、邮件。 结论沉淀下来，通报到相关人员；
有效沟通：开始前想清楚沟通目的，沟通要达到效果；
团队协作
集体荣誉感：用你的成绩为你的团队带来光荣；
相互学习帮助：乐于助人、勇于学习、相互理解、把周边人当做你的资源；
对事不对人，尊重身边的每个人；
不断学习：和公司、团队同步成长的意识；
工作效率
积极主动：尊重、热爱你所从事的工作，不需要等别人给你分配任务，你自己也可以主动发现问题；
精益求精：主动学习，用更好的工具、方法、流程等，不断追求更快更好的完成工作；
流程：用流程解决具有共性的、重复性问题，提高效率；
交付质量
负责：为客户服务、为客户负责，不要期待别人来发现自己的问题 ；
严谨：不要“想当然”，不要默认“没问题”，而是缺省认为“有问题”，double check 十分重要 ；
实事求是
用事实证明，用数字说话，客观公正，杜绝模棱两可的用词；
每个工作能用量化的指标来进行衡量：没有量化就没有绩效；
用这些指标度量自己的成长，指导工作方向和重点；
五、行业维度借鉴
考评维度：
专业能力 沟通能力 团队协作 交付质量 团队建设 影响力（技术&业务）
根本出发点：
业绩贡献
影响力（技术&业务）：本质也是也是来自业绩贡献，但侧重对经验的推广、对外部的经验输出
当前技术组，采用 P 线，基本跟阿里对标