【阿里感悟】如何带好新员工

不知道这样的导师是专职的，还是部门老鸟带新鸟，然后新鸟归老鸟管理；
不知道这样的导师是每一界都这样，还是只参与一两次；
如果是专职的那还不如去学校当老师，如果只是参与一两次，不知道做这样的详细规划算不算老鸟的业绩或工作内容，成本高了点；

如果只是一带一，那实际每个导师脾性、风格、知识面等等原因，结果肯定是参差不齐...

另外规划和实际执行，有多少距离...

很多东西娓娓道来，看起来很美，很美...

 

管理+纪律->自组织->习惯==>原则+文化

感觉在有文化的环境下，原则或纪律不再是显化在外，而是已融入到文化中了，所以楼主没突出。

 

“看起来很美，很美”：可以用道不同不相为谋解决了（如果不认同这样的习惯或精神或文化，那只能请其离开了），聚集了一帮这样的人，就会聚集更多的人。从弱小到强盛总是符合事务发展的规律。

 

“成本高了点”：这个根本不是问题，常说要放空自己保持学习的心态，如果经验无法传递，那本身自己也要淹没在繁琐的重复劳动中，菜鸟少了汲取经验而快速进步的可能，自身也无法去攀登更高的山峰。

 

 

认同了楼主的，就肯定也认同了这件事背后的意义，所以个人感觉这个肯定也会计入考核的。

做管理者要帮助团队成员和团队成长，正如马总说的一句话："你从开始当管理者这一天起，别人的成功是你的成功。你通过一件事情的完成，去成就他人的成功，这就是当管理者"。

不过偶尔发点脾气也好，给点压力。不能太温柔！！！否则会让新员工产生依赖和松懈感--心里想，反正有老大帮我解决问题。我要让新员工知道，解决问题我可以引导你，但不会帮你做，而且我们招您来是解决问题的，而不是叫我解决问题的。

这么高啊？

有时间有精力这样做确实不错。

外包公司，没有任何培养，外派项目的路过。。。

任务明星里的字都打错了，是velocity。

我深刻以为只有自己写的东西出了大问题才能长大记性

诸如CodeReview这类只能说对项目有益，对写出有问题的代码的人，几乎没有提升帮助，在哪里跌倒的下次还会在那里跌倒

to  dean119:

价值观里有一条，不传播未经证实的消息

互联网的就是不一样，唉，悲剧的外包~~~全靠自己，而且提出改的声音，多半没人理