我该如何应对团队中缓慢而专心的同事？[关闭]

我一直在从事一个新项目。该项目的工作方式如下：最终用户可以使用链接访问Web应用程序，并且可以在其网络上添加多个系统并管理该特定系统的详细信息。我的部分涉及前端和Web服务器，这是通过python完成的。我的python实际上与另一个完全用c＆c ++完成的项目通信。c / c ++项目是完成所有功能的主要应用程序。我的python向它发送用户请求，并向它显示响应。

我对我的工作非常熟悉，很快就会完成。由于这没有太多工作。我是一个热爱工作的人。我大部分时间都在办公室里，只有在感到困倦时才回家。

该c / c ++应用程序由另一位具有5年以上工作经验的同事管理，并且可以比我更快地完成工作，但他从未做到。可能是他不喜欢这样做。当我的python与之通信或返回错误值时，他的应用经常崩溃。它充满了错误。由于我的应用程序依赖它，因此我很难构建它。他没有修复错误，而是要求我放慢工作速度。他要我告诉经理我的工作需要很多时间。他要我愚弄经理，甚至强迫我像他一样缓慢地工作。

在项目会议期间，当经理问他有关错误的信息时，他说他已修复所有问题，并且一切正常。由于他是我的同事，所以我什么也没告诉经理。我显然需要与同事建立比与经理更好的关系，因为在大多数情况下，我们将与同事而不是经理保持关系。

我无法告诉经理有关此事的任何信息，因为如果经理问他为什么，那么他可能会认为我向经理抱怨过。他继续躺在会议上。而且由于他修复错误的速度很慢，所以它甚至减慢了我的工作速度。现在我想到了在我的应用程序的前端部分上工作并完成它，以便与此同时他可以使他的项目稳定。现在，他要我告诉经理我的前端部分需要大量工作，而我可能需要越来越多的时间，只是为了使他可以拖下项目。可悲的是，我们的实际经理已经去了美国，所以我们有一个临时经理，这个家伙对这个项目不太了解，所以c，c ++愚弄了他。

谁能建议我该如何处理？我想尽快结束这个项目。即使与他保持良好的关系，我如何使他工作呢？

对评论的回应：

如果他真的有意误导公司，则应向管理层报告。

我是这家公司的新手，而另一个人已经在那里工作了很多年。我才刚开始认识我的同事。如果我直接去投诉他，我不认为这样可以与其他同事建立良好的关系。甚至他也有权误导他们。我并不是说他是坏人，他可以做工作，但他没有做。

贵公司没有任何类型的错误跟踪系统吗？

这里没有实际的错误跟踪系统。该公司试图尽快完成该项目并将其交给质量检查人员。然后修复质量检查报告的错误。

这就是公司应该给员工股票/期权或某种所有权的原因。这样，您就可以直截了当地告诉那个家伙：“您让我付出了金钱的增长……您是否也想赚钱？”。

该公司拥有他们给我2500股的股票期权，大多数情况下，他也会得到更多。

资历确实值得怀疑。您确实需要先与他交谈，然后尝试理解问题。他可能不在乎他的深度，您也许可以帮助他，很容易会有一些您不知道的变量。现在可能很难，但是您可以通过跳枪轻易使情况变得更糟。

我什至做到了，首先他的应用程序一次不处理多个请求，他使用队列来处理我发送给他的请求。我什至向他建议了一些我的想法。他说他已经有了这些想法，并将执行这些想法。他的解释是：“一切都需要一定的时间才能完成，这是一个项目，可能需要两年才能完成，我们被要求在两个月内完成”。由于这个错误，我在最初的几周内很难编码。但是现在他修复了它。但是他正在使用一个队列来处理用户请求，并且由于应用程序一次处理一个请求，因此现在正在减慢该应用程序的速度。

整个过程中，质量检查在做什么？他们为什么不报告/确认项目状态？

经理是决定何时进行质量检查的人。截至目前，尚未进行质量检查。他说我们应该在这个月底前给它。

你处境很糟，我不想穿上你的鞋子。您不太可能在不与同事发生冲突的情况下进行整理。

