如何避免出现“您是否危害CODEZ”的情况？

我在工作中遇到一个奇怪的情况，我的一位同事经常要我和其他同事提供工作代码。

我想帮助他，但是对小片段的不断要求打断了我的思想，有时使他难以集中精力。

另外，我的印象是（...）此请求是由于缺乏能力而不是懒惰而产生的。实际上，他经常问自己假装知道答案的事情，因为当我解决问题时，他通常会说“确定”，“是，这就是我的想法”之类的东西，给我的印象是我的答案不值得。

我该如何解决这种尴尬局面？
我应该在其他同事面前更清楚地表明他缺乏知识（通过说“如果可以，请自己做”这样的话）还是继续给他他想要的东西？

我认为他应该将所有问题汇总到一起，以便我可以给他一部分时间，他可以全力以赴地完成自己的工作。

团队中没有等级制度，我必须说我们都有差不多五年的资历。基于同样的原因，我相信我无法向管理层报告，因为琐碎的问题经常被忽略。

我与另外两个成员讨论过，他们也同意我的看法：实际上，他经常问通过同事循环的事情。

我的回答是说“我现在有点忙，您能给我发送电子邮件，稍后我会处理”。很有可能他的一些问题是合理的，因为强迫他向您发送电子邮件不会中断您的流程，而且他不太可能在琐碎的电子邮件中详细说明问题。然后，您还可以向管理层显示记录，如果他的问题仍然不合理。

首先要做的是与那个家伙进行坦率的讨论。一对一地而不是成组地做，否则他可能会感到束手无策（可能如此）。问他为什么他不断问这些问题，解释这对您的工作有多破坏性-看看他怎么说。

根据您从这次对话中收集到的信息，尝试看看他是否可以自己学习。帮助他自己而不是给他答案。看看将他指向正确的方向是否足够。

如果以上都不对您有帮助：

您和您的同事应该停止回答他的琐碎问题。

像这样的答案：

• 抱歉，现在无济于事。我有最后期限
• 你问来干什么？
• 对于像你这样的人来说，这看起来微不足道。

基本上，如果所有团队都同意与之比赛，那么他将不得不自己解决问题。

您说这是不合作的-是的。这就是重点。

您的团队成员没有发挥作用-实际上，他正在导致您和您的同事的生产力下降。如果他认为这些问题不是他应该问的问题，请拒绝回答。

如果您认为这不是一个好的策略，则可以启动中断日志。记录每次他问您一个琐碎的问题以及您花费多长时间才能恢复工作（即进入中断之前所处的思维框架）。

该日志将使您了解他花费了您多少时间。如果您所有的同事都这样做，您将对问题的严重程度有一个明确的认识。

您可以根据自己的意愿来处理这些数据-与他讨论，解释问题并尝试解决或升级为管理。

解决此问题的一种建设性方法（因为您说这是由于缺乏能力），可能如下：

• 尝试指导他朝答案的方向发展，但要设法使他得出最终答案。这样，他将学习如何自己提出一些琐碎的事情，并且他将对自己提出解决方案的能力变得更有信心（可能是他不安全，需要您和/或您的同事的确认？ ）。

• 如果他多次提出类似的问题，请明确说明您已经解释了这一点，并且他应该知道（因为在这种情况下，您实际上知道他对此事的了解）。

作为以前雇用过这类人员的人，让我告诉您，意识到这一问题确实是一件好事。在这种情况下，我希望我的员工做的是：

• 开始说不。这很困难，因为这些人非常擅长于自己的工作，这正在促使其他人来帮助他们。很好。[见注1]
• 如果您愿意这样做，请进行一次大人对话，以识别行为并说您不再参与。这是可选的。您无需告诉同事他不能随意从钱包中取出20美元的钞票。
• 告诉老板 主啊，我希望人们早点告诉我。

