主机格调

因为最近手头忙,新进来的同事安排负责我之前的项目迭代。因为我跟那个团队共事了半年,大家也都比较熟悉每个人的处理事情方式,所以跟新同事有些沟通上的障碍。从说我是神的队友我就能感受出来。那么今天就把我看到的对新员工培训的几个问题罗列下来。

一、公司文化

这个我们公司还是没问题的。公司有专门同事来负责这个,简单的演讲下公司的文化、使用的软件之类的培训,一般稍微正规点的公司都会有。

二、代码规范

没有代码规范的部门不是好部门。虽然我们的规范还不全面,但还是有一些的。规范一定要全员开会讨论,把能执行下来的罗列出来,订做规范。切记不要一言堂,一个人订好规范后,没人执行,最后只剩空文。

而新同事进来一定要看这些规范,因为每个人之前都有自己的习惯,有一些是跟公司的规范冲突的。这个时候就必须无条件的遵守公司的规范,除非你有更好的规范,来改进现有的规范。就像我跟同事说的,你现在是在一个团队里工作,而不是你一个人工作。

制定规范的好处就是你负责的项目,别的同事来接手,可以在最快的时间内搞定所有问题,而不是看着你的代码头疼,不知从何下手。不好的就是把每个人的棱角都磨平了,体现不出来特色。我个人是倾向于前者,公司利益大于个人利益。

三、沟通技巧

这里也包括合作技巧。每个公司的文化不同,每个团队的性格不同,所以相处起来都不一样。如果老同事能告诉你合作团队里某些人的一些习惯,这样非常有利于你跟他们快速、高质量的完成项目。例如有的开发会写一些js,而有的开发是一点js都不写的,你就要知道对方会写哪些js,其他的就要你写好提供给他了。

我一直都觉得没有沟通不了的问题,除非对方不愿意跟你沟通。技术和业务总会有矛盾,业务要的结果技术方不一定全能实现,这个时候就要学会沟通。最好的沟通方式是你先想好一个退而求其次的结果,比如说“这样实现不是很好处理,我们是不是可以那样呢?这样我可以节约很多时间”,而不是直接pass掉他要的结果。这样给他一个台阶下,他得到他想要的,你完成你的任务,对大家都好。

四、循序渐进

新同事虽然能遵守代码规范来编码了,但还是得从小项目入手,比如专题页。专题页相对与其他项目,生命周期比较短,一般也就一周到一个月。而其他的项目,不仅周期长,而且还有迭代。如果贸然让新同事接手,他要是没把基础打好,以后出问题了,就不好补了。

五、检查代码

新同事完成一个项目的中间,就得让负责人检查下代码。看到好的编码习惯和思路,一定要提出来在部门里表扬,这样可以增加新同事的自信心。而如果发现有一些不好的苗头,也能及时打住改进,以免以后到了不可收拾的地步。

希望这几点建议对我们公司以后的新同事有用,也希望对各位看官公司的新同事有用。

>>原创文章,欢迎转载。转载请注明:转载自西门的后花园,谢谢!
>>原文链接地址:http://ons.me/432.html