这就是我要做的：

• 不要成为他的犯罪伙伴。拒绝对您的项目或其项目的状态撒谎。

• 在您的应用程序中实施（如果需要，请在业余时间进行）错误报告，因此所有错误均通过电子邮件发送给您的同事和经理。如果该错误是由他的应用程序引起的，请使其在电子邮件中可见（在电子邮件主题中放入[XYZ APP BUG]或类似内容）。

• 维护错误数据库（除了通过电子邮件发送错误外）。您可以说它的主要目的是跟踪您的错误，而实际上您将主要跟踪他的错误。除其他事项外，它应跟踪修复特定错误所需的时间。

• 使与他的应用程序的所有进程间通信都包含测试（“样式，当我发送给您时，您应该退还给我”）。您可以设置一个cron任务，该任务每天运行这些测试，如果测试失败，则会向所有人发送电子邮件。

基本上，不要浪费您的时间与他争论错误，而要专注于您的工作。如果他的应用程序损坏了，因此您无法使用该应用程序，而经理却不执行任何操作-很好，这是一个管理问题，并且您将发现bug数据库，电子邮件和测试报告。

但是，请当心，不要小看他。像他这样长期懈怠的人可能会花上一两招。他可以使整个团队反对您或其他问题，但这取决于您的具体情况，这超出了此问题的范围。

我将提出一个有争议的观点：您说自己正在工作的时间可以保持清醒的时间。因此，也许他并不是特别不公平地说“您让我看起来很糟糕，而我实际上正在努力工作很多时间”。也许他去过那里并且做了那件事，也许他已经筋疲力尽了。我向你保证，如果你坚持下去，你会的。

有一天晚上出去和他喝一杯，看看你是否能建立起更好的个人关系作为你的职业基础。也许通过他同意多付一点而您同意少付一点，你们俩可以一起工作得更好。

如果我是你，那么我对整个“我的工作，你的工作”的态度也会非常小心。在你们两个之间，您有一种产品可以运到那儿，而这可能对该产品不利，而这反过来对公司或客户均不利，他们要为你们俩的工作付费。

但是，我仍然同意其他观点，即您需要重新审视与经理之间关系的重要性，并且需要谨慎信任自己的同事。我只是说，也许，也许，您需要研究自己的行为以及他的行为。

保留记录。记录下与他的一面沟通时，您要求他修复时以及（如果有的话）他所做的每个错误。这是我知道处理这种情况的唯一方法。因此，当您的经理来问您为什么事情没有进展时，您可以清楚地表明自己，而不会被视为抱怨或坏同事。

我想指出尚未提出的另一种可能性。您说他要您放慢工作。从字面上看，您是说他是在说“减少工作时间”，还是在说“写一些测试，更多测试，写一些文档”，以及其他您认为会使您慢下来的事情？我已经看到新人们每天花16个小时编写代码，然后抱怨他们正在调用的代码中的错误，而实际上他们正在传递无效的参数，不检查返回值，等等。我不能排除您的同事正在考虑这些事情。

下次您开会时，他说他所有的代码都很好，请说：“哦，好，我一个小时前告诉您的事情，当我打电话给XYZ的日期不是工作日时，它就炸毁了，现在固定了吗？” 将发生三件事之一：

• 他会撒谎，说没有这个问题，您会说：“是的！我们讨论过！我给您发了电子邮件！” 整个事情都会引起经理的注意
• 他会告诉您，实际上，这不是他的代码中的错误，而是代码中的错误，因为您只需要经过几天的工作，您很快就会发现他在想什么，但没有说
• 他会说：“不，那是您刚刚告诉我的，我今天要处理，但是其他一切都很好。” 如果他这么说，现在就谢谢他。

您可能会了解到，长时间的快速编码无法产生好的代码，并且有人（可能是您的经理）可能会翻译给其他开发人员，以向您解释问题所在。或者，您可能会发现您正在与一条说谎的蛇打交道，这会使您看起来很难保护他的轻松姿势。公开发布并不能使情况变得更糟。或者，您可能只是从他那里得到了足够的动作，可以承受它，而不会陷入政治中。

您所拥有的是一个政治问题。首先，经理的意见远比您想像的重要得多。这个家伙责怪你的拖延，你让他。如果有人被扔到公共汽车下，您将被解雇。据经理所知，您是无法及时完成工作的人。

通过错误跟踪，电子邮件等以任何可能的方式保护自己，但不要假装这是您的拖延而不是他的。永远不要给老板假的状态报告，它会再次咬你。告诉老板有关他的代码不起作用的问题的真相（并出示证明）。

这个要求您放松以免看起来不好的人是蛇（这是对蛇社区的侮辱（微妙的Firefly参考资料，对那里所有的蛇都感到抱歉））。他会做任何事情来代替您将他扔到公共汽车下。不要相信他。

首先，最重要的是：

由于他是我的同事，所以我什么也没告诉经理。

即使您的同事面无表情，您也绝对可以并且应该确保您的经理知道真相。如果您不想在会议室中的所有三个人的会议上说任何话，那完全可以理解。但是您至少应该将经理（真正的经理，而不仅仅是临时经理）放在一边，并让他们知道您的工作即将完成，并且在整个应用程序准备就绪之前，正在等待其他开发人员的bug修复。 。不要指责您的同事说谎，但不要坐在那里，让老板利用不完整的信息进行操作。

诚实地报告您的状态。如果您的工作因另一位开发人员的错误而受阻，请记录已在C / C ++中发现错误并报告了错误的文档（请告诉我您使用的是某种形式的文档，这些文档可能会留下纸迹）。

同时，继续整理工作，并在完成时通知老板。如果您的经理想知道为什么项目的其余部分尚未启动并运行，您可以将他推荐给其他开发人员，也许会提到这可能非常复杂/庞大/需要大量测试/其他开发人员非常忙/等 如果您了解C / C ++，则可以提供有关主要应用程序逻辑的帮助，以使事情随之发展。是的，您将从事另一个人的工作，但是很显然您是在努力工作并富有生产力的员工，而另一个人却没有，更不用说使您对老板更有价值。甚至可能给其他开发人员带来压力，要求他们加快工作进度并加快完成速度。

工作中存在许多问题。意识到：

1. 您正在假设他人的动机
2. 您正在用观点为事实着色。
3. 局外人（其他任何人）都不了解历史，也不知道您对同事的挫败感。
4. 如果您似乎正在玩“陷阱”游戏，则可能看起来很幼稚。您的同事可能会表现得更好-毕竟他仍然有工作，不是吗？

因此，在显示项目状态时：

1. 不要提及其他人。
2. 报告错误或代码问题时-而非开发人员。说“方法FooBar（）的调用应返回1，而应返回2”。那么任何问题都不是人身攻击，您只是在谈论代码-而不是人。
3. 坚持您有证据的事实。
4. 如果您的同事感到防御或敌对，请提出问题。“我不明白你为什么认为我应该_ ”
5. 忽略社交上的轻描淡写或影射。假装您没有受到人身攻击。
6. 在举行任何状态会前的晚上睡很多觉，因此您在头脑上很灵活。
7. 文件，文件，文件。
8. 不要害羞地要求这个人帮助您解决一些有趣的问题，如果他觉得您尊重他，他可能会带您走。这是关于建立融洽的关系。（请注意，这并不是在吸吮-这是另外一回事）
9. 如果需要，请准备好离开，这样您就不需要或在情感上陷入困境。这将有助于您保持头脑清醒。

“我是一个热爱工作的人。我大部分时间都在办公室里度过，只有在感到困倦时才回家。”

这是不健康的，同事无法期望，除非您能因不可避免的倦怠而休假数年。（例如，公司拥有超过10％的所有权或年收入超过200ka）。保持专业知识以达到他可以快速发展的地步是需要时间的。您的某些时间应该用于发展专业知识。

“ c / c ++项目是完成所有功能的主要应用程序。我的python将用户请求发送给它，并向用户显示响应。...可能是他不喜欢这样做。”

