做前端有几年了,有幸做了几位实习生的导师,下面从前端导师的角度记录了一下培养实习生的注意事项。没有过多废话,喜欢的话,可以点赞收藏,谢谢!
1、新人特点
首先对新人的特点进行分析,然后对症下药。
不熟悉
- 规章制度、工作流程、技术环境等
没经验
- 技术实现、沟通协作、项目把控等
2、熟悉环境
2.1、熟悉现实环境
- 熟悉公司区域划分情况,包括团队位置、会议室等;
- 熟悉公司周边环境,包括吃饭、购物等日常生活相关的场所;
2.2、熟悉上下游相关的同事
- 新人初次来公司的时候介绍一下
- 通过做项目慢慢熟悉常接触的人
2.3、熟悉技术环境
- 提供公司基础库、常用框架等相关文档,并做相关介绍;
- 提供项目代码让其熟悉,指出典型页面并做相关介绍,了解常见页面、功能的实现方法;
2.4、熟悉常用办公软件(公司之间有差异)
- 公司VPN
- 工时填报系统
- 文档库系统
- 发版平台系统
- gitLab
- 接口文档管理系统
2.5、熟悉公司的规章制度
- 类似于考勤、奖惩这些,一般人力会讲,但是如果人力没有讲到的话,作为导师可以讲一下
2.6、熟悉日常办公事项
- 提醒新人按时填报工时;
- 提醒新人按时填报周报。
3、告知禁忌
3.1、保护公司机密
包括不限于代码、内部文件,避免流出到公网;
3.2、保护数据安全
- 非自己了解的数据,不要进行删除、修改等操作;
- 生产环境客户的数据非必要不要操作;
- 生产环境的账号密码不要放在公共的地方,如有需要,私聊给出,方便溯源,规避生产账号被恶意操作;
4、明确目标
- 聊一聊新人的职业规划,并给出建议;
- 可以把公司的不同级别的晋升标准告知新人,辅助新人创建阶段性目标,明确努力的方向。
5、工作分配
初始安排一些简单的工作,看一下工作质量和水平,然后随着新人对环境的熟悉,逐步加大工作量和工作难度,帮助其完成“被带着做”到“能自己做”的转变。
6、教流程
6.1、告知新人在不同生命周期都需要做哪些事情:
需求评审:
- 理解清楚需求,确认需求范围;
- 对于新功能,考虑可行性;
- 对于旧功能改造,通过梳理代码确认改造范围是否和prd一致;
设计稿评审:
- 确认可行性以及实现难易度,不好做的话,提前跟设计同学沟通,调整设计效果;
技术评审:
- 前后端对齐实现细节,核对、总结出前后端交互范围;
- 确认技术设计的是否合理;
测试用例评审
- 协助测试同学完善用例,以及可以拿来作为自测、联调checkList
开发阶段:
- 开发项目,注意进度、风险同步;
联调阶段:
- 前后端调试,发现问题及时互相同步,保证提测质量;
提测阶段:
- 及时修复bug,尽量做到bug日清;
- 对于时效性要求较高的项目,可以带着少许优化类bug提测,保证测试同学的正常介入,避免延长整体周期。
上线当天:
- 支持发版,对于发现的问题,及时处理。
上线之后:
- 支持上线后的工单处理,及时处理客户问题。
7、教习惯
7.1、培养新人总结思考的习惯
- 每隔一段时间或典型项目结束之后,督促新人写项目复盘文档,分析优点与不足,了解自己的提升空间。
7.2、培养新人整理归纳的习惯
- 督促新人在做项目的时候,做好项目相关的整理归纳工作,包括不限于项目基本信息、prd链接、设计稿链接、前后端接口核对清单、自测list清单、登录地址、账密、人员分工、排期情况等等。
- 督促新人在解决疑难问题后,产出问题记录文章,并视情况做分享,做好经验沉淀。
7.3、培养以结果为导向的做事习惯
告知新人,做事情要考虑最终效果与实际意义,比如沟通的最终目的是为了把话说清楚,写文档的意义是为了让受众看明白,写代码的最终意义是为了让客户好用。
7.4、培养给工作排优先级的习惯
事情都有轻重缓急,先来的不一定先做,需要根据时间、重要性、难易程度等维度对手头工作排优先级。
8、教协同
8.1、关于请教问题,需要告知新人:
- 问题如果卡住自己半小时,就及时问,避免耽误太久。
- 先自己能把问题描述清楚,再去寻求别人帮助,有时候自己描述清楚了,也有可能不需要别人帮助了。
- 问有意义的问题,避免问一些自己粗心导致的低级问题;
- 技术实现类的,优先问导师有没有现成的基础库可以使用,避免重复造轮子;
- 框架、代码不熟悉的问题不要拖,及时问,这种自己研究成效比较低。
- 要勇敢的提问,能招进来,就代表对基础能力是认可的,而且公司对新人也是包容的,理解新人对工作的不熟悉,也喜欢新人提问题;
- 入职初期,问题请教对象第一优先级是导师,避免一上来就跨级提问问题,因为导师最了解对应新人的问题。
8.2、关于请假
请假的时候,和相关同事沟通好,安排好对应的工作,可以选择以下处理方式:
- 远程处理
- 转交其他同事处理
- 提前处理
- 协商延后处理等;
8.3、关于沟通
- 和哪个岗位的人,就和哪个岗位说他能听懂的话,比如,和产品经理主要聊产品设计,避免过多的聊技术实现细节,当然,也不能一概而论,涉及到技术可行性相关的沟通时,还是需要的。
- 沟通结果落实到纸面上,比如将讨论结果、会议结果总结一下发送给相关同事确认,避免事后遗忘,后面没有追溯依据。
9、多监督、多反馈
9.1、把控代码质量和实现思路
- 日常代码 review,并给出指导意见,指出不符合规范或者实现不合理的地方;
9.2、把控项目进度
- 明确告知新人不同阶段的时间节点;
- 告知新人有风险提前同步,不要做不受控的元素;
- 日常做好进度监督,主动帮新人识别风险;
9.3、多给新人反馈
对于开展工作、处理事情上,新人可能意识不到自己的问题,此时需要导师协助,主动给出反馈意见,帮助他成长。
10、结语
以上是根据我个人的经验,总结的培养实习生需要注意的地方,欢迎大家沟通讨论!
希望所有的实习生都能找到好的导师,也希望所有的实习生可以不踩没有意义的坑,快速成长为独当一面的中流砥柱!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。