面对茫茫多的代码，开始进行逆向分析； 问老员工，老员工也是一堆一知半解的； 需要耗费大量的时间，才能稍微捋顺当前的开发内容； 各种“术语”，听不懂他们在说什么，隔了一个公司好像隔了一个世界； devops造就了茫茫多的系统，而且很多都是低频的东西，用了过段时间就会忘记；

你是否也有碰到这些问题呢？希望本文能抛砖引玉，欢迎探讨。

在万事都讲究“理论指导实践”的今天，笔者发现自己经历的以及通过别人了解到的公司，居然没有听说一家公司有专门针对研发人员展开科学的新人培训的，深感奇怪。 现在的各行各业都有标准化的流程，比如杀猪盘也有专门的 《话术本》，而对于大多数软件公司的岗位，做的工作其实也是标准流水化作业，与以前的劳工也没有什么本质区别。那么，既然存在“流水线”，那么，是不是应该都有一个标准的生产说明书呢？

当新员工进入公司的时候，面临的是新鲜，恐惧，迷茫。

新人： 指刚进入公司的人，业界大牛进入新公司，也是新人，应届生也是新人； 额外工作： 指除了开发意外的工作，比如考勤、请假，外部部门沟通等等；

一般的企业培训，都是公司层面的，统一安排新人进行企业文化、制度等相关培训。但是放入项目组后，基本上就“自生自灭”了。 新人需要什么呢？我们通过“5w2h”方法来分析一下开发人员需要什么：

那怎样才能让研发人员快速找到状态呢？

翻遍中文互联网，各个专业的论文网站，针对新员工培训的方式都是企业层面的； 而在业务组内部的培训，几乎很少提及，并没有站在“新人”（其实也是我们个人）的角度来阐述怎么进行新人培训。

首先明确，新人需要什么：

一般公司采用的都是“学徒制”，老人带新人，效果感觉一般。因为老人的水平参差不齐，老人的身上都带着工作量，无法分出太多时间进行指导。

个人认为，解决这些问题的症结，在于文档与mvp（最小可执行项目Minimum Viable Product，区别于产品的mvp，切记！！！）——虽然这非常难，不过也不是不能做。 对大多数人来说，他们看到的只有自己周边的一些事物。老员工也有很多看不到的地方，不懂的地方。 这里，受限于个人水平，只想到了对于研发一线岗位应该怎么做：

文档原则：

MVP原则：

企业文化对于一线员工来说无关痛痒，一线员工感受的企业文化其实只是小组leader的个人情感，其次是同事之间的氛围。

参考资料：

图片从百度搜索的，侵权删。