与不合逻辑的经理打交道[关闭]

Question

在我曾经工作过的地方，他们对任何问题的典型反应都是责备硬件或用户没有完美地使用系统。我一直认为这是我的错，直到我能在这份工作之前证明并非如此（到目前为止，100 次中至少有 99 次是正确的）。

当我遇到大量数据库超时时，最后一个“无法解决”的问题之一。经过几个月的研究，我仍然只有理论，但无法证明其中的任何一个。我的一位开发人员坚决建议更换网络（每个路由器、交换机、接入点），但无法提供任何证据表明网络是原因；然而，根据我的经理（没有开发/IT经验）的说法，这“显然是原因”所以他接管了这个问题。一个警告和 Fog Creek 插件：他无法解释这样一个事实，即通过 FogBugz 的错误报告工作完美，并且与其余数据使用相同的 SQL Server。

几个月后，没有超时，我的经理吹嘘他已经修复了超时（“看，没有超时！”）。我不得不忍住抓起一块石头说“看，没有老虎！”但我确实问过他是怎么知道他们会发生的，但我没有得到回应。几个月后，超时确实返回（并且数量更多）。

我对自己处理这种情况的方式非常满意，但我很好奇 SO 人群会如何回应让上级/同事实施您知道（或非常确定）错误的解决方案，并且可能会浪费数千美元？

Answer 1

让他们，但同时继续寻找真正的原因。

如果能阻止我反对这种想法（这是徒劳的），那么几千美元是值得的。

Answer 2

好吧，如果问题出在高层管理人员身上，那么我会按照您的做法 - 提出您的投诉，然后按照指示进行操作。如果事实证明他们是对的（这种情况时不时发生），那么尽管你有疑虑，但你看起来还是一个好员工。如果事实证明你是对的，那么他们可能更愿意听你的话，因为你允许他们轮到他们。

当然，这是乐观的。

如果是同事，请将问题提升一个层次，并就如何处理该主题向您的上级咨询。公平对待你和你同事的观点，然后听从你的建议。

Answer 3

有时最好离开经理。如果您考虑他的压力和责任，则必须看到他在做某事，而不是“无所事事”。在足够的时间后，“调查”对需要超时停止的外部各方来说一无所获。

通过采取行动，他创造了继续研究的机会。诀窍是找到一种方法将您的解决方案放在他的上下文中。这是我们现在可以做的事情，也是我们可以继续做的事情。例如，“我们可以更换网络设备作为预防措施，然后查看版本控制日志以排除这种可能性。”

这给了他一些积极主动的东西，这样他就可以在实现您想要的最终成功的解决方案的同时，让他的链看起来更有效率。

从长远来看，您应该寻找一个暗中信任您的技术决策的人，您可以坦诚交谈，并且可以帮助您以一种你们都知道发生了什么的方式帮助他驾驭政治。如果你的经理不是那个人，那就搬家吧。

Answer 4

这是个大问题吗？除了您希望您的公司保持偿付能力以便您获得报酬之外，您的工作不是为您的公司节省资金。

如果只是一个经理，他迟早会被淘汰，如果你的整个公司文化都是这样，也许是时候继续前进了。

同时，看看你能不能从your manager's perspective.看到这个

Answer 5

我认为你是经理的意图是做一件好事。我觉得更难的是那些不想打扰的人。最好找到一种方法来利用这种能量来提供帮助。

很多人（有时是我自己）的一个常见问题是，他们在尝试诊断问题时四处乱窜。如果你疯狂地猜测它，那么现代计算机的特殊性，你只有最渺茫的可能性是正确的。以这种态度来处理这类问题，通常意味着你永远无法解决它。

处理复杂调试的最佳方式是分而治之。在这种情况下，首先想出一个测试，然后他们实施它。该测试是否按预期进行？根据您在哪里进行测试，您离问题越来越近或越来越远。关键是所有的测试都必须产生一些具体的（客观的）行为。如果结果模棱两可，那么测试是没有用的。

如果您在系统的某些部分断开连接，但其他部分没有断开，那么您就有大量有价值的信息（这也表明它不是网络）。各部分有什么区别？开始下降，直到你到达某个地方......

回到你的经理那里。每当我遇到这种类型的人格问题时，我都会尝试将精力重新定向到更有用的东西上。欲望就在那里，它只是需要一些帮助来塑造。如果你能说服你的经理确保测试是具体的，那么如果他们做的足够多，他们就会产生足够的信息来正确猜测错误。当然，更一致的方法可能会更快，但为什么要拒​​绝一些免费帮助。我通常认为任何人在任何项目中都有一些有用的角色，这一切都是为了让他们能够利用他们的努力......

保罗。