如果不能降低周转率,是否有可能管理高营业额的开发商？

我带领一小群程序员进入大学,去年刚刚进入这个职位.虽然我们的大部分团队都是全职员工,但我们有几个传统上是研究生助理的人.

这些助学金的竞争相当激烈,因为他们在获得工作的同时可以获得免费的研究生学费.我们要求他们注册至少一年,但我们认为如果他们留两个人就很幸运.之后,他们获得硕士学位,继续学习更大更好的东西.

您可以想象,招聘和重新培训这些职位需要时间和资源.更糟糕的是,到目前为止,他们通常是唯一一个从事各自项目工作的开发人员,我担任顾问和监督职务,因此当我们从开发人员转为开发人员时,争论项目本身以对抗熵是一项任务对自己.

我很想让管理员找到一个全职(和长途)开发人员来取代这两个职位的可能性,但对于一个处于预算危机中的学校来说,支付两个半职的研究生助理要便宜得多(在工资和福利方面)比支付一名全职开发人员.此外,由于我是这个职位的新手,我想避免看似好像我无法处理我注册的内容.对于可预见的未来,我认为聘用短期研究生助理的做法不会改变.

我的问题:考虑到员工在工作一年之后可能会离开,我该怎么做才能创建一个有效的培训计划？

我应该花多少时间来培训它们,多少只是浪费时间？

他们需要花多少时间才能对我们的流程和项目赞不绝口？

是否有任何特定的培训实践或技术可以帮助解决这种情况？

以前有没有人处理过类似的情况？

我担心太多,还是不够？

顺便说一下,为了记录,我们在Perl中完成了绝大部分的开发工作.很难找到知道Perl的研究生,而另一方面,每个人似乎至少对Java有学术上的理解.因此,我问了一会儿这个问题.

你为什么不问学生他们觉得哪些困难,并为他们遇到麻烦的工作部分制作备忘单,讲座等？也许你需要创建一些介绍Perl讲座或购买一些死树.O'Reilly的Safari订阅怎么样？不过,在开始培训项目之前,我会问学生他们更喜欢学习什么.每个人都有不同的学习方式.

我还要花一些时间和资金在工作中创造专业软件开发的文化.这将是艰难的,因为学术程序员经常是新手,并习惯于解决问题(我是一名学术程序员,顺便说一句),但从长远来看,学生们会感谢你.也许你们每周都可以出去吃午餐,讨论编程和其他主题.您可能还需要花些时间进行代码审查,以便人们可以相互学习.

营业额高,您肯定需要确保知识转移.确保您使用源代码控制,并确保您的学生理解正确的评论.我还会让学生为后代创建简短的文档.如果他们获得了学分,请让他们在一学期内写下他们的进度.您可以将它放在项目存储库的目录中,以供继承它的任何人使用.正如其他帖子中所提到的,组wiki可以真正帮助进行知识转移.我们在我们的小组中使用Mediawiki并且喜欢它.

我要补充的最后一件事是,我发现为新开发人员保留一个相对简单且可在一个月左右完成的项目列表是有帮助的.它们是让新人适应您的开发环境的好方法.