你知道如果这个同事被解雇会怎样？这是令人震惊的事情。没什么不好。如果团队一周前生产x个工作单位，那么他们将在一周后继续生产x个工作单位。这个人正在消耗的时间以及他们在您的工作流程中造成的干扰，实际上只能在事后才注意到。当此行为停止时，您将完成更多工作。您也会更快乐。而且您的公司将有更多的钱。

注意1：一旦我有一个员工，在糟糕的一周里表现糟糕，那一天。答：我说过，我需要列出您所有出色的东西以及今天回家之前的位置。我今晚要看，明天早上我们要制定一个计划。一天还剩下一个小时。我离开A的办公室（开车回家，我们没有在同一时间工作）之后，惊呆了B，并欺负A来“帮助” B的项目（这对公司来说并不重要，这是使B成为一个培训项目在一小时内-您猜对了，就可以在我们的网站上添加一些东西来更好地利用特定技术。然后A回家了。我不反对，硬停就是硬停。但是第二天我才对B生气。让聪明的人为您放弃一切所需的技能水平不容小something。您可以说不，

我希望我能告诉你如何使此人停止这样做。以我的经验，您不能。但是你可以让他们停止对你这样做。有时，这些人在离开他们正在这样做的地方后，最终会在没有人可以偷取和不喜欢那里的地方工作，或者从事他们实际上知道该怎么做的工作。但是，尽管他们有工作，但他们不知道该怎么做，也不知道有能力让其他人为他们做，这就是他们将使用的策略。

向他发送指向Stack Overflow的链接。

如果确实很懒惰，那么履行自己完成工作的意愿就不是您的责任。如果缺乏能力，那就让他按自己的毛钱而不是你自己的钱来崇拜。您对雇主负有专业责任，以尽自己最大的努力，并且不能让别人妥协。合作和帮助同事是专业和期望的行为。让无谓重担阻止您完成工作（不回馈任何东西）是您需要避免的事情，而这正是您的经理需要解决的大问题。

这很奇怪-他只是要你替他做他的工作。除非他有一个非常巧妙/微妙的询问方式，否则我想我只会说“不，我没有时间”。

您是否考虑过与此人进行成人对话？让他们知道他们不断问到的问题是生产力的杀手，并问他为什么觉得自己不得不不断问您看似简单的问题。也许他是有点不称职的。您可以选择让他失败，也可以选择帮助他成功。

理想情况下，让他知道您真的愿意帮助他，但他希望他能给您应得的尊重，并首先进行一些独立的研究。不断给他简单问题的答案无济于事。鼓励他学习和成长有助于整个团队。

是的，这将是一次令人不舒服的谈话，但与几个月前的沉默不满相比，这将不那么令人不适。

作为前任经理，我无法开始告诉您我每周花多少时间作为“长大”的保姆。所有的自负，冲突，侮辱和偶发的工作相关问题。代码审查从来没有任何问题。

我只希望真实的工作场所甚至开始类似于乔尔（Joel）的著作。

集体坐在会议室里，所有员工都被这个人所困扰。让此人知道干扰会干扰您的工作，并干扰您在“区域”内工作的能力。

如有可能，通知经理。

要求通过电子邮件解决所有问题，以消除工作干扰，因此您可以开始记录中断的频率和所展示的经验不足。

在很短的时间内，该小组应该集体发送了一条消息，使此人免于打扰所有人，或者您已经收集了足够的电子邮件记录，甚至可以向没有经验的经理证明所犯的雇用错误。

我从经理那里学到的一个教训就是聘用我能找到的最好的员工，试图了解每个人在团队中的工作方式以及团队的凝聚力。

另一个早期的教训是迅速消除不良员工。

请他写下他的问题，以便您以后有空时可以回答并与您的经理交谈，以确保您的工作环境安静。

您的情况失败Joel Test的要点＃8程序员有安静的工作环境吗？

如果同事问您一个问题，造成1分钟的中断，但这严重地将您赶出了工作区，以至于您需要半小时才能恢复工作，因此您的整体生产率将面临严重的麻烦。

请他在此站点上发布问题，看看他得到了什么答复，这对很多程序员都有所帮助；）通过C＃将CLR副本放在他的办公桌上，然后让他在那里签到。

