职级详解-读书笔记
职级详解
大学学习侧重理论,社会工作侧重实践,匹配公司岗位能力要求;
基于COMD能力模型详细解读P5~P9的能力要求,并给出提升建议。
P5提升攻略:职场新手
P5主要提升目标:在别人的指导下完成任务
-
技术要点:重点积累基础技术
- 快速解决点状问题,不限方式(问题搜索/主动请教)
- 基础指与工作任务相关;
- 系统化学习经典书籍/专栏/线上课程;
-
业务要点:熟悉相关业务的处理逻辑
-
业务:系统/产品为目标对象提供的功能/服务;
系统/产品 目标对象 功能/服务 2C系统 线上用户 常用功能 2B系统 企业/商家 企业级服务 内部IT系统 内部员工 公司内部规章制度和工作流程 中间件 客户端服务 接口能力 平台 专业岗位员工 平台功能 -
处理逻辑:实现功能/服务的步骤
-
深度体验业务,多跟客户交流,更快熟悉业务
-
-
管理要点:了解公司的管理制度和项目流程
- 项目流程中的职责和任务;
- 项目协同;
P5COMD能力模型,以Java后端研发为示例进行详解。
复杂度 | 技术要求 | 详解 | 业务要求 | 详解 | 管理要求 | 详解 |
---|---|---|---|---|---|---|
规模复杂度 | 岗位基本技术 | Java编程语言 IDE、Git常用工具 SQL |
单个业务 | 按阶段完成项目任务 研发阶段-编码 测试阶段-修正bug 发布阶段-功能上线 线上阶段-问题处理 |
遵循项目流程和规范 | 由P6/P7带领和指导 |
时间复杂度 | / | 由P7及更高职级规划 | / | / | / | / |
环境复杂度 | 团队 | 公司框架、中间件 三方包 工具和平台 |
/ | / | / | / |
创新复杂度 | / | 熟悉基础能力 | / | / | / | / |
P6提升攻略:项目能手
P6主要提升目标:独立负责端到端的任务,技术:业务:管理 = 7:2 :1
-
技术要点:熟练掌握端到端的工作流技术
- 掌握最佳技术实践,包括Java编程规范,设计模式,经典场景技术方案(旁路缓存模式、消息中间件异步解耦 ),常用工具(Postman、FileZilla、Wireshark);
- 提升技术深度,探寻最佳实践的原理,串联知识点与技术点(redis禁止大key—redis数据结构—redis单线程网络I/O模型—数据分片方案-一致性哈希算法),详见链式学习法;
-
业务要点:掌握所有功能并深度理解处理逻辑
- 理解需求的上下文信息,包括需求的背景及价值,产品处理逻辑的考量,业务效果的回收方式;
- 拆分需求为功能属性(5W1H),质量属性(8C)和上线后效果(1D),详见5W1H8C1D分析法;
- 竞品分析;
-
管理要点:负责项目中的子任务推进
- 难点在于工作量评估
- WBS分解法(Work Breakdown Structure,工作分解结构):将项目按阶段可交付成果分解,评估小任务的工作量再行汇总评估工作量;
- 加buffer:主观评估会乐观,项目执行有意外,根据项目复杂度,乘以1.2~1.6的复杂系数作为最终工作量;
- 难点在于工作量评估
P6COMD能力模型,以Java后端研发为示例进行详解。
复杂度 | 技术要求 | 详解 | 业务要求 | 详解 | 管理要求 | 详解 |
---|---|---|---|---|---|---|
规模复杂度 | 端到端的工作流技术 | 数据库,缓存,面向对象,设计模式,HTTP | 某类业务 | 单个模块/单个系统 架构上大概3~5人在负责某类业务 |
子任务推进 | 项目功能点-子任务 |
时间复杂度 | / | 由P7及更高职级规划 | 1~3个月的未来变化 | 在理解需求的基础,功能拆分和可扩展性设计 | 子任务规划 | 子任务工作量评估、拆解和投入规划 |
环境复杂度 | 团队 | 公司框架、中间件 三方包 工具和平台 |
竞品功能 | 竞品功能的共同点和差异 | 上下游合作 | 与上下游团队成员沟通、协同、推进 |
创新复杂度 | 局部优化 | 熟悉基础能力 | 需求逻辑优化 | 合并/替换步骤的建议 | 项目管理优化 | 总结项目成果/教训 优化项目流程/规范 |
P7提升攻略:团队专家
P7主要提升目标:指挥单个团队达成目标,技术:业务:管理 = 7 :2 : 3
-
技术要点:精通团队相关技术,精通团队已经使用的技术和熟悉团队可能用到的技术;
- 平衡技术和管理上的工作工作时间,技术:管理=7:3,项目紧张时上升至8:2,年终汇报时下降至6:4
- 提升技术宽度,基于比较学习法,便于技术选型
-
业务要点:关注业务整体
- 归纳量化用户特征、用户价值、获客方式、获利方式,分析用户在每个环节的行为和数据,参照AARRR漏斗模型;
-
管理要点:指挥10人以内的小团队
P7COMD能力模型,以Java后端研发为示例进行详解。
复杂度 | 技术要求 | 详解 | 业务要求 | 详解 | 管理要求 | 详解 |
---|---|---|---|---|---|---|
规模复杂度 | 团队相关技术 | 精通团队已经使用的技术 熟悉团队可能用到的技术 |
团队业务 | 关注项目整体 | 单个团队管理 | 3~10人 |
时间复杂度 | 团队1年技术规划 | 融合现有业务、业务规划、已用技术、技术发展趋势 | 6~12个月的未来变化 | 在理解需求的基础,功能拆分和可扩展性设计 | 6~12个月团队规划 | 人事规划(招聘、晋升、裁员)、技术规划、项目计划 |
环境复杂度 | 行业 | 团队 公司 行业 |
竞品整体情况 | 整体差异、市场地位、规划策略 | 上下游熟悉 | 与上下游团队领导沟通、协同、推进 |
创新复杂度 | 新技术引入 | 关注新技术的业务价值 捋清新技术的引用逻辑 警惕新技术的应用风险 |
新需求提出 | 提出业务想法,建议产品功能 | 团队管理优化 | 引入新管理方法/措施 |
P8提升攻略:领域专家
P8主要提升目标:指挥多个团队达成目标,技术:业务:管理 = $\ge$3: $\ge$2: $\le$5
-
技术要点:精通领域相关技术
-
注重技术深度和技术宽度,其中领域表示技术范围的扩大;
-
研究业界开源项目的原理,设计与实现;
-
参加业界技术大会,掌握领域技术在业界的应用情况和发展趋势
领域 流行开源项目 技术大会 Java后端开发 MySQL、Redis、Nginx、Netty QCon技术大会、架构师峰会 前端开发 Vue、React、Node GMTC(全球大前端技术大会) Android开发 OkHttp、Picasso、EventBus GMTC(全球大前端技术大会)
-
-
领域通常按照技术划分(技术图谱,例如Java业务开发/Android开发/大数据),按照业务划分(业务域,例如推荐/广告/支付);
-
-
业务要点:熟悉多个业务
- 为业务结果负责,通过选择技术方案,最有效地提升业务效果,因此需提升行业业务认知,可参照宝洁战略模型;
- 晋升当然要靠自我奋斗,但也要考虑历史的进程;
-
管理要点:关注重点事项
- 团队管理:搭建职级梯度,备份核心人员;
- 目标管理:参与业务目标制定,保证团队沟通理解;
- 技术管理:关注领域技术演进;
P8COMD能力模型,以Java后端研发为示例进行详解。
复杂度 | 技术要求 | 详解 | 业务要求 | 详解 | 管理要求 | 详解 |
---|---|---|---|---|---|---|
规模复杂度 | 某个领域相关技术 | 技术领域:Java后端开发/前端开发/Android 业务领域:推荐/广告/支付 |
行业业务 | 团队/公司/行业业务 | 多个团队管理 | 负责2~5个10人以内团队 |
时间复杂度 | 领域1~2年技术规划 | 融合现有业务、业务规划、已用技术、技术发展趋势 | 1~2年的未来变化 | 理解及配合需求整体规划 | 1~2年领域规划 | 人事规划(招聘、晋升、裁员)、技术规划、项目计划 |
环境复杂度 | 业界 | 团队 公司 业界 |
行业整体情况 | 整体差异、市场地位、规划策略 | 全流程熟悉 | 与全流程团队领导沟通、协同、推进 |
创新复杂度 | 新技术引入 | 符合领域要求 提升领域技术能力 |
新业务方向提出 | 提出业务想法,建议产品功能 | 领域管理优化 | 成立跨团队技术小组/架构审查专家团 |
P9提升攻略:业务导演
P9主要提升目标:跨域整合,导演成熟的作品
-
技术要点:整合跨域技术方案
-
技术维度
- 面向业务的立体化高可用架构设计案例,覆盖客户端、运维、后端架构重构、异地多活架构
- 99.99%高可用指标拆解为“3分钟定位问题、5分钟恢复业务、平均最多2个月发生一次问题”
- 面向业务的立体化方案:微服务架构 + 异地多活架构
- 公司内第一个实现异地多活架构的项目,提炼出完整方法论,指导其他项目
-
技术广度
-
跨领域的技术视野,整合不同领域的能力,例如互联网2C行业(技术广度)
前端领域(技术宽度) 后端领域(技术宽度) AI领域(技术宽度) React(技术深度) Vue(技术深度) JS(技术深度) 小程序(技术深度) ....... ....... -
从宏观层面熟悉多个领域的技术,包括技术原理、优缺点、适应场景和业界应用等,详见环式学习法;
-
关注和学习新技术,因为新技术可能会给业务带来新的突破;
-
-
-
业务要点:业务范围规划和突破
- 思考业务战略方向,可参照宝洁战略模型;
- 行业强相关,行知合一;
-
管理要点:授权但不要放羊
- 关键决策
P9COMD能力模型,以Java后端研发为示例进行详解。
复杂度 | 技术要求 | 详解 | 业务要求 | 详解 | 管理要求 | 详解 |
---|---|---|---|---|---|---|
规模复杂度 | 端到端的技术领域 | 由1个技术领域扩展到端到端的多个技术领域 | 业务方向规划 | 参加业务核心决策 | 业务域 | 跨技术域,负责3~5个P8级团队,总人数约50~150人左右 |
时间复杂度 | 端到端2~3年技术规划 | 从业务整体发展规划技术整体演进 | 2~3年的未来变化 | 规划业务方向和步骤 | 2~3年业务域规划 | 人事规划(招聘、晋升、裁员)、技术规划、项目计划 |
环境复杂度 | 业界 | 从宏观层面熟悉多个领域的技术 关注和学习新技术 |
行业趋势 | 洞察行业可能的发展趋势 | 业务相关 | 包括产品、运营、研发、测试、运维等 |
创新复杂度 | 新方法论/技术思想创造 | 具备业界影响力 | 业务突破 | 寻求业务的突破点和创新点 | 团队文化和团队机制的创新 | 例如阿里的中供铁军 |