在工作量和帮助新员工之间取得平衡


21

我已经在第一份工作中工作了大约2个月,而且我开始注意到工作量和帮助新员工之间存在微妙的平衡。由于管理层在解决错误和解决尽可能多的客户问题方面承受着巨大的压力,因此团队中的每个人似乎都非常专注于他们的积压工作,而不是帮助新员工加快工作速度。新员工可以提出问题,有时我们会邀请开发人员坐下来为我们提供帮助,但通常我们会得到一个晦涩的答案,只有产品的资深人士才能理解,因为他们太忙于他们的任务。

我了解新员工还必须保持平衡。有时候,新手需要花3天的时间来调查和修复老兵本可以在20分钟内完成的工作。新员工需要努力学习产品和代码库。

在不仅仅减少退伍军人的工作量的情况下,如何在帮助新员工和继续以合理的速度处理积压之间取得平衡?


1
这个问题似乎是从旧员工的角度提出的,但是您在那工作了仅两个月:您是在征求建议以转嫁给您的主管(很奇怪),还是您所在的公司招聘了那么多的员工?现在是旧的吗?
ZJR

2
我是该公司的新员工,但是我有1.5年的合作经验,所以我在不同的公司中担任过几次新员工。我想表明我了解老手和新员工的观点,并且正在寻求对双方都适用的技术
Spacebob

1
我最近看到了这一点,当时所有新员工都已为当前客户提供维护,并且大多数知道代码库的当前程序员都“绑架”给了愿意为咨询服务扩展而支付大量资金的新客户。产品。
伊恩

Answers:


21

我假设您是从“新员工”的角度提出这个问题的。我已经多次遇到这种情况。有时您会问这么多问题感到难过,但有时由于缺乏领域知识等原因,您根本无法寻求解决方案。

要记住的最重要的一点是。当您“假设”您自己找不到答案时,不要问问题。试一试,先四处摸索,检查代码,尝试更改一些内容,然后看看会发生什么-查看是否可以首先使用某些功能。如果您真的不能,请提出您的问题。但是,当您提出问题时,请向他们提供已尝试过的示例。他们谁也不想让您感觉像是要他们为您做事。

说,“嘿,我正在尝试这样做,并且我已经尝试过这个,这个和这个了,您有什么想法吗?” 这将帮助他们减少花在您身上的时间,并且他们会更愿意这样做。


8
如果您要提出问题,请尝试写下一些内容,然后一次坐下来问他们(即每天或每周一次)。每半小时中断您有经验的同事的工作可能会很烦人。
汤姆·范·恩克沃特

我的问题确实涉及您在完成调查后很难从同事那里得到答案时该怎么办?看来此时是我需要向经理提出的问题
Spacebob 2011年

@Spacebob-尝试询问其他同事?如果他们都是那样-随便你,当老板问你为什么不做某事时,说,我一直在努力-但花了我一段时间,b / c没人愿意提供帮助(显然更好)虽然如此)。
slandau 2011年

@Spacebob,在某个时候,您确实必须停止浪费时间浪费时间,然后问一个同事。我的建议-尝试问一个也很新的人。他们通常更愿意提供帮助,他们可能不知道答案,但会对帮助您找到答案感兴趣。有时候,您所需要的不是更多的经验,而是另一双眼睛。
2011年

8

在我们公司,我们为每个新雇用的人员分配头几个月的照顾。通过这项正式任务,我们确保新手只会消耗一个人,并且正在“指导”新员工的人对他的发展负有责任,因此这不是负担,而只是暂时的责任。对新人来说是好事,因为他学得更快,而对于已经有钱的人来说,这是一项投资:在更少的时间里,他会找人帮助他。


我们也有那个系统。有一个过渡期,您需要开始向其他队友寻求帮助。我说的是新员工什么时候被分配工作,而教练可能不是专家,而另一个团队成员将是新人。
Spacebob 2011年

我喜欢这样的短语“消费一个人”
Rook

为什么将团队A的新员工分配给团队B的导师?
Ramhound

4