Python是比C / C ++更敏捷的语言。他的应用似乎包含了所有功能。您的应用只是用户界面。这些可能性很不相等。他可能不会很快生成代码。但是质量编码比数量编码要好得多。您可能对他愿意/预期工作的小时（通常每周约40小时）能以多快的编码速度抱有不切实际的期望，并且请记住，如果他已经在那里工作了多年，他可能会完成其他任务，例如管理他人或帮助维持年长占工作周很大一部分的项目）。

不要为他撒谎；但同样不要批评他。谈论他的系统如何出色；因为它需要更多的工作，直到完成。为您的经理提供准确的状态更新，而无需命名/指责。编写符合他的系统应遵循的相同标准的他的系统的模拟版本。确保您的系统与带有自动测试套件的模拟系统完美配合。这样就可以完成您的系统（例如，它与模型完美地同步），即使实时系统仍然存在问题。

然后，您可以为其系统编写一个自动测试套件，以在外部调用该系统，该套件符合公认的标准。例如，测试Foo（1,2,3）会返回“ Bar 4 5 6”的响应。这可以帮助他识别错误并加快开发速度（不需要弄乱他的代码）。完成这些操作后，您将可以继续进行其他项目/任务（例如帮助他使用C / C ++部分）。

正如其他人提到的那样，职业行为对您的长期职业而言是最重要的事情。老实说，无论您周围的人如何举止，只要您具有专业操守，您都会保持良好的身材。

在这种情况下，您需要考虑几个注意事项。

首先，您需要了解，在给定的截止日期之前，您有责任按预期的规格运行程序。如果您的程序与其他人的程序互操作，则您还要负责确保其他程序也能在同一截止日期前正常工作。换句话说：如果另一个人错过了最后期限，那么即使您自己的项目按时完成，您也错过了最后期限。在管理方面，这称为拥有输入。

您已经正确地注意到，当您的同事在会议上宣布他的程序的错误已修复时，您不能立即向经理宣布他的错误（您的经理会认为这是“将您的同事扔在公共汽车下”；一个非常糟糕的职业举动）。另一方面，其他人则指出，不向经理声明项目的真实状态是不专业的。双方都是完全正确的。

因此，如果在经理面前与您的同事矛盾很不好，而与他不矛盾也很不好，那么您该怎么办？

答案实际上很简单：您需要在与经理会面之前先与同事交谈，并让他们知道在下一次会议上，您需要告诉经理您遇到的麻烦他们的计划，这会影响您按时交付项目的能力，以及是否有任何办法可以帮助他们解决遇到的麻烦。您需要至少在会议开始前两整天与经理进行对话，最好提前一整周。

在大多数情况下，只要告诉您的同事您将不得不在特定的会议上列出他们的计划有风险，就会使他们有动力去解决您遇到的问题，而您根本不必与经理交谈。在其他情况下，问题更多是由进度决定的，同事通常会与您达成一致，你们两个可以一起去找经理。

我从来没有一个同事这样表达过自己，他要么没有为我快速解决问题，要么没有同意我的担忧。但是，如果确实发生了这种情况，则通过提前向同事发出警告，您在与经理交谈时仍然可以处于更好的位置。由于您与同事交谈并试图自己制定解决方案，并提前警告他们您需要在此会议上提出问题，因此当您这样做时，您的同事不会感到惊讶，经理会赢得不要以为您只是在试图怪罪。

请记住，当您向同事或经理表达您的疑虑时，您的疑虑是关于您的同事程序正在返回不良数据（或其他正在执行的操作）的；这些都是可以验证和修复的可衡量的事物。您所担心的并不是您的同事过慢或过分专心；这些不是可衡量的事情，可能是正确的，也可能不是正确的，并且不太可能通过在老板面前的会议中提出来解决。

您正在使用哪种错误跟踪系统？我本来希望至少强调一下在适当的时候未修复错误的地方。如果您的代码正在等待来自另一层的输入，则延迟应在项目跟踪文档中突出显示。这也不发生吗？

