We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
本文主要参考来源于阿里芒果移动总经理(P10)王立在万门大学中“程序员成长攻略”培训课程,思维框架上有一定的内在逻辑。大家可以借鉴这种观点,整合自己的思考、能力和机遇,形成一个属于自己的职业发展方法论。
在商业社会中,一个分层明确的商业团体内, 我们逐渐开始对事务的完成(Production)负责, 接着对一群人能够有效产出、提升产出效率(Management)负责, 发展到最后要对生意能卖得出去,长期以来都能盈利(Bussiness)负责。
独立贡献者层面的角色,需要对自己的工作结果负责。
他们的工作重点在于能够完成被分配的任务,并在有风险和需要帮助时及时暴露。
独立贡献者凭借自己所拥有的技术能力完成工作目标,大部分产出均为个人所做出的产出。
也有少数的独立贡献者能够凭借自己高阶的技术水平和独有见解,提供巨大的商业杠杆和业界影响。
主管层面的角色,需要对手头的项目负责。
他们的工作重点在于协调各种资源完成业务目标,并培养新人使其可以胜任工作。
与独立贡献者的区别在于,主管角色的人不但需要自己有所产出,也需要为他人的产出负责。从团队的角度考虑,为了形成有战斗力的小团队,主管角色的人在技术水平和业务水平上都需要成为小团队的标杆。比如微软的主管角色在进行绩效评审时需要写明自己两方面的产出:作为 Engineer 的和作为 Lead 的。
经理层面的角色,需要对自己团队的业务结果负责。
他们的工作重点在于既产出切实有效的业务结果,又产出具有战斗力的团队。
如果一个角色,出现了往下两层的工作关系,可以认为这个人需要具备经理的相应能力。
与主管层面的角色的主要不同点在于,经理角色更多的影响团队氛围,把控团队的准入标准和清退标准,而不是参与一线业务开发。他们的价值更多在于“培养或选择合适完成某件事的人”而不是“完成某件事”。
业务线负责人层面的角色,需要对自己业务线的商业结果负责。
公司负责人层面的角色,需要对整个公司的商业结果负责。
每一个阶段其实都对应着不同的能力。
技术能力是完成业务目标、提出变革的基石
领域知识 & 经验对于不同领域的程序员而言则截然不同,换句话说,不可移植。比较而言,基础知识和编程能力 & 算法对于每一个程序员而言都是相同的,甚至是基本不变的。
领域知识 & 经验包括:
在拥抱变化的情况下,需要程序员拥有快速学习的能力来迅速适应新的工作环境。
具体表现:
工作能力是在商业社会中的立身之本
多任务 vs 单任务
多阶段 vs 单阶段
团队工作 vs 单人工作
计划
通过文字或者口述进行有效的沟通
文字能力 & 语言能力的原则:
书面文字方式:Emall、IM、文档、PPT
语言口述方式:面对面沟通(合作原则)、演讲(路演)、电话
协调多个团队完成一件任务。
跨团队沟通合作通常面临的难题:
识别风险
对抗风险的准备
基于风险决策
管理是通过组织创造更大价值的必要手段
影响力是使用奖惩机制以外方法影响团队中人的思想和行为,实现团队执行的方法。
“霍桑试验”告诉我们,所有的人都是社会人而不是经济人,单纯的奖惩机制不能让团队高效的执行,此时需要使用影响力。
影响力包括:
把一个新手迅速培养成熟手的能力
包括
通过选择合适的人以及建立合适的制度来让团队完成目标。
管理复杂团队能力的核心是通过他人来间接完成团队目标,而不是直接管理最终执行人。
包括:
人力资源相关能力是建立团队制度的高级阶段能力。
一切产出,会在商业社会中获得检验
理解业务线的商业本质是驾驭一条业务线的基础能力。
比较典型的互联网业务线的商业把控步骤:
参考:非连续性原理 第一性原理(埃隆▪马斯克)反射理论(乔治▪索罗斯)
两种情况:
为了得到更多
要点:它是什么?
四个层次:
The text was updated successfully, but these errors were encountered:
No branches or pull requests
角色分层
Lv1. 独立贡献者(Individual Contributor)
独立贡献者层面的角色,需要对自己的工作结果负责。
他们的工作重点在于能够完成被分配的任务,并在有风险和需要帮助时及时暴露。
独立贡献者凭借自己所拥有的技术能力完成工作目标,大部分产出均为个人所做出的产出。
也有少数的独立贡献者能够凭借自己高阶的技术水平和独有见解,提供巨大的商业杠杆和业界影响。
Lv2. 主管(Lead)
主管层面的角色,需要对手头的项目负责。
他们的工作重点在于协调各种资源完成业务目标,并培养新人使其可以胜任工作。
与独立贡献者的区别在于,主管角色的人不但需要自己有所产出,也需要为他人的产出负责。从团队的角度考虑,为了形成有战斗力的小团队,主管角色的人在技术水平和业务水平上都需要成为小团队的标杆。比如微软的主管角色在进行绩效评审时需要写明自己两方面的产出:作为 Engineer 的和作为 Lead 的。
Lv3. 经理(Manager)
经理层面的角色,需要对自己团队的业务结果负责。
他们的工作重点在于既产出切实有效的业务结果,又产出具有战斗力的团队。
如果一个角色,出现了往下两层的工作关系,可以认为这个人需要具备经理的相应能力。
与主管层面的角色的主要不同点在于,经理角色更多的影响团队氛围,把控团队的准入标准和清退标准,而不是参与一线业务开发。他们的价值更多在于“培养或选择合适完成某件事的人”而不是“完成某件事”。
Lv4. 业务线负责人(Bussiness Manager)
业务线负责人层面的角色,需要对自己业务线的商业结果负责。
Lv5. CTO(Chief Technology Officer)
公司负责人层面的角色,需要对整个公司的商业结果负责。
能力要求
</style>和算法
知识和经验
好奇心
迁移能力
的能力
工程素养
和语言能力
沟通协作能力
的能力
团队的能力
让其成长的能力
团队的能力
相关能力
业务商业本质的能力
的能力
和商务谈判能力
整合资源的能力
技术能力(Technology)
T1. 基础知识
T2. 编程能力和算法
T3. 业务领域知识和经验
领域知识 & 经验对于不同领域的程序员而言则截然不同,换句话说,不可移植。比较而言,基础知识和编程能力 & 算法对于每一个程序员而言都是相同的,甚至是基本不变的。
领域知识 & 经验包括:
T4. 新技术好奇心
T5. 快速学习迁移能力
在拥抱变化的情况下,需要程序员拥有快速学习的能力来迅速适应新的工作环境。
具体表现:
工作能力(Production)
P1. 拿结果的能力
P2. 计划和工程素养
多任务 vs 单任务
多阶段 vs 单阶段
团队工作 vs 单人工作
计划
P3. 文字能力和语言能力
通过文字或者口述进行有效的沟通
文字能力 & 语言能力的原则:
书面文字方式:Emall、IM、文档、PPT
语言口述方式:面对面沟通(合作原则)、演讲(路演)、电话
P4. 跨团队沟通协作能力
协调多个团队完成一件任务。
跨团队沟通合作通常面临的难题:
P5. 控制风险的能力
识别风险
对抗风险的准备
基于风险决策
管理能力(Management)
M1. 管理简单团队的能力
M2. 影响力
影响力是使用奖惩机制以外方法影响团队中人的思想和行为,实现团队执行的方法。
“霍桑试验”告诉我们,所有的人都是社会人而不是经济人,单纯的奖惩机制不能让团队高效的执行,此时需要使用影响力。
影响力包括:
M3. 培训新员工让其成长的能力
把一个新手迅速培养成熟手的能力
包括
M4. 管理复杂团队的能力
通过选择合适的人以及建立合适的制度来让团队完成目标。
管理复杂团队能力的核心是通过他人来间接完成团队目标,而不是直接管理最终执行人。
包括:
M5. 人力资源相关能力
人力资源相关能力是建立团队制度的高级阶段能力。
包括:
商业能力(Business)
B1. 把控和理解业务商业本质的能力
理解业务线的商业本质是驾驭一条业务线的基础能力。
比较典型的互联网业务线的商业把控步骤:
B2. 洞察趋势的能力
参考:非连续性原理 第一性原理(埃隆▪马斯克)反射理论(乔治▪索罗斯)
两种情况:
B3. 市场营销和商务谈判的能力
为了得到更多
要点:它是什么?
四个层次:
B4. 跨公司整合资源的能力
实践
The text was updated successfully, but these errors were encountered: