开发团队-一个坏苹果会破坏一群人吗?[关闭]


20

……新员工应该具备的最重要的功能之一就是与已经在那里工作的人们的精神相适应。
{...}
我深信,深入了解开发人员的真实个性与检查专业能力同等重要,因为一个不合适的人选会破坏整个团队。

招聘开发商-你就错了

这是真的?而且,如果是这样,对经理来说也是如此吗?


阅读链接后,我不得不重新考虑如何解决这个问题。也许您可以总结一些要点?
JeffO 2011年

而是取决于束的大小。
2011年

1
是。合作需要两个人。它需要一个不合作并破坏它。
user16764 2014年

投票给他们离开岛屿。

Answers:


35

超出您的想象。

想想看,如果您每天都必须与某人打架,那就太累了。发生这种情况时,只有几个选项可供您使用:

  • 放弃并让不适合的人一直做自己想要的事情,即使它破坏了项目。
  • 离开团队/公司以避免不合适。
  • 解雇不合适的人并雇用可以与之合作的人。

不断的争论使团队士气低落,不得不证明每个小知识点的合理性会吸收实际的生产力。一个人就像所有人一样,所以当刺激物还在时,您可能会看到团队的流失率增加。对于管理人员来说这很棘手,因为您无权解雇他们。

在理想情况下,如果有人在行动,请与他们坐下来,并很好地但坚定地告诉他们,他们的行为具有破坏性。解释一下您希望他们的行为如何变化以帮助团队更好地相处。如果他们接受良好,那就太好了。如果不是,请使用上述三个选项之一,因为它会变得更糟。可以肯定的是,除非引起他们的注意,否则就没有改变的机会。


8
+1。是的,是的,是的。我的口头禅已经变成“雇用团队成员,付出经验和技巧”
pdr

我本来打算发布一个答案,但您几乎已经说完了!
肯尼思

1
另外-作为团队负责人,您最终可能会花太多时间和精力在坏苹果上,以至于您的好孩子开始感到被忽视甚至是不满
HorusKol 2011年

+1指出士气低落和生产力下降。
Jacek Prucia,2011年

6

当然是真的 健身比大多数事情都重要。例如,如果您有一个紧密合作的团队并且雇用了一只孤独的狼,那么您可能会想到参数,代码不适合设计并且以其他人不喜欢的方式来做事情,并且无意修复它,缺乏在其他人需要时帮助他人的意愿,拒绝将内容提交给源代码控制,无缘无故重写代码(除非他不希望这样做),等等。

如果您有一群友善的人在一起闲逛,而您雇用的人却想保持沉默,那么您就会感到摩擦。您可能还会对不适合的人感到困扰。

如果您有一群希望自由地按自己的方式做事的人,并且雇用了以过程为导向的人,那么就会有持续的争论,尤其是如果以过程为导向的人为首。

如果您聘用的人员经验和背景使他们更像一个团队中的初学者,每个人都应该是高级人员,那么您将很烦恼,因为没人愿意像他期望的那样去指导或帮助他学习它没有帮助。

如果您雇用一个期望获得特殊特权的人,而其他雇员则没有-您可以期望持续不断的战争。这种感觉是:“如果莎莉很好,她不在家就可以在家工作,那我为什么要帮她呢?” 当某人进入团队期望(并得到)其他人没有得到的东西时,尤其是当他们还没有完成任何事情时,就会感到不满。或者,如果新员工对事情有期望,而其他人对事情的态度都还不错,那么他们就会感到不满。然后,这名不高兴的员工将浪费每个人的时间,抱怨和拖拉,就像他受到折磨一样,因为他必须在下午1点之前进来。


2

我会说是的,在两种情况下都是如此,尽管以下几个链接可能与组有关:

有点切线的想法,如果有人对事物的发展方向感兴趣,盖洛普Q12会提出一些有趣的问题来衡量员工的敬业度。尽管所有这些都不是特定于开发人员的,所以关于开发人员的某些独特之处可能会使其中的一些问题成为问题。


1

我不太在乎他们的“真实个性”。您的代码不取决于您的爱好,例如,您是一个浪漫的人还是一个非常务实的人。至关重要的是人们在商业生活中表现出灵活性和适应性。他们的个人生活不那么重要。只要他做得很好,我的同事就可能很无聊,并且我可以轻松地与他合作。我曾与不同个性的人一起工作,我只是简单地学会接受他们,就像他们学会接受我一样。这是工作,而不是婚姻。


-2

受此影响的不仅是程序员。我听到的一个很好的建议是“没有很好的招聘,只有好的解雇。”


-3

很少有人会拥有足够的技能来克服强大而富有成效的团队的瓦解。

表现不佳的团队成员应在感染新员工之前被替换。


我首先读为:“很少(困难的人)有足够的技能来应对被运作良好的团队所困扰”?我将第二句话读为:“如果您有一支a脚的团队,请在雇用任何新员工之前将其全部淘汰。” 大概吧。
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.