我要他把所有问题都堆放一遍，然后坐下来，在更长的时间内和他做一些配对编程。

听起来好像他不知道如何编程，但这可能只是您的无奈。结对编程将教他如何编程（假设他是可教的，并不是每个人都有编程的诀窍）。

我完全知道您的感受，我以前曾遇到过这种情况。这只是角色扮演和操纵。通常发生这种情况的原因有很多：-这个人不知道答案，不称职，也不想表现得不称职，因此我就是这么想的。-如果此人在您面前向您问愚蠢的问题，然后又回答他们，那么他可能会尝试将您置于无能的地方，或者在您身上玩游戏（工作场所到处都是这种人，爬上你的顶端）。-这个人很懒，想让你替他做他的工作。-这个人是“听得到的”类型的人，这意味着他可以重现代码示例，但不能适应它，因为他不了解代码的工作原理，只是在哪里使用它。

IMO的一个好方法就是告诉那个家伙，对不起，朋友，你现在一个人在做，这一次你得自己弄清楚，我有事要做。如果问题仍然存在，请与您的经理谈谈（我知道调皮不是最好的方法，但希望您有一位能干的经理曾见过下雪：））

我会考虑大多数答案，即使与他们进行对话也是“升级”，而我的第一个答复将是提供与之配对的内容。此时，您已经提供了帮助，如果他们拒绝了，您可以凭良心逐步升级。如果他们与您配对，那么您可以评估他们的实际能力水平。

问题是，如果一个人编写了一个库，那么要求他们编写与该库连接的代码是完全可以接受的-至少作为测试。还有其他一些例子，显然不那么可以接受，但仍然有问题-例如，有人认为您已经解决了问题，但仍然可能使结果代码很方便。

如果他们实际上是在要求您完成工作，那么结对配对仍然是合理的，实际上，这是一个很好的建议，让您感到沮丧，这是学习的一种好方法。

如果他们对配对不感兴趣，那么我会很乐意在这里进行其他解决方案-实际上，根据他们的反应，我可能会跳过与他们讨论的问题，而直接去找经理（不仅是他们对您的要求帮助，但无可争议的断言是您提供了帮助，并发现他们真正想要的不仅仅是帮助。）

让他学习一些计算机科学，并帮助他们从无脑的脚本编写中发展出来；可能他是一个懂东西（具有成熟技能）但没有背景的人。

“您知道，您确实可以参与其中的更多工作，但是现在如何改善自己呢。” 花一些钱在亚马逊上买一本好书（四人帮，在Haskell编程，..只是为了好玩？），然后添加一些有关他最近的问题的书签。

我将获得管理层的帮助，与他们进行交谈，然后安排时间与该开发人员一起坐下来处理这种情况。

另外，有时有必要对这些事情保持某种政治态度，并在团队其他成员（如果可能的话，包括管理层）面前清楚地展现该人的行为，而不会粗鲁或对抗，而是通过温和地质疑他们为什么这样做这个。不久前，我不得不处理类似的情况。在这种情况下，我对有问题的开发人员说，当再次被要求提供帮助时：“如果您如所声称的那样知道自己在做什么，那么为什么要不断提出问题？而当我回答问题时，为什么要争论呢？如果您希望我将来为您提供帮助，请让我这样做。” 几天后，技术总监放开了同一个人（他已经潜在地意识到了问题）。

仅供参考，我们都是承包商，因此，从运输署的角度来看，对我们每个人的内部忠诚度都很低。有时，只是需要将事情公开进行。

由于您属于同一支球队，因此也要向他展示如何成为一名好球员，从而成为一名优秀的队友。将他暴露给管理层可能会引起您的一些同事的不满，在我看来，这很有害。
管理层很可能已经知道您的同事了，那么为什么要通过“向他们显示”他是一个不好的员工来脱颖而出呢？从长远来看，现在帮助这个人一点点可以从长远来看为您带来回报，而您可能从未想过。

对不起，您发现自己处在如此艰难的境地。