我能给你的最好的建议是预约。每个人在白天都有一些停机时间,但是如果您只是随机进入,则不太可能会遇到故障。像这样说:“我对X有一些疑问,我今天可以安排一些时间与您讨论吗?” 他们可能会决定在此时或当天晚些时候给您时间,或者可能将您转介给能够更好或更快地回答您问题的人。无论哪种方式,您都将获得更多关注。如果他们在当天晚些时候给您约会,请使用这段时间尝试自己找出答案,或者至少完善问题。即使我只将某人的问题推迟15分钟,他们也会经常自己解决。

请注意,对于我们大多数人来说,您的问题对我们重要,通常它们并不紧急。尽量不要在差别上冒犯。


3

实际上,一些经验丰富的编码人员喜欢对年轻的开发人员进行指导,因此优先考虑这样做。只要有机会,我就会这样做。也许您可以在公司每次找到需要帮助的同事时找到类似的人,然后提高他们回答您的热情。

您可能需要两种方式来寻求帮助:如果语言或您的工具有问题,您通常可以在线找到答案,也可以购买技术书籍并自行阅读。虽然您会觉得培训您的公司是公司的责任是很合理的,但是很少有公司在培训方面投入更多的资金。如果您想成长为开发人员,则需要在不工作时投入时间和金钱来培训自己。

如果您的问题是关于公司产品的,例如源代码中的某些内容是如何工作的,则您更有可能只需要向一位同事寻求帮助。或者,在版本控制系统中创建产品代码的分支,将该分支命名为“ learning_new_code”,然后进行试验。

最后,项目经理和部门经理可以为您解决类似的问题。如果您觉得自己无计可得,只能从经验丰​​富的同事那里抽出时间,但他们却无法给您时间,那可能是因为他们有最后期限要开会。也许您的经理会延长他们的截止日期,以便让他们有更多的时间来使您快速入门。


3
“也许您的经理会延长他们的截止日期,以便他们有更多的时间来使您快速入门。” -恐怕在现实生活中这不会发生……如果尽管现有的开发人员承受着严重的进度压力,尽管经理们不打算改变最后期限,那么他们为实现这一目标而这样做的可能性有多大一个新来者没有得到足够的重视?
彼得Török

1

幸运的是,我目前在某个地方工作不是问题。我在这里得到了很好的指导,对此我感到非常高兴。

  1. 我公司每天都有一名开发人员轮流担任“ util”开发人员。当支持需要升级时,Util开发人员是第一线联系。通常,Util只是将问题传递给其他人。但这是一个特定的开发人员,支持人员知道此人。首先,我做了一些“随便骑”(他们有一段时间没有把我放在日程表上),以查看如何解决一些问题。这使我接触到部分代码。当他们开始安排我的常规使用时间时,最初有人需要“加油”以增加其他帮助。

  2. 我们配对。您几乎需要安排配对时间,但是这里的每个人都愿意这样做。此外,每个人都知道时间表是什么,并且由于接下来的要点,大家对每个人的进度有一个想法。因此,如果有问题,它将得到适当的关注。

  3. 每天我们在11:45举行一次站立会议。这是15-20分钟。每个开发人员/质量检查人员都在讲话。这基本上是说“这就是我正在做的,这就是我受困的地方”的一种方式,如果您受困,则通常会指向其他方向(如果这是已知问题/代码问题,则非常熟悉) )或配对时间已设置。有时会安排其他会议。

  4. 在这里,我不得不深入研究完全外来的代码(与任何工作一样)。始终确保有人可以回答问题,即使不是马上也可以。

我会回应其他人:安排会议时间在可能的地方提出问题。id仍然没有帮助。。。好吧,我不想在这里变得极端。但是我不认为这是理想的工作场所。人们是否仍在热身/掌握您的能力等?

我怀疑在我上船时所花费的额外时间很容易被证明是合理的,因为一旦人们感觉到我快了起来,这显然意味着他们的工作量减少了。短期花更多的时间可以节省很多长期的时间,每个人都知道我在哪里工作。我现在的职位非常幸运。


0

通常,这更是关注焦点而不是时间。安排每周几次与您的团队负责人或导师安排30-45分钟的会议(在午餐之前或之后一直是我的偏爱-那时我的工作流程已经中断了),然后保存您的问题。

大多数开发人员(或者至少是最有可能在会议上提供帮助的开发人员)都会对此感到满意。

如果有一个非常具体的细节阻碍了您的进度,请使用电子邮件。

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.