有人告诉我,我将成为即将进行的项目的团队负责人。我以前从未担任过团队负责人,但职责通常是您通常期望的,在完成项目所需的8或9个月中,有3至4个其他开发人员会轮流工作。
我的问题是这样的:毫无疑问将从事此项目的开发人员之一将是一个问题。他比我有更多的经验,过去曾多次称我为白痴,并告诉我他担任这份工作是因为他是天生的领导者。期望他在每个新项目中都被提升为领导职位(迄今为止尚未发生),甚至曾经告诉我,我要向他报告,尽管实际的团队领导并不抱有幻想。此外,我已经观察到并听到其他人的声音,他非常不专业(在客户现场观看非工作视频-没有耳机,不专业地穿衣服,上班迟到,开玩笑等)。在我和他一起工作时,多次赞扬我的工作或见解。我现在的团队负责人告诉我,一旦他离开项目,她就丢掉了该人代码的1/2,因为质量不好。我可以继续下去。
我担心这个人会积极与我对抗,因为他会讨厌不得不向某人报告他认为自己是劣等人,特别是因为我得到了这个机会在他之前。过去,我已经成功处理过这种类型的个性,甚至是向经理报告。我没有处理过或从未考虑过要处理向我报告的这种类型的角色。
我的问题是:我可以使用哪种策略来有效和专业地应对这一问题?尤其是现在,在它成为问题之前,有什么方法可以在它失控之前将其切断。如果有人有类似的经验,他们将如何处理?
#1 楼
我在这里看到的其他答案(“短皮带!”,“记录所有东西!”,“要专业!”)都很不错,而且从表面上看都是正确的,但是由于未能考虑情况的人为方面。问题是,每个人都是人,人是不同的,他们的动机,思维过程和技能都不同。虽然我在这里看到的有些算法上的答案在技术上是正确的,但它们似乎并未考虑到人类工作方式的本质以及真正管理的本质。
您必须先了解别人的问题,才能开始解决他们的问题。这意味着,了解他们的动机。实际上,这就是为什么良好的人事管理比您想像的更像是精神分析的原因。
这是思考过程如何进行的一个例子。
乔认为他应该成为领导者,因为他比我更有经验,但是他有妄想。
好,那告诉我们什么?乔是否异常关注地位?他是否因缺乏尊重而烦恼?他被博士学位认可而不是医生乔而不是医生乔而感到生气吗?这种不安全感从何而来?您怎么解决呢?
Joe的代码不是很好。他的一半代码不得不扔掉。
为什么?怎么样?他马虎吗?冲?只是不是很聪明?他是自大,以为自己的代码很棒吗?为什么?这又是一种不安全感吗?
Joe很不专业,并且在客户端站点上观看视频。
再次...为什么?难道是因为他认为自己是摇滚明星,并且应该因为自己的作品令人赞叹而沉迷于穿着连帽衫和观看大学幽默录像带吗?还是因为他不太了解自己,没有意识到他所描绘的形象?他是不是真的不懂得成为专业人士意味着什么,还是他在积极地反对专业精神的想法?我不确定。答案是可以找到的。
您如何处理此问题?
再次,您开始研究人为/情感问题,并以此来解决。我从您提供的描述中强烈感受到的一件事是不安全感。乔可能似乎真的没有安全感,他躲在傲慢的单板后面。那是哪里来的也许他没有上一所高度挑剔的大学?也许他是C ++开发人员世界中的VB开发人员?
我不知道,你没有告诉我。我什至不确定这里是否存在安全问题,因为我不认识这个人。但是请耐心等待一下-我只想让您看看管理的人为问题意味着什么,而不是管理上的肤浅的“我如何在这个人身上执行我的意志”。
那这将把我们引向何方?假设您考虑了一下,您与Joe进行了长时间的交谈,并且您认为他对某件事感到不安全。你怎么能让他感到更舒服?这会让他更快乐,更好地适应吗?也许他需要一些特定的训练才能胜任某些工作。也许他需要与可以鼓励他的人配对节目。也许他需要感到被爱。实际上,最后一个几乎总是正确的。
我已经处理了许多困难的管理解决方案,并且答案因人而异。很多时候,它们无法修复。但是作为一名经理,您必须先了解个人,然后才能开始考虑解决问题,解决问题并在情况中正确采取行动,以取得最佳结果。
因此,这是我建议您实际采取的行动。
与同事和前任经理会面。进行一次对话,试图深入了解他的人际情感问题。他不成熟吗?只是一般不懂?不开心吗郁闷?不安全吗?傲慢?情绪低落?所有这些都是针对问题真正原因的不同诊断,并且都有不同的处方。
与他本人和私人进行了详尽的交谈。让他讲大部分的话。提出未解决的问题。一个很好的例子是“那让你感觉如何?”它发现了数量惊人的东西。当我学会问人们“那让你感觉如何?”时,你会惊讶地发现我在管理人方面有多强。
假设他的问题的根本原因。根据您认为的核心问题选择一个行动方案。
可能有效。可能不会。如果不是这样,那就太糟糕了,但是寿命太短了,您没有薪水来解决他的问题,而没有钱去解决公司的问题,因此请遵循在此线程中其他地方看到的任何建议来摆脱他。
再次,我很抱歉在这里呆了很长时间:我在这里看到的其他答案大多总结为“您需要非常严格”。好吧,严格只有在一种情况和一种情况下才能奏效:一个情绪上不成熟的人。如果确实,他的问题是情感上的不成熟,那就是要走的路。如果他的问题是由于学习的无助的循环而导致的沮丧,那么严格将比您想要的具有更确切的效果。生活,管理和人员都不是那么简单。有许多“疾病”使一个人成为一个坏员工,每个人都有自己的药。其中一些可以治愈。有些没有。
评论
+1-谢谢,这可能是最好的答案。从根本上讲,问题是在摆脱这个家伙之前试图弄清楚问题是否可以解决的问题之一。这种方法的另一个大好处是,当需要摆脱这个家伙时,由于您需要投入大量的背景工作,时间,精力,尝试等,因此更容易处理您的案件。字:如果这个人(在临床上)真的很沮丧,那么他(只有他)可以做些什么。如果您尝试干预,请当心。这是特别困难的领域。
–quickly_now
2011年7月7日,下午5:43
不仅仅是一个好答案,一个了不起的答案。我认为程序员背后肯定有一种心理。许多程序员既是性格内向又是控制狂。我们将从标签和空间上展开神圣的战争,所有这些战争都源于我们不敢离开的地下室。我在概括,但是我知道太多自负的程序员都不会将这当作巧合,而且在我们职业生涯中的某些时候,我们中许多人可能是那个有问题的人。为了使领导者理解,这可能意味着谦卑或头痛之间的差异。
–苏联
2011年7月7日在6:27
我不同意您在第一段中所作的简化的“表面上正确”的回答。 OP的直接问题是“如何在失控之前将其切断”。恕我直言,在这种情况下,您必须首先建立上级/下属关系,然后再寻求其他途径。
–Michael Riley-又名Gunny
11年7月7日在11:04
@ joel-spolsky乔尔,我衷心同意你对这种情况的人为因素的回答。但是,我不得不指出,这不是对其他情况的互斥(对于我来说,这肯定是您已经知道的-为什么要重述已经说过的一切?),这是对其他人有利的。加上如此敏锐的回应时+1。
–贾罗德荨麻
2011年7月7日在13:29
@Joel Spolsky:最后我对你的篇幅表示歉意,但我认为将情绪负担增加的时间可能要更长一些,而现在由同龄人上升到他之前的权威地位将注入更多的情绪负担。如果问题确实变得不安全,建议2可能就没有太大用处,因为OP将是同样的不安全因素的象征/提醒。您将如何建议OP处理直接(个人)处理只是放大问题的情况?
–乔尔·埃瑟顿(Joel Etherton)
2011年7月7日在17:26
#2 楼
在这种情况下,您的行为必须完全专业。在团队领导期间,您应该避免涉及此人的任何非专业行为,以便他们只会从权威的角度来看您。这意味着没有关于体育,视频游戏等的讨论被认为是随意的,并且会使您与其他人处于同等水平。这可能很难,特别是如果您一直以来都与新的领导者保持一致,但是对于已被推到这一职位的新领导者来说,这是至关重要的。您可以稍后再返回到这些亲密行为,但是尽早使自己与众不同很重要。在项目的早期,您需要建立权限。发出非常明确和直接的命令以使此人履行职责,这样就不会对您的方向或意图产生歧义-该人将要么屈服,一切都会好起来的,否则他们会不予接受,而您将有开放的态度,并断绝不服从的情况,向您的上司介绍该工人为何不适合担任该职位。
不能退缩。屈服的那一刻,您不仅会失去问题员工的信任,也失去了团队其他成员的信任和权威。
编辑(结合Kevin的评论)
请务必保留无可挑剔的文档。试图在会议上口头发出命令很诱人,但是即使您这样做,您也应该通过电子邮件(应该将其抄送给相关方)或项目管理系统中的某个任务来跟进,这些任务应列举您对该特定任务的期望。无论如何,这都是最佳做法,但它的好处是可以提供完整且不可否认的纸张记录,您可以与下层进行正确的交流。
编辑(由于大量混乱)
我关于休闲讨论(即体育,视频游戏等)的观点需要引起关注。我不是在建议您完全关闭与办公室同事的所有非工作互动,也不是在他们尝试与他们讨论此类事情时不要回避他们。相反,此类交互需要转变为适当的主管-雇员角色,至少直到您的下属已适应该特定角色为止。
评论
请务必以书面形式给这个人指导,这样您就可以找到笔迹。
–kevin cline
2011年7月6日在14:22
我还要保留一个日志/日志,以防万一这个人遇到的任何问题。
–马龙
2011年7月6日14:42
@马龙:我要补充一点,日记应该涵盖团队中的每个人。只覆盖一个人看起来像是定位。 (+1,因为我怀疑那是您的意思。)
–迈克·谢里尔(Mike Sherrill)的“猫召回”
2011年7月6日在14:56
“但其他团队也是如此”。您将疏远所有人。那很不好。如果我不能在周末向团队负责人提到我所做的事情,那么基本上我将失去对该人的所有尊重。
–edA-qa mort-ora-y
2011年7月6日15:57
什么不与您的同事谈论运动吗?只因为您在他们之上的专业并不代表您不能成为朋友。我每月与公司董事两次打扑克,但是我很确定在工作时我会向他们报告,反之亦然。
–配置器
2011年7月6日在19:10
#3 楼
我已经经历过多次相同的情况,而我知道最有效的方法是将他从团队中删除。没有一家严肃的公司可以承担团队冲突。根据您的描述,他不是团队成员。如果您真的需要保留他,我建议您这样做(这适用于任何团队成员):
与其他团队成员一样,别无他法。最大的错误之一是对他的看法不同。这对自大的开发人员尤其有效。
当他让您感到不自在,生气,焦虑,兴奋,[在此处表达任何情感]时,请记住,那时您的所有想法都会因情感而产生偏差。最好等到情绪消失后再进行分析和做出决定。
发生冲突时,尝试将他带到第2张面对面的会议上。不要在团队面前做任何事情。
通过问很多问题来积极倾听他的声音。在尝试被理解之前先寻求了解他。
确保包括他在内的团队做出决定。他的意见应与其他团队成员的意见一样重要。
如果您错了,请接受。有时候,他会像其他任何人一样对。
对他真正感兴趣。通常这可以解锁困难的人。他必须了解您不是威胁,而是盟友。
评论
为“将他从团队中删除”而+1; -1为“经常向您的团队征询意见”。 //特别是在软件中,切勿以共识为准。这是最糟糕的事情。如果您要承担这种不满,请接受他。不要征求其他团队成员的意见,以加强您的案情。在最佳情况下,团队成员会认为他们必须验证您必须删除该团队成员的本能。在最坏的情况下,不满会找到盟友并削弱您的能力。
– Jim G.
2011年7月6日在17:02
@Jim G .:我不建议使用团队来加强案件,而要使用团队的意见作为遵循的意见。在我的书中,团队领导者不是老板,而是助手。
–user2567
2011年7月6日在17:06
是的,但是有时候领导者必须领导;当谈到“防止坏苹果变坏”时,领导者必须迅速果断地行动。少做任何事情都可能削弱团队和领导者的权威。这也可能导致其他生产团队成员寻求更绿色的牧场,这是所有可能结果中最糟糕的牧场之一。
– Jim G.
2011年7月6日17:10
@Jim G .:那不是领导,而是管理。
–user2567
2011年7月6日在17:11
“将他从团队中撤离”从本质上可以转化为您自己的管理,因为“您不够领导团队的能力。”团队总是有问题的人,人们有冲突。那是人的本性。伟大的领导者使这样的团队工作,贫穷的领导者将自己的失败归咎于团队。如果您能够解决困难的情况,那么这将大大提高您在经理(那些对您个人至关重要(并确定您是否再次领导)的人)中的声誉。
– anon
2011年7月7日在1:03
#4 楼
让我们看看...一些好的答案已经涵盖了我的清单上的一些内容:要专业-无论如何不要动脑筋,但要不惜一切代价避免对潜在问题的判断雇员。如果您真的需要发泄,请问您的老板有机会讨论这个问题,不要让他的问题或您的问题影响您与团队互动的方式。
要直接-做事,期望和截止日期。与其他员工一样,让他参与进来,并保持聆听想法的意愿-但要确保您无可挑剔的直接。我认为有问题的人的窍门是说“按Y日期完成X任务”很容易,但是还有另一套要素要求您完成工作-吹牛吗?多少测试?与工程相比,尽职调查有多少?
不幸的是,这还必须包括直接说明他的行为(着装要求,观看非工作视频,淡淡的幽默)-作为他的日常经理,这不仅仅是是您的权利,帮助团队的其他成员生存下来是您的责任,这意味着将期望点设置为空白。
直率也意味着在发生不良行为时称呼他。您实际上已经处于良好状态,因为您已经知道他的一些问题,因此当他重复以前的问题时,您可以保持警惕。停止行为的最佳时间是在行为发生时。
而且-直接行为还意味着在工作上提供反馈-当您查看他的代码时(应该有规律地进行)并发现您需要抛出该行为除去其中的50%,然后他的工作需要从编写新代码到固定代码的更改,以满足您的期望。也不是您对每个人的最低期望。这并不意味着要延迟截止日期-如果这是应该在第一次就做的事情,那么他需要做好工作并按时完成。
保持记录-就我个人而言,我喜欢通过面对面的交谈来给予任务,因为它(通常)可以减轻紧张感并增进共同的理解。但是离开会议并跟所有人进行友好的电子邮件提醒并没有什么害处。最好的部分是,一旦通过电子邮件,它就会经历您拥有的所有公司电子邮件审查和备份过程,这意味着它是更合法的记录的一部分。
请记住-您拥有团队的健康状况以及技术解决方案-您指出的许多行为都是可以与一支健康快乐的团队相对的问题。解决此问题时要考虑的一件事是,您不仅是技术解决方案的所有者,而且还是团队在构建解决方案时的生产力。当您考虑与某人正面交锋时,通常会很困难-好像这种情况本来就是对抗性的。当我将问题行为视为伤害整个团队的事情时,我通常会取得更好的进展-然后,我可以寻找改变背景并隔离问题的方法,这样我就不必大刀阔斧和某人一起-我可以组建一支如此健康的团队,以对抗其中的“病毒”。在这里,我最大的指导大概是团队整体信任的工作-如果团队中的其他成员信任您(反之亦然),那么不良行为将很难发挥作用或对您的团队造成很大伤害。
做到一对一-不仅与您的问题专家,而且与团队中的其他人在一起。 IMO,团队会议是每个人都需要听到的地位以及解决问题的方法。一对一的原因是没人想在公共场合公开-事情进展顺利,事情恶化了吗?给定的员工想要大部分工作是什么?少了什么东西?什么很棒?这是组建健康团队的好方法,也是一对一解决问题的好方法。
这对于所有用途的建议都是非常好的。这是管理上更政治化和更苛刻的一面:
知道责备线
直接指挥系统到底是什么,它说明了这个人是留在公司还是留在公司。换句话说-谁为一个有问题的人负责仍是该公司正在为之付费的问题?在第一线的技术领导下,您不能自动假定责任归咎于您-在我的几项第一领导情况中,我不是批准休假,加薪,奖金,员工评估或纪律处分的人。通常,在短期技术项目中,责任可能落在更大的部门经理身上,而不是日常的技术主管。知道这家伙的责任行。了解至少两个这样的人-建立协作关系,在其中检查更琐碎的日常工作,因此,如果您需要提出问题,则已经有了信任点。
了解公司的员工评估流程
最重要的是-您将成为该流程的一线审核员吗?如果没有,您会向谁提供反馈,您为什么不反馈?但是,-这个人过去得到了什么样的评价和指导?我敢打赌,他过去已经收到过一些有关他的举止的明确反馈,而且大多数公司都对此进行了记录。获取记录,知道他被告知了什么。
工程管理中最粗糙的部分之一是,由于项目的速度,有时管理的寿命不长,因此问题人员会在管理人员之间碰到麻烦,每次切换都有机会恢复到旧的行为。您不必保守秘密-如果最终带领他,您可以让他坐下来说一点空白-“我检查了以前的评估,我知道您正在努力改善X,Y和Z-我希望您会继续在该项目上研究这些技能和行为,并且我准备并愿意在这里帮助您进行改进。”显然用你自己的话。我刚刚写的内容听起来像是在冒充人类。 :)
与HR交流,了解某人被解雇的过程
是的,这确实是一个可怕的过程。没有好办法解雇某人无能。不管过程是什么,它都会在可怕性方面胜过其他任何过程。
唯一不知道该公司终止程序的情况是不知道。不知道会给您带来很多麻烦,如果您必须去那里,不知道会让您做好准备。
具有法律意识的公司将有一个非常正式的程序,您的人力资源部门应准备好指导您。这并不意味着您应该加紧准备解雇该家伙,这意味着您应该知道需要什么。 (对于一个理智的人)通常会有一些真正的奇怪之处,这是如何起作用的,并且预先警告是可以预见的。
保持自己的记录
您不必欠员工每一个想到您的想法。
一般而言,保持记录是一个好主意,因为它可以让您记住团队中每个人所做的好事(和坏事)-因此,当需要进行有趣的管理时-设置奖金和其他很酷的奖励-您可以做更多而不是赠送普通礼物。有史以来最好的事情之一就是让您的管理层给您奖金和一张便条,特别注明您为团队做出的杰出贡献……我保证员工记住这笔好账的时间长于他们记住多少钱的时间公司分叉了。
可悲的是,拥有问题员工的问题记录通常是解雇过程的一部分。这也是保持卫生流程的一部分。人类的心灵喜欢忘记痛苦和痛苦。在审阅时很容易就可以轻松地忘记出现了多少个问题,当您不得不进行痛苦的交谈时,如果您不了解某些特定问题和模式的细节,那就更糟。
使用您的管理链
当我是个人贡献者时,我很乐意尽可能远离管理。成为经理后,我意识到与管理层建立良好的工作关系是多么宝贵。当然,这完全取决于您的管理人员的能力-但通常更高级别的管理人员是由在其工具包中具有许多技巧的人员组成的。他们了解公司的文化,知道公司中最大的红色按钮-因此他们可以为您提供帮助。另外-如果您定期分享自己的悲伤,他们会知道您在任何政治高潮中的立场。
不要以为没有麻烦的迹象就没有麻烦
我可能会被彻底洗掉,因为这只是及时的一枪。
但是,您描述的是一系列非常防御性的行为,这些行为似乎来自工作行为上有严重问题的人。您已经晋升,而他还没有告诉我,您的管理层足够聪明,可以在一定程度上解决问题。
大多数纪律处分都是一次私下采取的。公开召集某人很少有任何好处-当涉及到非常严肃的“塑造或发布”讨论时,他们总是私下里。这意味着任何不在直接管理链中的人都不应对此有所了解。
这是我对其他大多数建议的最大理由-在我看来,您不仅有一个遇到一些问题的人,而且还拥有足够体面的管理以至于解决问题正在进行中,而您最需要做的就是确定如何适应问题解决周期,然后根据需要继续进行活动。
最后有希望的结局
人们在与经理打交道时与与同事打交道时,从根本上发生改变是很正常的。我所有的警告性建议可能毫无意义,因为当您突然成为“老板”时,当您担任主角时,这个家伙会很甜蜜。不同的人对待权限的方式大不相同-有关此人如何编程的迹象,请查看他当前的老板是如何与他打交道的。
实际上-最好的技巧之一就是观察其他经理。我敢打赌,他现任的管理层在某些方面做得很好,而某些方面做得非常糟糕。寻找好的技巧,并注意当前管理层次结构中的盲点-准备尝试新事物,但也要知道有什么用,因此不需要修复。 :)
评论
在子弹“变得专业”和“变得直接”之后,我一直在等待“……并有计划杀死所有遇到的人。”
–本·杰克逊
2011年7月7日在1:01
不,不!下一个项目符号是“创建恶性巢穴”,其次是“捕获英雄”和“向英雄解释不正确的计划”。
–bethlakshmi
2011年7月7日在13:09
我们什么时候可以提出要求....一百万美元... +1好建议
–SoylentGray
2011年7月8日在16:08
#5 楼
您处在困境中,因为如果这个人还没有被解雇,那么他要么在政治上很重要,要么您在一个永远不会解雇绩效员工的组织工作。祈祷是后者,这更容易处理。尽管您尽了最大的努力去做到专业,掩盖您的*并记录所有内容,但具有政治意义的麻烦制造者可能会毁了您。我已经看到了它的发生。当涉及政治事务时,纸质记录毫无意义。
成为专业人士-不要试图与团队中的任何人成为朋友。就像您一直在执行任务一样,不要表现出偏爱。
保护自己/文件一切-不要犯傻错误,您会被监视。鲨鱼被水中的血液吸引。另外,请确保您完整记录所有决策,电子邮件跟踪,讨论和团队共识。当您沉迷于某些东西时,您将希望提取6个月前的电子邮件。
评论
我不同意接受这个开发人员是最好的选择(我的话)。但是您对如何处理它的建议都可以很好地适用。
–SoylentGray
2011年7月8日在16:04
#6 楼
保持幽默。如果你不能摆脱他,最糟糕的事情就是让他打扰你。他没什么大不了的。他想让你紧张。他想成为“那个家伙”。让他成为“那个家伙”。保持幽默感,并始终保持乐观。处理他。不要让他来处理你。
#7 楼
您有很好的建议,我的回答旨在补充其他人所说的内容。请记住,由您负责,因此您可以随时设置参数。这听起来可能非常有力,但是对于要超越您的界限的人,您将需要使这些界限清晰明确,不给任何人破坏您的空间。如果每个人都清楚地了解他们的期望,那么您和他们就很容易知道他们是否做对了。显然,这将适用于您的整个团队,但是作为一种领导方法,它是可行的。
这也意味着,最终,就您的经理而言,您将被视为对该项目负责,因此事情的最终决定权。这并不意味着您在打电话之前不会征询整个团队或项目特定部分的专家的意见,但是正如您向所有人报告的那样,您做出的决定是您自己决定的您最好确保它们是真实的。
我们有一个术语“坚定但公正”-这是对待团队中每个人的一种好方法-清晰,一致和透明,但采取的行动方式并不会给人们质疑您的领导力或他们的标准下降没有充分的理由敞开大门。
专业主义通常是不合情理的,因此请保持冷静。也不要屈服于他人的情感。了解它们,但不要让自己陷入其中。
考虑一下可能会变成对抗的可能情况,并查看是否可以找到避免这种情况的方法。如果某人在某个领域有丰富的经验,他们可能会觉得自己的经验使他们有权控制自己的工作,例如,但是您可以缩小范围-他们的经验适合他们的方式为了控制?如果他们与团队的其他成员分享经验的相关部分,这会更好吗?通常,这最终将归结为特定的投诉,并通过将问题缩小到他们所遇到的确切问题,您可能可以通过避免感觉不好的方式来解决。
尽可能避免一对一的会议。
当一切进展顺利时,请确保团队中每个人的生活都尽可能好。
评论
对此评论+1,“专业主义通常是不合情理的,因此请保持冷静。也不要屈服于他人的情感。理解它们,但也不要让自己陷入其中。”
– Maple_shaft♦
2011年7月6日在16:35
#8 楼
我同意乔尔的观点,所有答案都以相同的频率出现,每个人都以同行而不是管理者的身份提出建议。在深入探讨问题的人为方面之前,我认为存在一个元问题您必须回答自己。
作为团队的负责人,您的责任是使团队按时按预算交付预算。
元问题应该回答是,你想和这个家伙一起做,我们叫他迪克,还是没有他?
你想和迪克一起做
这会让你流汗...
您需要了解激励他的原因
需要给他做适合于他的技能的任务
您将了解缺少的技能,并就这些技能指导他
您将花费大量时间在争论和定位上,这可能会损害您在他人眼中的领导者地位。
如果最后没有奏效,团队将会输掉。
如果最终效果良好,您的精力将被消耗,尽,但乐于助人好一点。
如果您有时间和精力,走开悟之路,您是由自己打的战斗而不是由自己赢得的战斗所造。冒着损失的风险。
你想要没有迪克的东西
我称之为破坏控制模式...
你不会不能把Dick放在关键的道路上
Dick不会对项目的任何部分拥有唯一的所有权
优先事项是让这个家伙忙碌和项目运转,而不是让他开心,不让他保持您安全。
您将需要防止Dick破坏团队的士气:
大声承认并清除表现良好的人。
让每个人都了解每个人的可交付成果。
因为生活太短而无法与Dicks合作。
只有你知道这是否值得。
那里如果您的团队中有一位与Dick相处融洽的人,则可以选择另一种途径。您可以通过她代理他。
我的两分钱。
评论
起初,我很高兴您尝试解决该问题……直到我发现尝试与他一起工作的想法反而使您耳目一新。
–SoylentGray
2011年7月8日在13:48
#9 楼
尽管我非常喜欢Pierre 303和Jarrod的答案,但我也建议您跟踪他的代码提交。如果您有很强的领导能力,则可以指导他成为成功的队友。有时与他保持直截了当,并实际上告诉他别人在他背后说了些什么(找到最政治上正确的方式,而没有提及“关于某人这样说”的字眼)可能会使他睁开眼睛,使他要么1)寻求纠正他的方式的帮助,要么2)寻找其他地方的工作。
但是,如果所有良好的意愿都失败了,那么请跟踪他的提交(我希望您正在使用版本控制) ?)将为您清楚表明他的意图。如果他显然正在破坏您的项目,请与他联系。如果他继续还是拒绝,则将您的证据提交高层管理人员。有时只需要扔掉坏苹果就可以使项目蓬勃发展。
评论
+1指出其他人忽略的重要点,特别是考虑发问者给出的问题描述。
–匿名类型
2011年7月7日在0:45
#10 楼
建立界限和期望首先,在项目甚至开始之前,您就需要从头开始将这个人放在他的位置。您必须以私下一对一的方式明确说明您的期望。首先说明他对您的期望。然后说出你对他的期望。说话时不要让打扰发生。如果开始发生打扰,请坚定你的语气,并表示你不会容忍这种行为。在此之后加上“理解了吗?”
开始使用短皮带
您必须使这个人保持短皮带。您和您自己决定何时以及是否延长皮带。从第一天开始,他就一直保持短暂的牵引力,他将习惯(最终)。他可能不喜欢它,但他知道边界。如果您随着他的态度的改善而给他更多的皮带,他将适应新的界限。如果他脱节,您只需将皮带缩回原来的短长度即可。他可能不喜欢它,但是他已经很熟悉了。
如果您开始使用长皮带,然后再尝试使用真实的皮带,则阻力会更差。
在任何情况下都不能容忍不服从的行为
请确保您已知道自己已经被掌管,并且不会容忍任何不服从的行为。明确说明他可以与您的主管讨论让他烦恼的事情,但他必须通知您,您将主持会议。
您需要提前与主管讨论此事,并且你们两个必须对此保持同步。如果他在没有您安排会议的情况下与您的主管取得联系,那么主管应该问的第一个问题是……“ aceinthehole说了什么?”这很重要。
如果他在小组比赛中挑战您,请立即将其关闭。说出类似的内容,“现在不是讨论该问题的时间,我们将在本次会议后进行讨论。”如果他继续推动该问题,那么您必须...
问他停止讲话了吗?“就这样,我告诉您现在还不是时候。”
将会议简短地介绍一下,并请原谅。
将这个人带到一个私人场所,并处理好态度。 (请保持简短)
如果他在没有合作和诚意的情况下无法返回会议,请把他送走。告诉他,您将在会议结束后进行讨论。自己重新参加会议。
不要让他在其他团队成员面前欺负您。
向主管寻求指导
不要害怕向您的主管寻求有关如何处理您不满意的情况的指导。在私有的一对一设置中执行此操作。不必担心您会在主管面前显得虚弱,不会。您的主管很可能会感激您请求他们的帮助。
对您而言同样如此。让您的团队成员知道您愿意并愿意与他们讨论问题,并且这些问题将保持机密。
评论
Imo,大多数建议都是“不明智的”-当您结盟的敌人时,巩固“那个家伙”的最佳方法是从一开始就坚强下来。他认为您不配他-通过遵循像Pierre这样的人的建议向他表明你在。您不在军队中,而是在工作场所中。 -1
–Vector
2011年7月7日,下午3:05
管理和领导之间有区别。大多数人认为这两个是相同的。我不同意您的“建议”。除非您处于这样的情况下,即某人可能破坏您的权威,否则您真的不知道该如何反应。谈话很便宜。
–Michael Riley-又名Gunny
2011年7月7日在10:57
-1如果关系失败,这是很好的建议,但是这是启动关系的不良方法。
–SoylentGray
2011年7月8日在16:00
如果您在军事中尝试了这些技术,我认为中尉在战场上的第一天就会感到沮丧。
– gbjbaanb
2014年1月31日上午8:40
#11 楼
这里有一些很好的答案,但对我来说,有一个根本没有解决的基本问题:您已经决定了这个家伙在您的项目开始之前会是什么样子;您正在评估他尚未完成的事情。尽管有一个策略来应对您可能在后腰遇到的问题是非常值得的,但至关重要的是,您应该给他一个公平的机会,并像对待团队其他成员一样对待他。不要单挑他,不要以为这会是一场灾难,请积极思考。如果您说服自己自己的项目注定要失败,那是因为这个家伙在团队或其他任何原因,那么您几乎可以保证它确实会失败。为了使一个项目成功,您必须相信它将要进行,必须相信自己,也必须相信并信任您的团队。首先,您必须公平。
#12 楼
您能否请您的经理或项目经理协助您解决这个问题?那是我的建议,因为当他确实危及该项目时,您可能需要备份。如果您不确定这些其他经理是否知道发生了什么,那么您可能会蒙蔽双眼,就像我想像的那样,个人可能会与管理层谈论一场好游戏,这就是他待在家里的样子。#13 楼
这里的大多数答案都集中在问责制上,在我看来,这是要使人为失败做好准备,或者至少是假设该人会失败。最终一切都会很好,但我不认为进入假定失败的局面会创造可能成功的气氛。乔尔的观点-首先要记住这个人是人。按照他的建议去做:在以一种或另一种方式采取行动之前,先考虑一下这个人,他们的心境和他们的需求。 Joel强调的是,管理从来都不是规定性的-没有一种单一的方法可以管理人员甚至人员。所以,是的,在管理他们之前,先考虑要管理的人。
但是还要考虑他们所处的情况。例如,您可能会发现一个人在一种情况下表现出色,在另一种情况下表现较差,在这种情况下反之亦然。这个人表现不佳(在专业或社交环境中)的事实并不意味着他们表现不佳,只是在这种情况下表现不佳。
因此,请考虑他们的心态,并考虑他们所处的环境-情况可能会困扰您很长时间。我心中的关键是,您如何才能帮助这个人变得成功?无论成功多少,成功都将增强信心,并可能还会产生其他积极影响。
为了使他们成功,也许您可以做的就是直接询问您可以提供哪些帮助。也许它正在干扰其他经理,也许正在使该人退出会议,也许他们只是需要帮助才能找到并留在自己的区域。也许他们不知道他们需要什么。在这种情况下,指导他们是您的工作。他们可能会抵抗。首先专注于为他们提供可以完成的小任务,您可以为他们提供非常具体的指导。这可能感觉像是微管理,但不管您相信与否,这里有一个时间和一个地方。可能就是这样。当他们成功时,赞美他们。在同龄人面前认可他们。向您的经理发送电子邮件并抄送他们。让他们感到被重视。当他们的信心增强时,请慢慢放弃您给予他们的赞美和指导。
也许可以用一个类比来学习如何骑自行车,或者第一次学习如何滑雪。如果任由自己教书,很可能会发生一次严重的跌倒,或者一系列跌倒会产生您做不到的感觉。你无能为力。您可能永远不会大声说出来,但是您要做的就是直接对设备和周围的人感到愤怒。但是,为了学习如何获得这些技能,您最终需要以非常具体,非常基础的建议的形式接受指导。一位好老师会带您回到第一位,帮助您使自己居中,帮助您重置到目前为止所学的知识,然后带您重新学习,但速度要慢一些。他们会称赞您很多。最终,您将能够自己做,当这种情况发生时,他们会少给您指导,少给您称赞,因为您的学习成功将足以激励您。成功后,您会减少生气,依此类推。您可以看到它是如何工作的吗?
有趣的是,不要滥用这个比喻,您可以看到如果您精通滑雪板之后,有人来找您滑雪并要求您滑雪,那么沮丧和愤怒的过程又可以重新开始。为什么?因为您发现自己处于需要技能的新情况下,所以还没有。进来的教练将帮助您再次走上正确的道路。
那么我的建议是?要有耐心,考虑这个人及其需求,并像对待这个人一样处理这种情况。
#14 楼
最好的方法是隔离。将项目的大部分任务关键部分分配给核心团队,其余部分留给他。您甚至可以提出一些无用的功能构想,只是为了吸引他。如果他生成了错误的代码,则将生成错误报告/清除请求。只需确保他所做的任何事情对系统的其余部分影响很小。但是,无论如何,您必须说服他,他的工作极其重要,如果他不提供高质量的代码,您将失败。这似乎是在浪费人力,但令人惊讶的是完全相反。问题是这样的人不仅没有帮助。他还通过其他方式制造动荡/问题或破坏生产力。如果您不孤立他,那么您的团队和您的项目都会受苦。
评论
假设开发人员将要失败,您将与发布者一样失败。这将阻止他破坏项目的能力,但也会阻止他做出任何贡献。在美国历史上,比奴隶制更大的犯罪是我们的种族和性别歧视,这毫无疑问地抢占了伟大的发现,发明和进步。
–SoylentGray
2011年7月8日在15:55
#15 楼
我的建议是对他非常透明。要专业。作为一个团队,我知道如果这个人试图损害您的项目,其他人也会支持您。#16 楼
请记住,在人际交往方面,人际关系几乎胜过一切。人们的行为不合理,但是他们对自己的情绪做出反应。您可以利用它来发挥自己的优势-不是通过操纵而是通过做出响应(我知道几乎是同一回事,但是不同之处在于它使人们感到如何)。全部记录所有内容-所有说明,所有响应,所有交互。不要做太多事情,也不要包括使记录看起来很主观。您希望能够向任何人展示它,而不会使他们感到防御。
找出人们想要的东西,并利用它来帮助他们采取适当的行动。从项目中找出您不合作的同事想要什么;理想环境的图画在他的脑海中。一旦知道他想要什么,您便可以调整工作环境以适应它,而不会打扰其他所有人。通常,只问一个人想要什么就足以改变他们的态度。
如果不想打架,请不要援引您的权威。除非您希望他们感到不满,否则请不要给出最后通atum。除非您希望别人向您冲来,否则请不要将他们拖到角落。有时您希望某人生气并离开,但这通常不是最佳的结果。您“负责”,这意味着您有责任设定团队的方向。但是,不要以此为俱乐部打败别人,然后指望他们为您提供帮助。最后,您必须做出决定,但最好还是让他们觉得这是他们的想法。
对大多数人来说,负责是达到目的的一种手段,而不是目的。目标。他们希望掌管一切,以便拥有想要的东西。但是,如果他们能在没有负责任的情况下得到想要的东西,那么他们会很乐意为其他人工作。帮助某人想要他们所拥有的东西就像帮助他们拥有自己想要的东西一样。
最后,如果某人不适合您的团队,那么他们不应该加入团队。如果他们没有手头的技能,那么就让他们离开您的团队。
#17 楼
我要解决一些关键问题。当我的团队成员失败时,我认为这是失败。您的团队中几乎总会有人提出挑战。确保项目成功和团队成功是您的工作。您似乎有一种态度:“这个混蛋会毁了我的项目”。这可能是一个自我实现的预言。改变你对他的态度。找到他的长处并加以利用。
尊重他,要尊重他。您对他的态度将影响您的团队如何看待他。您可以毒害您的团队对抗他,也可以给他们希望。如果您毒死了他们,您将得到您所期望的。如果您提供希望,那么就有希望。即使他的工作迫使您将他的努力边缘化,您仍可以保持团队合作精神,这将改善整个体验。这并不意味着您应该像对待他在团队中其他任何人之上一样对待他。只需将他视为团队中同样有价值的成员(即使他不是)。
使用教练的构建,突破,构建方法通过补充他的成就开始(最好是重要的和近期的) ,然后指出问题,解释您的期望,并使他致力于做出改变。然后让他重新建立自己的信念,让他相信自己有能力进行更正,并继续作为团队中有价值的成员。
为整个团队设定高标准不要接受任何一个处于边缘的人您团队的成员。确保您的期望是明确和坚定的。不要为任何人减少懈怠或为任何人设置更高的标准。可以认为这是偏爱。对让团队寄予厚望的人来说,比让他的最爱摆脱谋杀的家伙更好(即使您不这样做),也比对他的期望更高。前者可以帮助您的团队团结起来,使项目正常进行。另一个会造成异议和挫败感。
鼓励同伴指导团队中的每个人都有力量。利用这些优势来帮助您的团队成长。让您的团队寻求团队其他成员的帮助以完善或改进他们的代码。但是,不要指派某人去看别人的工作。与团队成员互相批评相比,让您的团队一起工作并互相请求改进工作会更有成效。
与团队成员的经理交谈。他仍然在公司工作,所以有人看到了他的东西。否则,他将在数据中心中编写迁移脚本。找出经理发现的有效激励方法,他认为自己的长处是什么,以及他们希望您如何帮助他作为领导。
抛弃您过去的判断和偏见他们对您没有任何帮助。您的动态与以前不同。给他一个机会,向您展示他的价值。
#18 楼
我个人认为正确的路线可能是最难的选择。对他诚实,让他知道您的感受。大多数人是混蛋,他们并不是想成为混蛋,只是不知道自己是不是,当发现自己是混蛋时会感到恐惧。如果您以谦卑和尊重的态度对待他,并让他知道您认为由于您担任新职务,他的身边可能会有不公平的感觉,那么我敢打赌他的回应将受到同等的尊重。就像乔尔所说的,他只是一个人。想想如果你穿上他的鞋子怎么想受到的对待。评论
当他们是同龄人时,这可能是正确的事情。作为线索,动态变化。主管应控制他/她对团队的情绪。表达不积极的情绪会使他看上去不喜欢这个家伙。而且,任何有建设性的批评都更可能被驳回,因为领导只是对他个人怀有仇恨。这不是需要修补的友谊,而是需要超越任何个人感受的专业关系。
–SoylentGray
2011年7月8日15:48
领导和诚实不必相互排斥
– Jayrdub
2011年7月9日下午5:44
#19 楼
您需要调解员/法官(来自软件开发人员以及H.R. /心理学家)
您不能自己解决此问题。无论您做什么,“事情已经不复存在”,您都需要一个拥有更高权限的公司高层人员。
我已经看到过几次这样的情况。该员工不会遵循您的指导方针,也不会将您视为“老板”。
此外,即使他是对的,也应该给予他该职位的职位,他必须理解这一点。
从理论上讲,应该是人力资源部的某个人,但实际上,人力资源人员试图表现得很好,所以最好找一个管理员。具有谈判技巧,否则那个家伙会破坏您的项目。
#20 楼
似乎没有人建议作者考虑成为团队负责人的成本。显然,成为团队负责人会限制您的编程能力,学习新的编程知识,入侵大量东西并变得越来越专业。那是因为团队负责人要承担新的责任-帮助其他开发人员,修复他们的错误或只是指出要做什么/要解决什么。然后,所有这些无休止的会议。我不能告诉作者,但是对我来说,这将是一个完美的步骤(甚至可能有15-20%的奖金),但方向错误。就像因为将工作从激情转变为我从未想过的事情而获得额外的20%一样。-不要承担这个责任。有人应该当领导,有人应该当厕所的清洁工,其他人的命运甚至更糟,但是您可以当程序员,只是每天增加自己的小时工资/技能。与计算机一起工作和与人一起工作是一种技能,很少有人同时具备很高的技能。
-其他程序员不应影响您。他们可以裸体工作,观看色情影片,做其他疯狂的事情-但这就是他们的生活和老板的痛苦。只需提出这样的工作条件,例如在家中或在带顶棚的房间中工作,您就会感到自己很完美,可以编写代码了
-如果您从事的项目工作被团队中的某人挡住-向您的CC老板礼貌地写电子邮件给他们。这很不好-“嘿,我正在等待您的函数str2int 2个星期,所以我什么都不做!”。这就是我的工作-“嗨,xxx。看来您无法向我提供功能str2int,所以我只是用自己的实现替换了它,虽然很慢,但大多数情况下都可以。如果要添加它-仅确认此界面为“。
我希望非标准答案可以帮助作者或其他人做好他的工作并保持幸福。
#21 楼
一个好的解决方案需要对工作环境有深入的了解。这个家伙到目前为止没有得到检查就逃走了,这一事实严重反映了这种情况。如果您得到管理层的支持,与这些人打交道非常容易。比起那个家伙,糟糕的管理将是一个更大的问题。我过去成功使用过的一种策略
让他对某事负责,并坚守他(和所有人)履行自己的职责。每周/每天的状态检查会议,对高层有适当的了解,可以确保他不会退后并在制造麻烦的同时让您由团队领导“处理”。我曾经做过共同领导,并确保他们是向我发送所有成员的每日状态检查的人。
进行同行绩效评估,就像团队的每个成员回答基本问题一样,例如他/她对同行的满意度。这是一种政治策略,但是如果他要感到所有人而不是您的压力,他可能会分手或相应地表现。不用说,您总是可以将不好的评估传递给上层。
我满足了这些:)
评论
从理论上讲,同行绩效评估似乎是一个好主意。在实践中,他们似乎倾向于选择最弱的成员(即使不是)。这没有任何积极的目的。领导工作是带领团队前进。
–SoylentGray
2011年7月8日在15:42
绩效评估和斯大林主义监督是解决问题的非常糟糕的部分,但是第一部分是很棒的:解决问题。如果开发人员被告知要“编写出色的代码”,则有些人会整天观看视频。有些人在这种环境中壮成长,另一些人在坚定的方向上壮成长。解决这种情况,以使其充分发挥员工的作用。
– gbjbaanb
2014年1月31日上午8:33
#22 楼
我认为大多数答案都集中在错误的问题上。我不禁认为OP幻灭了,这只是故事的一半
领导很难,我忍不住想知道,如果我是海报的发布者,这种情况永远不会演变成同行不尊重我的情况。
开发人员不会“报告”他们向经理报告技术领导,“技术领导”(在一个由6个开发人员组成的团队中最了解的人的意义上)不会分配给健康的团队,一个健康的团队会自然地自我组织并且人们自然成长功能的所有权。在某些大公司中,出于各种偏离主题的原因,团队经常不自我组织是一个文化问题,请参阅jurgen apello的著作(noop.nl),以进一步阅读
#23 楼
给他肮脏的工作-编写文档。你应该通过解释为什么他是最好的人来安抚他的自我:
文档需要传达全局信息,并且自然而然,其他开发人员都没有能力看到全局信息,也不必介意对其进行解释。只有像他这样的“建筑师”才能解决这个问题。
阅读代码需要理解其他开发人员以各种风格编写的任何类型的代码,并且要结合其他开发人员的所有技巧。只有像他这样的“专家”才能解决。
文档对于项目的成功非常重要,因此自然而然地,您希望最强大的团队成员(他)来承担这个责任。
或者坚持写测试用例;可以做出相同的论点。
这有多个方面:
他不会检查任何代码。
他将拥有可以从其他开发人员的代码中阅读和学习。
如果他不了解自己曾经有过,那太好了。
如果他知道自己曾经经历过,那么他在不承认自己的情况下也不能抱怨
很有可能,他将在这里发布一个主题,关于他的团队领导如何一再地忽略他关于如何改进代码的建议...在这一点上,我们谁都不会相信他(我们以前有过这种类型),并会告诉他专注于阅读和理解各种代码,因为这是编写文档的人的核心技能。
评论
如果您认为记录文档是“肮脏的工作”,那么您就是糟糕的开发人员,而不是他。
– gbjbaanb
2014年1月31日上午8:35
#24 楼
我发现很多答案都非常谨慎。请记住,您对自己的职业负责。这意味着,同意与该人合作意味着您正在接受这项任务和责任,并且您将能够管理该项目(和该人)以实现其成果。
如果不要以为你可以做到,就不要承担那项责任:让他分配到另一个项目,或者要求他们让你在另一个项目上担任领导职务。
我知道你的问题是关于“如何与这个人打交道”,但根据您的写作,对我来说,他不值得付出任何努力,您将忙于证明自己在这个新的领导职位上。
评论
如果您逃避了每个挑战,那么您将发现自己必须在每个连续的挑战中都走得更远。
–SoylentGray
2011年7月8日在15:36
#25 楼
我也看过这种工作。有些人很有才华,显然已经上升到了很高的位置,但是您必须记住他比您大。所以请尊重他。但永远不要忘记您是团队负责人,您必须管理您的团队。您必须在.////团队之间保持适当的了解,然后继续。
评论
很容易看出为什么您被选为团队负责人而不是他。所以那个有问题的人使别人感到悲伤,没有把事情做好,也不是真正令人愉快的..他怎么不被解雇呢?
@Michael,我总是喜欢认为任何冲突都有两个方面,公平地说,我只是提出了自己的立场。但是有时候我遇到了某些人格类型(尤其是在工作中),这些人只是寄生虫,应该放手。不幸的是(或者幸运的是)对熟练的程序员的工作需求非常高,尤其是对于我们从事的工作空间。
这不是一个解决方案,但是我不由得对他大笑,要求你向他报告。听起来像Dwight Schrute :)
听起来您应该要求老板将他从团队中删除。