在我看来，这里的项目管理不足。您需要a）跟踪影响您的错误，b）以书面形式跟进讨论。

您的同事不应该要求您增加开发时间以弥补他的意志不足。在某些时候，这必须与您的经理联系。从目前的情况来看，您正在掩盖自己的同事，这几乎肯定会适得其反。

坚持参加同事并没有错，但是要有人期望您每天都向老板撒谎。我不能尊重他作为一个人，也不想把这个人当作偶然的相识。他想成为敌人，把它带上来。

您如何辩称由于前端而导致的应用程序层延迟？这就是为什么要这样做，以便它们可以分开。接下来，由于有人想要建立一个移动前端，他会有更多的延迟？

完成您的工作。记录您的应用程序出现问题时遇到的任何问题。然后回家！我不在乎你是否困了。寻找一些值得拥有的朋友。

我刚刚读了RC马丁（鲍勃叔叔）的“ The Clean Coder”。本书的要点是，程序员一般不会得到太多的尊重，因为他们没有专业的行为。这主要意味着他们没有就项目状态与管理层进行有效沟通。

说谎无疑是一种非常非常糟糕的沟通方式。您的同事非常专业，您也是如此。你们俩都无济于事，无法提高程序员的认知度。

我建议您立即进行管理。但是，过去我因过于“诚实”（在一些无关的情况下）而遇到麻烦，因此我不确定您是否应该听取我的建议。而且，正如许多人指出的那样，也许您对情况的理解不如您想像的那么准确。

如果您不熟悉代码库，则估计另一个项目的相对工作量和复杂性既困难又不合理。您说他的代码容易出错，但是在所有其他问题都处于高度抽象的情况下，它的状态可能会很好。问题是，这是前端唯一需要的代码！

或者，也许他是一个糟糕的员工，正在乘公司兜风。我不能说，您也可能没有信心所需的所有信息。

我建议采取中途战术。下次见面时，在他的代码中带来一些会影响您的重大错误的详细信息。当他说一切都很好时，请客气地说，有一个悬而未决的问题阻碍了您的进步。

从政治上讲，这样说可以让您断言他不是很正确，同时仍然给他提供了打哑巴的机会，并且不会处于防守状态。

您的经理应在下次会议上询问是否已解决。如果不是这样，修复他的压力就落在了他身上。如果已解决，请说谢谢，它现在运行良好，并且您找到了一个新的阻止程序。如果您想变得特别友善，请说在开会之前不久就遇到了它。

本质上，您没有在说谎，也没有站在一边。您正在通过唤起对问题的关注来玩弄政治，如果事情真的进展得不好，就让您的同事丢脸。

只是和您的经理交谈是很诱人的，但不要忘记您最需要与哪个人打交道。

帕特的回答很好。我同意100％。不要去和老板见面。可以与您的同事四眼之间，也可以与您三个人一起进行。但是Pat的建议重点是代码问题而不是人员。这是正确的方法。

顺便说一句，每周40小时就足够了。您需要保持高动力！

要求其他一些帮助您在集成测试中使用。该人应能够说出问题发生的位置。正如temptar指出的那样，我想知道为什么甚至没有优秀的专家来跟踪问题！由于没有跟踪，因此就像其他人每次逃避说到目前为止一切正常一样！它不会那样工作！

它是您的模块，如果需要完成，则需要在引起延迟的问题上加红色标志。MERE Years的经验与工作无关，仅是知识，这就是您的经理应坚持的条件。如前所述，我什至感到这里的项目管理不善。

1. 通过请求其他任务来展示主动性，并询问如何为组织增值，这是赢得信任的最佳方法。

您的经理可能没有足够的技术来弄清楚谁在拖慢项目进度，但他们可能足够聪明，以至于那些正在积极寻找新任务的开发人员正在轻而易举地完成当前的任务。这将导致对话，您可以清楚地表明您正在等待其他人对当前任务的错误修复。围绕如何通过有效利用闲暇时间为组织增加附加值来组织讨论，而不是同事因错误修复而变得太慢。