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