服务热线：
发布时间： 2024-05-12 19:07:35 来源：电竞比分-存储调理
尽管这些年国内的IT行业发展迅速，但是仍然欠缺一套比较综合性的面向工程师的职级胜任力框架，造成国内很多工程师大都一心只想成为技术大牛，而忽视了自己全方位的工程师职业素养和能力的培养。
eBay资深架构师杨波老师读到了美国Circle CI公司分享的工程胜任力矩阵[1]，发现这份文档就是一份比较贴合互联网研发型企业的工程师职级胜任力框架，于是在它的基础上，重新整理出了一份更适合国内工程师阅读的《工程师职级胜任力框架》，并把它分享在了GitHub站点[2]上，希望这份文档对你的职业开发和成长有帮助。
Circle CI是美国一家专注CI/CD持续交付领域的SaaS企业服务公司，企业成立于2011年，2020年已经到E轮1亿美金融资。工程胜任力矩阵是Circle CI公司的HR和工程团队联合开发，于2018年在其技术博客上[3]公开分享出来的。
2、评估的纬度共分5个关键区（Key area），关键区再细分为15个价值（Value）维度，价值维度再细分为27个胜任力（Competency）纬度。其中5个关键区分别是：
3、各个工程级别的最主要差异在所能hold住的工作的范围（scope），或者说影响力范围，其中：
E4～E6能够善用人力（一般要带团队）和产品等杠杆进行规模化的生产（Utilizing skills to scale and generate leverage），职级越高越偏向战略方向、理念和文化建设。
4、具体做性能评估时，各级别工程师对5个关键区的权重不同，一般E1~E3偏重技术技能和交付，而E4~E6则偏重反馈、沟通/协作、领导力和战略性影响。
6、该框架的目标不是将工程师培养成技术牛人，技术能力在整个框架中只占五分之一，而是希望提升工程师的综合素养和能力。
写代码时能意识到代码的可测试性和可读性的重要性，能意识到边界情况和错误处理。
总是能写出易于测试和易于他人理解的代码，能考虑到各种边界情况并做合理错误处理。能书写有效的代码文档。
总是能写出易于测试和易于其他开发者理解的生产级的代码，能最大限度地考虑各种边界情况和做充分的错误处理。知道在必要时写代码注释，同时尽量让代码自注释（self-documenting）。
理解测试金字塔原理，并能根据测试金子塔的原理来编写单元测试，能在高级别工程师指导下编写高层测试（组件、集成、e2e测试等）。不仅能测试成功路径（happy path），同时也能充分测试边界和错误情况。
理解测试金字塔原理，并根据其原理来编写底层单元测试和中高层测试。能写出高质量的测试用例，全方面覆盖成功路径、边界和错误情况。
理解团队所使用的测试方法，通过质量指标改进测试。能根据团队所采用的测试框架和测试金字塔原理来改进测试方法。
理解团队所使用的测试方法，通过质量指标改进测试。能根据团队所采用的测试框架和测试金字塔原理来改进测试方法。
理解公司级的测试方法，并通过质量指标来改进测试。和所有团队合作，根据所采用的测试框架和测试金子塔原理来改进测试方法。推进公司级的测试战略。
知道组织的监控理念。能帮助团队改进监控。能根据团队领域内的运维监控数据，对系统的稳定性和性能改进提出合理建议。
根据组织的监控理念推动所在团队的监控工作。清楚知道所在领域的运维监控数据，能利用这一些数据来推动团队改善服务的稳定性和性能。
在多个团队间推动可观测的DevOps文化，帮助工程师利用运维数据来提升各自领域服务的稳定性和性能。
在多个部门间推进可观测的DevOps文化，帮助公司内不同部门的工程团队利用运维数据来提升各自领域服务的性能和稳定性。
对团队内的某个子领域有专业级掌握，可以有效的进行一定的抽象建模，能利用领域抽象能力高产出地工作。
对团队负责的整个领域有专家级的掌握，包括领域内的服务，它们之间的交互，系统间的数据流等。对周边领域也要有一定理解，因为它们会影响自己团队的领域。
对若干个相关领域有专家级掌握，包括领域内的服务，它们之间的交互，系统间的数据流等。
对组织的整体架构有专家级的掌握，包括所有的领域，领域之间的边界，以及它们之间如何交互。
对服务化架构有总体认识，在此基础上能够设计基本的服务/模块，同时尽可能的避免冗余代码/功能，减少对接口的不兼容变更。
设计的服务/系统和总体架构始终对齐。能高效地利用抽象、模块化和重用机制。
使用行业沉淀下来的成熟的设计模式来架构服务和系统，让团队可以增量和自治的开发，并考虑未来的扩展性。考虑未来的可能用例场景，在做设计决策时，以最小化未来变更成本为主要目标（也就是架构要灵活适应未来的变化）。
在多个团队之间宣导能支持增量和自治开发的，并且能支持未来扩展的架构文化。指导多个团队考虑未来的可能用例场景，在做设计决策时，以最小化未来的变更成本为主要目标。
在整个组织内宣导能支持增量和自治开发的，并且能支持未来扩展的架构文化。指导组织内的所有团队考虑未来的可能用例场景，在做设计决策时，以最小化未来的变更成本为目标。
理解安全的重要性。在做对安全可能有影响的决策时，咨询更高级工程师的意见。
所有工程工作都要经过“安全放大镜”的检视。在做code review和peer review时，主动留意安全漏洞。
积极和安全团队，还有自己的团队进行合作，根据组织的安全战略改进团队的安全方法。在团队中鼓励安全优先（security first）的理念，并作出榜样（leading by example）。
积极和安全团队，还有别的多个团队进行合作，保障组织安全战略的落地。在多个团队间鼓励安全优先（security first）的理念，并作出榜样。
积极和安全团队进行合作来制定和完善组织级别的安全战略。在多部门间宣导安全优先的理念。能够识别不易被他人察觉的安全威胁。
在开始工作之前，确保任务已经被分解到适合持续集成和增量交付的大小（常常要小组成员和管理者的帮助）。
带着批判性眼光评审任务分解，确保任务已经被分解到适合持续集成和增量交付的大小。
带着批判性眼光评审项目分解，确保项目已经被分解到适当大小并排优先级，并且小组成员充分理解这种分解和优先级。
带着批判性眼光评审跨团队的工作分解，确保工作已经被分解到适当大小并排了优先级。并且所有涉及的团队都理解这种分解和优先级。
带着批判性眼光评审组织级的工作分解，确保工作已经被适当分解并且在多部门间排了工作优先级。
确保任务级别的依赖关系已经被说明，并且团队也理解这些依赖关系。在团队中宣导优先级文化：集中力量解决优先级高的任务 + 优先级的设定要和组织战略对齐。
确保跨团队的项目依赖关系已经被说明，并且所有涉及的团队和干系人stakeholders都充分理解这些依赖关系。在多个团队间宣导优先级文化：集中力量解决优先级高的任务/项目 + 优先级的设定要和组织战略对齐。
识别组织的多个部门间的项目依赖关系，并且和相关团队合作，在这些依赖变成实际问题之前先想办法解决它们，并设计出预防性措施以防止依赖问题的重复出现。在多个部门间宣导优先级文化：集中力量解决优先级高的项目 + 优先级的设定要和组织战略对齐。
在个人工作范围内，通常能够有效处理风险、变更和不确定性。在日常业务处理（甚至在高压情况）中，即使没有明确的下一步指示，也能自动自发地决策和行动。
在个人工作范围内，能够有效处理风险、变更和不确定性。在日常业务处理（甚至在高压情况）中，即使没有明确的下一步指示，也能自动自发地决策和行动。
在团队范围内，能够有效处理风险、变更和不确定性。在团队范围内，在日常业务处理（甚至在高压情况）中，即使没有明确的下一步指示，也能自动自发地决策和行动。
在多个团队范围内，能够有效处理风险、变更和不确定性。在多个团队范围内，在日常业务处理（甚至在高压情况）中，即使没有全景（total picture，足够的上下文），也能自动自发地决策和行动。
在多个部门范围内，能够有效处理风险、变更和不确定性。在多个部门范围内，在日常业务处理（甚至在高压情况）中，即使没有全景，也能自动自发地决策和行动。
能够每天和团队交流工作进度。能够履行已经承诺的交付，并且具有一定的交付紧迫感。
承诺和自身工作上的能力匹配的工作量（不夸大也不低估），和团队保持沟通，以确保他们理解你的工作的优先级和紧迫性，并按照承诺履行交付。如果有任何阻碍（blockers）、延迟和成本激增问题，则每天要及时将这样一些问题升级反馈到团队。和团队澄清各自对工作的预期是什么（避免last minute surprise）。
确保理性和现实的承诺，确保团队理解你的工作的优先级和紧迫性，并按照承诺履行交付。在要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题（防患于未然）。确保在团队中，所有有关人员对各自的工作的预期都是清楚的。
在所在团队的项目中，在要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题（防患于未然）。确保在所在团队和外部干系人中，所有有关人员对各自的工作的预期都是清楚的。
能够成功管理多个团队的交付承诺，交付路线图和进度汇报。在多个团队的项目中，在要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题（防患于未然）。确保在多个团队和外部干系人中，所有有关人员对各自的预期都是清楚的。
能够成功管理整个组织级的交付承诺，交付路线图和进度汇报。确保在多个部门和外部干系人中，所有有关人员对各自的预期都是清楚的。
理解在决策中的成本 vs 价值权衡的重要性。在工作中如果碰到需要这种决策的场景时，能够向更高级的工程师求助。
在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案，必要时向更高级的工程师咨询。在对小组成员提供相关建议时，有时能采用这种经济思维。
在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案，必要时咨询更高级的工程师。在自己的工作中，和对团队提供相关建议时，常常使用这种经济思维。
在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中经常用这种经济思维。在所在团队中宣导这种经济思维文化（economic thinking culture），确保作出及时且经济的决策。
在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中常常使用这种经济思维。在多个团队中宣导经济思维文化，确保作出及时且经济的决策。
在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中经常用这种经济思维。在整个组织中宣导经济思维文化，确保作出及时且经济的决策。
能够对团队组员和管理者表达赞扬和提出建设性反馈。在时机恰当时，能够对团队的业务干系人提供反馈。
在团队和团队的业务干系人中，鼓励赞扬和提出建设性反馈的文化。自己身体力行展示这种行为。
在多个团队和团队的业务干系人中，鼓励赞扬和提出建设性反馈的文化。身体力行展示这种行为。
在整个组织中，鼓励赞扬和提出建设性反馈的文化。自己身体力行展示这种行为。
积极主动向团队组员和管理者寻求反馈，并以寻求和接收反馈作为个人成长的重要方法。
在团队和相关的业务干系人中鼓励主动寻求反馈的文化，并以反馈作为成长的重要方法。身体力行展示这种行为。
在多个团队和相关的业务干系人中鼓励主动寻求反馈的文化，并以反馈作为成长的重要方法。身体力行展示这种行为。
在整个组织中鼓励主动寻求反馈的文化，并以反馈作为成长的重要途径。身体力行展示这种行为。
能够面向听众（in an audience-oriented way，以听众为中心而不是自顾自表达），有效、清晰和简洁地沟通（包括书面和口头形式）。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
在和小组成员沟通时，不管是技术还是非技术主题，通常都能够面向听众，有效、清晰和简洁地沟通（包括书面和口头形式）。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
在和小组成员沟通时，不管是技术还是非技术主题，始终都能够面向听众，有效、清晰和简洁地沟通（包括书面和口头形式）。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
能够在具有多样背景和性格的团队中有效沟通。在团队中，鼓励清晰、简洁、有效和面向听众的沟通文化。确保小组成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
能够在具有多样背景和性格的多个团队间有效沟通。在多个团队间，鼓励清晰、简洁、有效和面向听众的沟通文化。确保小组成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
能够在整个公司中有效沟通。在整个公司中，鼓励清晰、简洁、有效和面向听众的沟通文化。确保小组成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
理解自己的工作领域，经常和小组成员分享知识，并积极充实团队文档库。留意可以分享知识的机会。
理解所在团队的工作领域，经常和小组成员分享知识，并积极充实团队文档库。留意可以分享知识的机会，鼓励其他人也积极分享知识。
在所在团队和相关业务干系人中，鼓励积极分享和书写文档的分享文化。身体力行展示这种行为。
在多个团队和各自的相关业务干系人中，鼓励积极分享和书写文档的分享文化。身体力行展示这种行为。
在整个组织中，鼓励分享和积极书写文档的分享文化。身体力行展示这种行为。
在组员请求帮忙的情况下，给予力所能及的帮助。为自己积累乐于助人的信誉，在得到别人的帮助时，也要记得别人的信誉。
在组员请求的情况下，帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
有时能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
总是能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
在多个团队范围内，总是能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
在工作中和小组成员，管理者，团队相关的业务干系人，以及组织内的高级别工程师之间建立密切关系，并不断的提高这种关系。在做团队定位和计划的时候，充分的利用这些建立的关系。
在多个团队范围内，和工程师、管理者，还有相关业务干系人建立密切的关系。在为这些团队做定位和计划时，充分的利用这些建立的关系。
和整个组织范围内的成员建立密切的关系。在为整个组织做定位和计划时，充分的利用这些建立的关系。
讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能以积极健康的方式解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。
讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公（而非保守固执），在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方关切来解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。
鼓励小组成员在讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公（而非保守固执），在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。
在团队内鼓励开诚布公和就事论事文化，鼓励小组成员在讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公（而非保守固执），在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。
在多个团队范围内，鼓励开诚布公和就事论事文化，鼓励小组成员在讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公（而非保守固执），在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。深入挖掘表层分歧的背后关切，并将这些关切整合到各自的视角和计划中。
在整个组织范围内，鼓励开诚布公和就事论事文化，鼓励小组成员在讨论时，能热情参加讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公（而非保守固执），在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。可以依据他人的观点输入来调整和改变自身的视角和计划。将整个组织的背后关切整合到各自的视角和计划中。
在初步了解组织战略和原则的基础上，在时机恰当时能热情参加相关联的内容的小组讨论。在初步理解组织目标的基础上，全力投入实现小组目标（目标导向）。
在了解组织战略和原则的基础上，在时机恰当时能发起一些相关联的内容的小组讨论。在初步理解组织目标的基础上，全力投入实现团队目标。
在理解组织战略和原则的基础上，在时机恰当时能发起一些相关联的内容的团队讨论，确保团队目标和组织目标对齐。在理解组织目标的基础上，确保团队全力投入实现共同目标。
在团队中鼓励目标对齐文化，在理解组织战略和原则的基础上，按需发起一些相关联的内容的团队讨论，确保团队目标和组织目标的对齐。在理解组织目标的基础上，确保团队全力投入实现团队目标。
在多个团队中鼓励目标对齐文化，在理解组织战略和原则的基础上，按需发起一些相关联的内容的多团队讨论，确保团队目标和组织目标的对齐。在深入理解组织目标的基础上，确保多个团队全力投入实现各自的团队目标。
在整个组织内推动目标对齐文化，在深入理解组织战略和原则的基础上，按需发起战略和目标讨论，确保团队目标和组织目标的对齐。确保在整个组织范围内，大家既理解整个组织的大目标，也清楚各自的团队目标。
在团队中协调促进讨论，确保任何一个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。鼓励那些不太愿意说话的参与者，同时防止某人全程垄断讨论。
在多个团队间协调促进讨论，确保任何一个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。确保相关团队都参加讨论。协调讨论向有结果产出的方向推进，协助澄清观点，对于最终讨论结果，确保大家的认同（buy-in）。
在整个组织间协调促进讨论，确保任何一个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。确保相关团队都参加讨论。协调讨论向有结果产出的方向推进，协助澄清观点，对于最终讨论结果，确保大家的认同（buy-in）。
主动寻找能帮助自身提升工作经验的导师。有时也能以开放灵活、相互尊重和富有同理心的方式去教导其他初级组员。
能够以开放灵活、相互尊重和富有同理心的方式去教导其他初级组员。从保持团队技能适度冗余和关键岗位要有候补的角度考虑，主动寻找教导机会。
能够以开放灵活、相互尊重和富有同理心的方式去教导其他组员。从保持团队技能适度冗余和关键岗位要有候补的角度考虑，主动寻找教导机会。必要时能够对其他团队的组员进行教导。
在多个团队间，能够以开放灵活、相互尊重和富有同理心的方式去教导其他成员。在多个团队间鼓励教导文化，主动为自己和他人寻找教导机会，同时作为导师帮助他人成长。
在整个组织中，能够以开放灵活、相互尊重和富有同理心的方式去教导其他成员。鼓励组织级的教导文化，主动为自己和他人寻找教导机会，同时作为导师帮助他人成长。
深入理解团队的领域，并且理解团队在整体业务战略中的定位和作用。对周边团队的业务领域有基本的理解。
深入理解团队的领域和战略，以及如何将其映射到公司的总体战略版图。充分理解周边团队的战略，理解自己团队在其他团队战略中的定位/作用和接口点。
深入理解多个团队的领域，理解这些团队在公司整体业务战略中的定位和作用。
深入理解整个公司的业务，包括每一个领域，理解它们是如何拼装成公司的整体战略版图的。
根据公司的工程技术战略，和小组成员+高级工程师协作，讨论并决定本团队的工作重点。有时能参与公司的工程技术战略制定。
经常参与战略性的组织决策和计划。领导跨团队战略工作制定，对决策施加影响以确保多团队和公司总体战略目标的对齐。
领导战略性的组织决策和计划。经常在战略层次思考和工作，对决策施加影响以确保组织级的战略目标对齐。
理解团队所专注的产品区，理解它们在总体业务中的定位和作用，有时能提出产品改进建议。
充分理解公司的业务模式和当前团队所专注产品区的关系。有时能参与产品团队的路线图制定，并提出反馈意见。寻找机会简化产品和技术设计。
和产品团队一起协作评估和开发新产品功能。经常参与产品路线图的制定。通过主动对话来简化产品和技术设计。
能够识别新产品机会，以及和竞争对手产品之间的差异点。在多个团队间，经常能根据技术战略和限制来协助细化产品路线图。有时能改变技术战略或限制来定义和创造新产品。
在整个组织范围内，和产品/业务方通力协作，积极寻找能够创造新产品或重新定义产品路线图的任何机会。
