对新人来说,早期多学到点东西,比多一点工资重要得多。我带过很多新人,他们在工作中确实出现了很多低级错误,人为提醒或者帮助其改正效果并不好。最后我总结了一套通用流程来管理
树图思维导图提供 如何管理互联网公司新人 在线思维导图免费制作,点击“编辑”按钮,可对 如何管理互联网公司新人 进行在线思维导图编辑,本思维导图属于思维导图模板主题,文件编号是:9855e3a5a7e23814f34c7705f78d7edb
如何管理互联网公司新人思维导图模板大纲
我们的目标用户是谁、解决的什么问题、如何解决的以及目前的现状,市场上有哪些竞品,各自的优劣势等。
工具使用的培训
前期准备
使用工具的账号,跟工作相关的工具。
代码管理工具
提交代码,撰写格式要求
有很新人在提交代码的时候,备注信息都是简单的”修复bug“,这样别人看了也不知道你改了啥
处理冲突,新人有时候不会处理冲突,会误删掉别的同事提交的代码。
团队内有一个常用指令的操作文档,可供新人参考,一个好的编辑器能够极大的提高编码效率;
团队内要统一代码格式化规范,否则会导致代码出现很多冲突;
编码规范是强制要求新人按照规范命名、注释等。
提交的编码一定是经过测试的,能运行的;
代码讲解
先讲一下整体的结构逻辑。
然后再讲不同业务的代码分布。
标记一些重点观察的代码文件
先看公用的封装好的代码
比如工具类库,联网请求这类代码文件。
代码如果很多,要优先看公共方法
这些在项目里都是唯一的,被多个地方调用。你在做新需求后,如果需要用到,直接可以拿来用。
再看需要负责的最核心业务的代码
在讲解的过程中,先记录自己问题列,然后统一问。
事后自己去调试一下,调试的时候可以按照测试用例来调,测试各种异常情况。
一般等你全部调试一遍,你大概能理解现在的代码是个什么情况了。
请教之前,请先告诉对方你做了哪些尝试。
如果调试出问题,自己解决不了的话,那就要去找同事请教。
但在请教之前,先把问题梳理清楚,看看问题是在什么情况下发生的,传入参数有没有问题等等。
别遇到一个小问题就去请教一次,自己先琢磨思考,再统一一个时间去请教。
给员工安排一个导师,由导师介绍具体的工作安排。
给员工一些固定的介绍模板(可选),姓名 + 负责岗位 + 老家城市 + 毕业学校 + 爱好。
等相互认识之后,导师带着新人去参观其他办公区域,介绍公司产品以及重要里程碑事件。
导师需要把刚刚沟通的工作任务以邮件的形式发到员工的邮箱里。
帮助员工熟悉工作环境,很多新员工也不知道去哪里吃,有什么好吃的。
新建一个新人必读清单库,把新员工试用期内问的所有工作相关问题,做一个解答汇总。
转正之前你觉得自己能要达到什么样的标准?
公司对你又是一个怎样的标准。两个标准要一致。
这里我会根据公司的量化考核来和新人达成共识。
正常水平,要量化为,可以正常听懂产品经理的需求描述,并复述自己的理解。
试用期的目标尽量简单,因为试用期时间有限。
每周都可以对目标进行一次复盘。
新员工哪里做的好,哪里做的不好都要明确。
对新人来说,在试用期里就确定其是否符合预期。
管理者一定要勇于让不合适的员工离开,这是对他好,也是对公司的负责。
大多数员工能力行不行,适不适合公司在前面两个月都能得到结果。
管理者在这个阶段容易犯一个错误就是,因为项目紧急,需要这样一个人做事,会选择把不合适的人留下。
如果双方达成的共识能随意破坏,团队里就没人相信这个管理者做的共识管理了。