工程师职级胜任力框架
2022-03-11 18:33:38 4 举报
登录查看完整内容
为你推荐
查看更多
国内很多IT工程师大都一心只想成为技术大牛，而忽视了自己全方位的工程师职业素养和能力的培养。
作者其他创作
大纲/内容
E2 - 理解团队所专注的产品区，理解它们在总体业务中的定位和作用，有时能提出产品改进建议。
E5 - 深入理解多个团队的领域，理解这些团队在公司整体业务战略中的定位和作用。
E5 - 在多个团队间协调促进讨论，确保每个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。确保相关团队都参加讨论。协调讨论向有结果产出的方向推进，协助澄清观点，对于最终讨论结果，确保大家的认同(buy-in)。
E2 - 在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案，必要时向更高级的工程师咨询。在对团队成员提供建议时，有时能采用这种经济思维。
E1 - N/A(该级别不适用)
知识分享
软件架构
技术技能(Technical skills)
E1 - 按照优先级执行任务。
可观测性(Observability)
E5 - 经常思考对多个团队会产生影响的实践和流程，和相关团队讨论改进办法，并推进落地。经常能和其他团队合作来改进组织的实践和流程。
理解领域(domain)
E2 - 有时能思考团队所采用的实践和流程，并能和团队讨论改进办法。
E1 - 在组员请求帮忙的情况下，给予力所能及的帮助。为自己积累乐于助人的信誉，在得到别人的帮助时，也要记得别人的信誉。
E6 - 在多个部门范围内，能够有效处理风险、变更和不确定性。在多个部门范围内，在日常业务处理(甚至在高压情况)中，即使没有全景，也能自动自发地决策和行动。
E3 - 在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案，必要时咨询更高级的工程师。在自己的工作中，和对团队提供建议时，经常使用这种经济思维。
作为HR开发工作描述(JD)和评估候选人职级/能力的对标参考
E4 - 在团队范围内，能够有效处理风险、变更和不确定性。在团队范围内，在日常业务处理(甚至在高压情况)中，即使没有明确的下一步指示，也能自动自发地决策和行动。
E3 - 确保理性和现实的承诺，确保团队理解你的工作的优先级和紧迫性，并按照承诺履行交付。在需要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题(防患于未然)。确保在团队中，所有相关人员对各自的工作的预期都是清楚的。
E6 - 在整个组织中，鼓励赞扬和提出建设性反馈的文化。自己身体力行展示这种行为。
软件设计和架构
E6 - 在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中经常使用这种经济思维。在整个组织中宣导经济思维文化，确保作出及时且经济的决策。
E6 - 同E3
E1 - 对服务化架构有总体认识，在此基础上能够设计基本的服务/模块，同时尽量避免冗余代码/功能，减少对接口的不兼容变更。
交付(Delivery)
E2 - 基本理解团队的领域，并且理解团队在整体业务战略中的定位和作用。
E2 - 在和团队成员沟通时，不管是技术还是非技术主题，通常都能够面向听众，有效、清晰和简洁地沟通(包括书面和口头形式)。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
沟通
E4 - 根据组织的监控理念推动所在团队的监控工作。清楚知道所在领域的运维监控数据，能利用这些数据来推动团队改善服务的稳定性和性能。
E1 - 积极主动向团队组员和管理者寻求反馈，并以寻求和接收反馈作为个人成长的重要途径。
E2 - N/A(该级别暂无要求)
测试
寻求和接收反馈
E5 - 同E3
E4 - 在所负责的领域内，能熟练使用系统方法定位和调试所有问题。
E3 - 同E1
E1 - 理解安全的重要性。
E5 - 在多个团队范围内，能够有效处理风险、变更和不确定性。在多个团队范围内，在日常业务处理(甚至在高压情况)中，即使没有全景(total picture，足够的上下文)，也能自动自发地决策和行动。
E6 - 理解公司级的测试方法，并通过质量指标来改进测试。和所有团队合作，根据所采用的测试框架和测试金子塔原理来改进测试方法。推进公司级的测试战略。
有效沟通(Effective communication)
E5 - 理解多个团队所使用的测试方法，并通过质量指标来改进测试。和这些团队协作，根据所采用的测试框架和测试金字塔原理来改进测试方法。能对组织的测试战略施加影响。
E3 - 能够熟练使用系统性方法定位和调试单个服务中的所有问题。能够使用系统性方法定位和调试跨服务问题(有时需要更高级工程师协助)。
E3 - 在和团队成员沟通时，不管是技术还是非技术主题，始终都能够面向听众，有效、清晰和简洁地沟通(包括书面和口头形式)。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
E1 - 基本理解团队的领域和整个公司的主营业务。
E4 - 总是能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
E5 - 带着批判性眼光评审跨团队的工作分解，确保工作已经被分解到适当大小并排了优先级。并且所有涉及的团队都理解这种分解和优先级。
E6 - 能够成功管理整个组织级的交付承诺，交付路线图和进度汇报。确保在多个部门和外部干系人中，所有相关人员对各自的预期都是清楚的。
E1 - 理解自己的职责范围内的工作，经常和团队成员分享知识。
可信赖和责任感
E2 - 工程师(Engineer)
经济思维
E2 - 理解并按照优先级执行任务。关注和说明任务依赖。
E3 - 理解所在团队的工作领域，经常和团队成员分享知识，并积极充实团队文档库。留意可以分享知识的机会，鼓励其他人也积极分享知识。
E5 - 确保跨团队的项目依赖关系已经被说明，并且所有涉及的团队和干系人stakeholders都充分理解这些依赖关系。在多个团队间宣导优先级文化：集中力量解决优先级高的任务/项目 + 优先级的设定要和组织战略对齐。
E2 - 在组员请求的情况下，帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
E4 - 使用行业沉淀下来的成熟的设计模式来架构服务和系统，让团队可以增量和自治的开发，并考虑未来的扩展性。考虑未来的可能用例场景，在做设计决策时，以最小化未来变更成本为主要目标(也就是架构要灵活适应未来的变化)。
E6 - 在整个组织中，能够以开放灵活、相互尊重和富有同理心的方式去教导其他成员。鼓励组织级的教导文化，主动为自己和他人寻找教导机会，同时作为导师帮助他人成长。
E2 - 设计的服务要和总体服务化架构对齐(align with)。
E1 - 理解合理地将工作分解为大小适当的任务对持续集成和增量交付的重要性。
E6 - 在整个组织中，鼓励分享和积极书写文档的分享文化。身体力行展示这种行为。
推进对齐(Driving alignment)
流程思考
E4 - 对团队负责的整个领域有专家级的掌握，包括领域内的服务，它们之间的交互，系统间的数据流等。对周边领域也要有一定理解，因为它们会影响自己团队的领域。
E4 - 经常能思考团队所采用的实践和流程，并能和团队讨论改进办法。有时能和其他团队合作来改进组织的实践和流程。
E3 - 鼓励团队成员在讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公(而非保守固执)，在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。
E3 - 有时能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
E3 - 理解测试金字塔原理，并根据其原理来编写底层单元测试和中高层测试。能写出高质量的测试用例，全面覆盖成功路径、边界和错误情况。
作为管理者评估工程师职级/能力+目标设定的对标参考
E1 - 能够每天和团队交流工作进度。能够履行已经承诺的交付，并且具有一定的交付紧迫感。
任务分解
E2 - 对团队内的某部分领域有较深入理解，能在该领域内高产出地工作。
E1 - N/A(该级别暂无要求)
自我组织(self-organization)
E3 - 在工作中和团队成员，管理者，以及相关业务的干系人建立密切关系。
E2 - 理解测试金字塔原理，并能根据测试金子塔的原理来编写单元测试，能在高级别工程师指导下编写高层测试(组件、集成、e2e测试等)。不仅能测试成功路径(happy path)，同时也能充分测试边界和错误情况。
增量价值交付
E5 - 能够成功管理多个团队的交付承诺，交付路线图和进度汇报。在多个团队的项目中，在需要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题(防患于未然)。确保在多个团队和外部干系人中，所有相关人员对各自的预期都是清楚的。
E3 - 总是能写出易于测试和易于其他开发者理解的生产级的代码，能充分考虑各种边界情况和做充分的错误处理。知道在必要时写代码注释，同时尽量让代码自注释（self-documenting）。
E4 - 在团队中鼓励目标对齐文化，在理解组织战略和原则的基础上，按需发起一些相关内容的团队讨论，确保团队目标和组织目标的对齐。在理解组织目标的基础上，确保团队全力投入实现团队目标。
E6 - 能够在整个公司中有效沟通。在整个公司中，鼓励清晰、简洁、有效和面向听众的沟通文化。确保团队成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
E6 - 领导战略性的组织决策和计划。经常在战略层次思考和工作，对决策施加影响以确保组织级的战略目标对齐。
E4 - 在团队和团队的业务干系人中，鼓励赞扬和提出建设性反馈的文化。自己身体力行展示这种行为。
E3 - 带着批判性眼光评审任务分解，确保任务已经被分解到适合持续集成和增量交付的大小。
战略工作
E5 - 在多个团队范围内，和工程师、管理者，还有相关业务干系人建立密切的关系。在为这些团队做定位和计划时，充分利用这些建立的关系。
E6 - 带着批判性眼光评审组织级的工作分解，确保工作已经被适当分解并且在多部门间排了工作优先级。
写代码
E6 - 在整个组织内推动目标对齐文化，在深入理解组织战略和原则的基础上，按需发起战略和目标讨论，确保团队目标和组织目标的对齐。确保在整个组织范围内，大家既理解整个组织的大目标，也清楚各自的团队目标。
E5 - 在多个团队和团队的业务干系人中，鼓励赞扬和提出建设性反馈的文化。身体力行展示这种行为。
E4 - 在所在团队和相关业务干系人中，鼓励积极分享和书写文档的分享文化。身体力行展示这种行为。
业务敏锐和战略
战略性影响(Strategic Impact)
E3 - 深入理解团队的领域，并且理解团队在整体业务战略中的定位和作用。对周边团队的业务领域有基本的理解。
E5 - 能够识别新产品机会，以及和竞争对手产品之间的差异点。在多个团队间，经常能根据技术战略和限制来协助细化产品路线图。有时能改变技术战略或限制来定义和创造新产品。
作为工程师职业开发和成长路径的对标参考
E5 - 在多个团队中鼓励目标对齐文化，在理解组织战略和原则的基础上，按需发起一些相关内容的多团队讨论，确保团队目标和组织目标的对齐。在深入理解组织目标的基础上，确保多个团队全力投入实现各自的团队目标。
应对不确定性(Dealing with ambiguity)
E2 - 总是能写出易于测试和易于他人理解的代码，能考虑到各种边界情况并做合理错误处理。能书写有效的代码文档。
E2 - 在工作中和团队成员、管理者，以及对口的产品团队建立密切关系。
E1 - 在初步了解组织战略和原则的基础上，在时机恰当时能积极参与相关内容的小组讨论。在初步理解组织目标的基础上，全力投入实现小组目标(目标导向)。
E1 - 知道如何有效地赞扬他人，如何提出建设性反馈。
提供反馈
E5 - 能够在具有多样背景和性格的多个团队间有效沟通。在多个团队间，鼓励清晰、简洁、有效和面向听众的沟通文化。确保团队成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
E6 - 首席工程师(Principal Engineer)
E2 - 在个人工作范围内，通常能够有效处理风险、变更和不确定性。在日常业务处理(甚至在高压情况)中，即使没有明确的下一步指示，也能自动自发地决策和行动。
业务敏锐
E6 - 在多个部门间推进可观测的DevOps文化，帮助公司内不同部门的工程团队利用运维数据来提升各自领域服务的性能和稳定性。
E1 - 知道测试金字塔。能写单元测试(有时需要高级工程师的协助)。
安全
E5 - 在多个团队间，能够以开放灵活、相互尊重和富有同理心的方式去教导其他成员。在多个团队间鼓励教导文化，主动为自己和他人寻找教导机会，同时作为导师帮助他人成长。
E1 - 写代码时能意识到代码的可测试性和可读性的重要性，能意识到边界情况和错误处理。
E6 - 在整个组织范围内，鼓励开诚布公和就事论事文化，鼓励团队成员在讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公(而非保守固执)，在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。将整个组织的背后关切整合到各自的视角和计划中。
E6 - 在整个组织范围内，和产品/业务方通力协作，积极寻找能够创造新产品或重新定义产品路线图的任何机会。
E1 - 理解在决策中的成本 vs 价值权衡的重要性。在工作中如果碰到需要这种决策的场景时，能够向更高级的工程师求助。
E4 - 根据公司的工程技术战略，和团队成员+高级工程师协作，讨论并决定本团队的工作重点。有时能参与公司的工程技术战略制定。
E4 - 同E3
E2 - 在开始工作之前，确保任务已经被分解到适合持续集成和增量交付的大小(通常需要团队成员和管理者的帮助)。
E5 - 经常参与战略性的组织决策和计划。领导跨团队战略工作制定，对决策施加影响以确保多团队和公司总体战略目标的对齐。
E2 - 知道组织的监控理念，并熟悉自己团队领域内的主要运维监控指标。
E5 - 在多个团队和相关的业务干系人中鼓励主动寻求反馈的文化，并以反馈作为成长的重要途径。身体力行展示这种行为。
E3 - 理解公司的工程技术战略，经常能参与讨论该战略给团队带来的机会和影响。
职级
E5 - 在多个团队范围内，鼓励开诚布公和就事论事文化，鼓励团队成员在讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公(而非保守固执)，在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。深入挖掘表层分歧的背后关切，并将这些关切整合到各自的视角和计划中
E5 - 在多个团队间推动可观测的DevOps文化，帮助工程师利用运维数据来提升各自领域服务的稳定性和性能。
E4 - 能够以开放灵活、相互尊重和富有同理心的方式去教导其他组员。从保持团队技能适度冗余和关键岗位要有候补的角度考虑，主动寻找教导机会。必要时能够对其他团队的组员进行教导。
E6 - 在整个组织范围内，赋能团队互帮互助，人人乐于积累和给予信誉。
E3 - 知道组织的监控理念。能帮助团队改进监控。能根据团队领域内的运维监控数据，对系统的稳定性和性能改进提出合理建议。
E3 - 设计的服务/系统和总体架构始终对齐。能高效地利用抽象、模块化和重用机制。
E2 - 讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公(而非保守固执)，在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方关切来解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。
E4 - 在所在团队的项目中，在需要升级阻碍、延迟和成本激增等问题之前，提前预期并沟通这些潜在的问题(防患于未然)。确保在所在团队和外部干系人中，所有相关人员对各自的工作的预期都是清楚的。
工程师胜任力矩阵
反馈
E6 - 积极和安全团队进行合作来制定和完善组织级别的安全战略。在多部门间宣导安全优先的理念。能够识别不易被他人察觉的安全威胁。
E1 - 主动寻找能帮助自己提升工作经验的导师。
E2 - 同E1
解决分歧(Handling disagreement)
E1 - 讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能以积极健康的方式解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。
E2 - 理解安全的重要性。在做对安全可能有影响的决策时，咨询更高级工程师的意见。
E3 - 高级工程师(Senior Engineer)
E4 - 在团队内鼓励开诚布公和就事论事文化，鼓励团队成员在讨论时，能积极参与讨论，公开表达自己的观点，同时尊重他人的意见。当发生意见分歧时，能够开诚布公(而非保守固执)，在有分歧观点的基础上，进行建设性的和富有成效的对话，通过深入理解对方立场来解决分歧。能够根据他人的观点输入来调整和改变自己的视角和计划。
E6 - 对组织的整体架构有专家级的掌握，包括所有的领域，领域之间的边界，以及它们之间如何交互。
E5 - 在多个团队和各自的相关业务干系人中，鼓励积极分享和书写文档的分享文化。身体力行展示这种行为。
E6 - 对组织的实践和流程的持续改进总负责。
E2 - 理解公司的工程技术战略。
E3 - 在理解组织战略和原则的基础上，在时机恰当时能发起一些相关内容的团队讨论，确保团队目标和组织目标对齐。在理解组织目标的基础上，确保团队全力投入实现共同目标。
作为企业文化建设的一种手段，将企业的核心价值观和文化融入职级胜任力框架(codify core value and culture into engineering level & competency matrix)，通过职级框架来引导工程师的价值认同和文化行为。
E4 - 在工作中和团队成员，管理者，团队相关的业务干系人，以及组织内的高级别工程师之间建立密切关系，并不断提升这种关系。在做团队定位和计划的时候，充分利用这些建立的关系。
质量和测试
E1 - 在高级工程师的帮助下，对团队的领域上下文有初步理解。
E6 - 和整个组织范围内的成员建立密切的关系。在为整个组织做定位和计划时，充分利用这些建立的关系。
E1 - 理解调试基础，知道如何使用调试工具。
E3 - 对团队内的某个子领域有专业级掌握，能够进行一定的抽象建模，能利用领域抽象能力高产出地工作
教导(Mentoring)
E5 - 积极和安全团队，还有其他多个团队进行合作，保障组织安全战略的落地。在多个团队间鼓励安全优先(security first)的理念，并作出榜样。
E4 - 理解团队所使用的测试方法，通过质量指标改进测试。能根据团队所采用的测试框架和测试金字塔原理来改进测试方法。
E4 - 和产品团队一起协作评估和开发新产品功能。经常参与产品路线图的制定。通过主动对话来简化产品和技术设计。
协调促进(Facilitation)
E3 - 能够以开放灵活、相互尊重和富有同理心的方式去教导其他初级组员。从保持团队技能适度冗余和关键岗位要有候补的角度考虑，主动寻找教导机会。
E4 - 深入理解团队的领域和战略，以及如何将其映射到公司的总体战略版图。充分理解周边团队的战略，理解自己团队在其他团队战略中的定位/作用和接口点。
E5 - 对若干个相关领域有专家级掌握，包括领域内的服务，它们之间的交互，系统间的数据流等。
优先级和依赖分析
E6 - 在需要时领导跨部门的事件应急响应机制。使用系统性方法定位和调试跨部门边界的问题。
E5 - 在多个团队范围内，总是能主动帮助组员一起克服阻碍完成工作。为自己积累乐于助人的信誉，在得到别人帮助时，也要记得别人的信誉。
E5 - 在多个团队之间宣导能支持增量和自治开发的，并且能支持未来扩展的架构文化。指导多个团队考虑未来的可能用例场景，在做设计决策时，以最小化未来的变更成本为主要目标。
E5 - 在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中经常使用这种经济思维。在多个团队中宣导经济思维文化，确保作出及时且经济的决策。
E2 - 在了解组织战略和原则的基础上，在时机恰当时能发起一些相关内容的小组讨论。在初步理解组织目标的基础上，全力投入实现团队目标。
E2 - 承诺和自身工作能力匹配的工作量(不夸大也不低估)，和团队保持沟通，以确保他们理解你的工作的优先级和紧迫性，并按照承诺履行交付。如果有任何阻碍(blockers)、延迟和成本激增问题，则每天要及时将这些问题升级反馈到团队。和团队澄清各自对工作的预期是什么(避免last minute surprise)。
关系建设(Relationship building)
E6 - 在整个组织中鼓励主动寻求反馈的文化，并以反馈作为成长的重要途径。身体力行展示这种行为。
E4 - 带着批判性眼光评审项目分解，确保项目已经被分解到适当大小并排优先级，并且团队成员充分理解这种分解和优先级。
E4 - 确保任务级别的依赖关系已经被说明，并且团队也理解这些依赖关系。在团队中宣导优先级文化：集中力量解决优先级高的任务 + 优先级的设定要和组织战略对齐。
E2 - 能够对团队组员和管理者表达赞扬和提出建设性反馈。
团队合作(Teamwork)
E3 - 在个人工作范围内，能够有效处理风险、变更和不确定性。在日常业务处理(甚至在高压情况)中，即使没有明确的下一步指示，也能自动自发地决策和行动。
E6 - 在整个组织间协调促进讨论，确保每个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。确保相关团队都参加讨论。协调讨论向有结果产出的方向推进，协助澄清观点，对于最终讨论结果，确保大家的认同(buy-in)。
E3 - 能够对团队组员和管理者表达赞扬和提出建设性反馈。在时机恰当时，能够对团队的业务干系人提供反馈。
协作
E5 - 在所负责的几个领域内，能熟练使用系统方法定位和调试所有问题。
产品思维
目标
E1 - 助理工程师(Associate Engineer)
E4 - 能够在具有多样背景和性格的团队中有效沟通。在团队中，鼓励清晰、简洁、有效和面向听众的沟通文化。确保团队成员能够积极聆听对方的反馈，真正理解对方的关切。身体力行展示这种行为。关注肢体语言。
调试
E6 - 识别组织的多个部门间的项目依赖关系，并且和相关团队合作，在这些依赖变成实际问题之前先想办法解决它们，并设计出预防性措施以防止依赖问题的重复出现。在多个部门间宣导优先级文化：集中力量解决优先级高的项目 + 优先级的设定要和组织战略对齐。
E2 - 主动寻找能帮助自己提升工作经验的导师。有时也能以开放灵活、相互尊重和富有同理心的方式去教导其他初级组员。
E3 - 经常能思考团队所采用的实践和流程，并能和团队讨论改进办法。
E4 - 在团队和相关的业务干系人中鼓励主动寻求反馈的文化，并以反馈作为成长的重要途径。身体力行展示这种行为。
E1 - 理解团队所采用的实践和流程。
E6 - 深入理解整个公司的业务，包括每一个领域，理解它们是如何拼装成公司的整体战略版图的。
E4 - 在采取具体行动方案时，能够做成本 vs 价值分析，并采用最经济的行动方案。在自己的工作中经常使用这种经济思维。在所在团队中宣导这种经济思维文化(economic thinking culture)，确保作出及时且经济的决策。
E3 - 充分理解公司的业务模式和当前团队所专注产品区的关系。有时能参与产品团队的路线图制定，并提出反馈意见。寻找机会简化产品和技术设计。
领导力(Leadership)
E1 - 能够面向听众(in an audience-oriented way，以听众为中心而不是自顾自表达)，有效、清晰和简洁地沟通(包括书面和口头形式)。积极聆听对方的反馈，确保你真正理解对方的关切。关注肢体语言。
胜任力评估框架
E1 - 理解团队所产出产品的基本功能。
E3 - 所有工程工作都要经过“安全放大镜”的检视。在做code review和peer review时，主动留意安全漏洞。
E4 - 资深工程师(Staff Engineer)
E2 - 能够使用系统性方法定位和调试单个服务的问题。
E4 - 积极和安全团队，还有自己的团队进行合作，根据组织的安全战略改进团队的安全方法。在团队中鼓励**安全优先（security first）**的理念，并作出榜样(leading by example)。
E3 - 在团队中协调促进讨论，确保每个人都有机会分享观点和被倾听，并且讨论的结果和会议目标议题紧密关联。鼓励那些不太愿意说话的参与者，同时防止某人全程垄断讨论。
E2 - 理解自己的工作领域，经常和团队成员分享知识，并积极充实团队文档库。留意可以分享知识的机会。
E6 - 在整个组织内宣导能支持增量和自治开发的，并且能支持未来扩展的架构文化。指导组织内的所有团队考虑未来的可能用例场景，在做设计决策时，以最小化未来的变更成本为目标。
E1 - 在工作中和团队成员、管理者建立密切关系。
E5 - 高级资深工程师(Senior Staff Engineer)
E3 - 确保任务的优先级设定合理，并且能说明依赖关系。
0 条评论
回复 删除
下一页
