Tech Leader在开发团队中的核心职责
2023-03-10 09:55:04 0 举报
登录查看完整内容
Tech Leader在开发团队中的核心职责
作者其他创作
大纲/内容
降低故障率
提升协作效率
工匠精神
规范目的
配置规范
命名规范
兼容性
版本号
版本管理
错误码定义:英文组合,“.”分隔
错误码需要区分可恢复、不可恢复
异常统一到错误码
切勿透传,统一Result
直接返回
抛出异常
重试处理
熔断处理
降级处理
异常处理规范
异常及错误码
用户鉴权
数据脱敏
安全
防重
幂等
幂等性
异常
API规范
分支开发规范
代码commit规范
日志框架
日志保存时间
日志级别-debug/info/warn/error
日志描述-上下文、traceId
日志信息安全-脱敏
禁用System.out/error
日志规范
字段、索引、表命名规范
建表规范
普通索引、唯一索引、组合索引
索引区分度
索引规范
外键和级联
count(列名)、count(1)、count(*)
SQL规范
ORM规范
Mysql开发规范
统一工具和框架
开发规范
需求来源:客户or类型
需求类型:重要紧急程度
紧急重要
紧急非重要
重要非紧急
非紧急非重要
需求优先级
需求管理
功能需求
非功能需求
架构设计目标
合适原则
简单原则
演化原则
架构设计原则
可测性
可运维性
监控和报警
技术选型
高性能
可扩展性
高可用
可伸缩性
弹性处理
安全性
架构评审要素
架构评审
复杂度
重复代码
文档与注释
潜在BUG
编码规范
确认代码和需求
测试覆盖率
代码评审
明确有无外部依赖,协调合作方发布时间
发布配置确认:配置文件、数据库、中间件等
二方库和应用发布顺序
数据订正和表结构变更
回滚计划
生产环境测试用例回归
发布计划评审
流程规范
系统指标
慢接口
慢查询
错误日志
短期规划-周
架构腐蚀
性能优化
业务可扩展性
弹性可靠性
长期规划-半年
技术规划
MRD
相关人员参加
项目启动
运营需求
产品需求PRD
需求阶段
交互设计
交互评审
视觉设计
视觉评审
设计阶段
技术架构评审
前、后端项目计划
前、后端开发
联调测试
研发阶段
部署上线
回归测试
项目交付
协作流程
技术职责
前期集权式管理
后期放权式管理
团队建设与管理
坦诚、公开、透明
平等相处,消除等级感
工作氛围轻松,团队关系和谐
敢于担当,主动承担责任
成就他人,乐于分享
团队文化
你对近期的工作满意吗?为什么?
在目前工作中,有哪些困扰的地方?遇到的问题和困难?
个人工作
现在做的事情和自己的发展方向是否一致?
在个人成长上,团队能在哪方面改进提供更好的环境?
你认为自己的价值和能力有没有被低估?为什么?
作为你的manager,我需要做什么能帮助你更顺利的工作?
个人成长
团队里谁最优秀?你最佩服谁?
团队的流程、工作方法等,有没有改进建议?
假如你是manager,你会做何调整?
团队
在公司战略和目标方面,你最不清楚的是什么?
你觉得公司错失的最大机遇是什么?
哪些事情是公司该做而没有做的?
公司
沟通与辅导-1on1沟通
背景调查
专业技能
沟通能力
责任心
正能量
价值观
人才筛选的要素
招聘与解雇
管理职责
Tech Leader在开发团队中的核心职责
0 条评论
回复 删除
下一页