高级导师应聘请几位大三学生?[关闭]


20

我们商店的规模会动态增加,因此我们计划雇用一些新的初级开发人员,但我们不想通过过多的指导和培训来压倒老年人。在高级开发人员的指导者仍然能够有效地完成其任务时,有多少(通常是刚从大学毕业的初级开发者)能够(并且应该)担任高级开发者指导?


7
为什么不问他们(前辈)而不是我们?
Mert Akcakaya 2012年

7
@Mert:我问了其中一些,我也会问其他人,但是我也想听听社区的意见(工业平均水平,经验法则,最佳做法等),因为我们的一些同事对我来说似乎太乐观了。
palacsint 2012年

Answers:


23

从0到5或7(大约)的任何位置。

低端参数:

  • 并非所有人都愿意成为导师。我曾与一些开发人员合作,他们是如此疲倦,以至于他们会吓someone某人从事新职业。
  • 如果您希望高级开发人员保持相同的输出水平,请保持较低的水平。

更高金额的论点:

  • 有些开发人员可以通过指导其他人的工作来提高工作效率。配对编程将是一个示例。如果您有那些神奇的高级开发人员类型,那就继续给他们更多。
  • 如果您愿意降低高级开发人员的预期输出,则可以为他们分配更多的初级开发人员。
  • 如果您的开发人员真的很擅长教他们为什么要治理,那么您可能会明确希望提高该高级开发人员的工作效率,并为他们提供更多的初级开发人员。这里的想法是长期收益/投资(更好地符合团队的开发标准)的短期成本(生产损失)。

我鼓励与高级开发人员进行对话,看看他们对此感到满意。并非每个人都想辅导。还请记住使用“完整书架”的类比:目前,他们的工作量已满。如果要通过让他们的导师增加他们的工作量,那么您需要从货架上拿走其他东西以腾出空间。


17
I have worked with some developers who were so gruff that they would have scared someone into a new career.我不记得你了,我们什么时候一起工作?
yannis 2012年

@YannisRizos除了说:+1

11

如果您要直接从大学招聘人员,则每个高级开发人员的人数不得超过两个。我过去必须处理的最近的大学毕业生对基础知识有很好的理解,但是他们不知道在商业领域编程的感觉。您将不得不花时间教他们如何进行专业编程,当他们意识到只要在公司工作就必须支持自己编写的代码时,这真是一件令人震惊的事,不再需要花更多的时间从事工作。但是,您还必须花时间教他们业务(以及所有规则),教他们如何对体系结构进行编码,审查他们的代码,教他们如何进行测试以及逐个问题地回答。


7

如果您有很多初级人员,比如说30多岁,那么最好由一位高级开发人员全职指导他们。在我的第一份工作中,他们从大学毕业后就雇用了我们中的许多人,并且有专门的团队成员帮助我们在开始的6个月中学习绳索。这使过渡变得容易得多,他教给了我们很多东西。

由一个人处理这份工作不仅效率更高,而且在您办公室中可能只有一个人是您的理想导师。一个好的程序员不一定是一个好的老师。


2
为“好的程序员不一定是好的老师” +1。但是,在这种情况下,我不会称其为高级导师,而是称呼老师。
Scarridge

2

他们可以尽其所能地按时完成自己的工作。

因此,答案取决于长者作为开发者和老师的有效程度。


1
您的答案暗示“初级人员”的数量可变时,“他们的工作”应保持不变。那将是一个可怕的错误。
pdr 2012年

1
@pdr-我没有任何暗示。那是你的错误推论。我所说的是,一名高级开发人员负责,而雇主对他们的生产率有期望。除非他们的工作职责特别包括指导,否则高级开发人员有责任满足其雇主的期望,并可以选择在满足这些期望的同时承担尽可能多的指导。
乔尔·布朗

1
我要说的是,雇主对团队的生产力抱有期望,而不是对个人的生产力抱有期望,并且团队应至少部分负责设定这些期望。该团队的经理应在高级教练的指导和初级和高级员工都理解的其他职责之间建立平衡(从0:100到100:0的任何地方),这样,如果这种平衡消失了,有人可以提高早有红旗。
pdr 2012年

1
我想说的是,任何对单个员工没有期望值的组织都不是任何有志向的人都想工作的地方。有些组织可能会设置指导的“配额”,但在我25年以来看到的绝大多数情况下-其中有20多个合同签订过程中,指导是工人之间的非正式过程,“员工发展”只是其中的一个正式承认管理责任。
乔尔·布朗

1
该经理必须了解,如果他们增加了对指导的期望,那么他们就必须相应地降低对输出的期望。如果没有人清楚这些期望,那么,当初级员工需要的指导比经理期望的更多时,高级管理者就不会警告经理,这意味着他们将(a)交付不足或(b)不得不工作更多小时或最有可能工作(c)未能履行其指导职责。
pdr 2012年

2

您没有提到根据我的经验对项目比例的巨大影响的项目工作类型。

在几乎可以自动执行实验性操作的千篇一律的重复下,开发人员甚至不确定是否可以正常工作,除非您的比率非常低,甚至更严格,否则请确保将jr开发人员留在左边。如果高级开发人员正在尝试做他们认为在频谱实验目的方面的事情,则将其向左移,因为如果他们同时努力推动自己,通常不会像一群小型开发人员那样有效地骑牛。

在我看来,这取决于人们的工作。


2

指导不如管理正式。导师不直接参与雇用,解雇,审查和纪律。环境将是一个主要因素。以下是要考虑的因素:

  • sr的质量 和小。开发者
  • 公司的运作/对待程序员的能力如何(这会使其他问题更加复杂)
  • sr。开发人员当前的工作量
  • 管理层对JR速度的期望。开发人员需要提高生产力
  • 其他培训资源(讲师辅助课程,参考资料,认证要求)
  • 招聘适合团队的人。在该站点上,许多人都提到团队的重要性,这对于延长工作时间并能够共同发挥作用至关重要。如果技能水平较高的人不适合,则可能需要更多的指导。

指导通常涉及某种程度的联系,我只是认为大多数人在给定的环境中不能与3-5个人建立任何类型的人际关系。


我想说两者是完全不同的工作。基本上是经验丰富的队友与老板。
Erik Reppen

2

理想情况下,大三学生在项目中与导师一起工作。这样,上级可以分配子任务,并与他们一起完成项目。高级人员需要管理的初级人员越多,高级人员自己完成的工作就越少。在任何时候,我都不希望有超过1或2个大三与一名大四学生一起工作。尽管高级主管可以在2到3个月后继续指导其他程序员,但是一个体面的程序员需要高级主管的时间要比最初少得多。因此,可以想象,一个高年级可以有20个或更多的人作为他的导师,但实际上只有2或3个人确实需要很多时间。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.