如何处理无能？

我们都有不称职的同事。 倾向于编写错误代码，做出错误决定或者只是不了解项目中某些概念的人。 处理这种情况绝非易事。

显然，最简单的解决方案是忽略它。 而且，如果您不是团队负责人（或类似的负责人），您可能会假装不存在问题（并偶尔诅咒和重构一些糟糕的代码）。

无能的人有两种类型：知道自己的能力不强的人，以及对自己的无能一无所知的人。

前者通常是初级和中级开发人员，预计他们的经验较少。 有了足够的指导并善意指出他们的错误，他们就会学习。 这是我们所有人都去过的地方。

后者是较难的品种。 他们是“高级”开发人员，仅由于其在该行业工作的年限以及他们的实际技能或贡献而成为高级人员。 他们倾向于产生拙劣的代码，误解分配，但另一方面（无论是善意还是积极地）拒绝接受任何教育尝试。 因为他们是“高级”，与谁争辩？ 在极端情况下，这可能伴随着自卑感，这反过来又可能导致笨拙的尝试来证明他们确实值得。 在其他情况下，这可能涉及对他们不想承认自己不对的主题进行无意义的讨论，只是因为承认那将意味着他们劣等。 他们通常会使用真实性和一般性陈述，而不是真实的论据，以表明他们真正了解问题，而这是您的错。 例如，“我们必须以正确的方式做事”，“我们必须遵循最佳实践”，“在做出此决定之前必须做更多的研究”，等等。 在某种程度上，问题不仅仅在于他们的无能，而是他们的态度和偏向的自我形象。 但是足够的外行心理。 在这种情况下该怎么办？

一种解决方案（取决于劳动法）是裁员。 但是在一个紧张的市场中，临近最后期限，公司的层级和规则，这可能并不容易。 这样的人仍然有用。 只是“利用”它们是棘手的。

关键是–在不浪费其他团队成员时间的情况下最大程度地减少损失。 请注意，“不称职”并不意味着“根本无法做任何事情”。 只是达不到所需的质量。 以下是不完整的建议列表：

• 代码审查–即使您没有不称职的人员，也应该绝对拥有这些审查。 如果一段代码很糟糕，您可以在评论中这么说。
• 代码样式规则–您应该使用诸如checkstyle或PMD规则集之类的东西（或与您的语言相关的任何东西）。 当您指出样式检查的警告时，它不会令人反感。
• 配对编程–通常，简单的代码样式检查无法检测到错误的代码，尤其是解决问题的错误方法。 在代码审查中指出这一点可能“为时已晚”（当然，解决技术债务永远不会为时过晚）。 配对编程也是如此。 如果不称职的人不是编写代码的人，那么他的双眼可能会有助于发现错误。 如果编写代码，则另一个团队成员可能会及早发现错误的方法并进行讨论。
• 不要让他们独自做出重要的决定，工作或重要的任务； 实际上-即使是最好的开发人员也应该如此-让更多的人参与讨论通常会很有成效

我只是提出一些明显的工程过程建议吗？ 是。 他们将在大多数情况下都能正常工作，从而顺利解决问题。 只是不要从中演戏，不要指责…

…除非太公然了。 如果此人既无能又有无法忍受的态度，并且团队对此表示同意，请通知管理层。 那时您遇到了一个人问题，而​​您不能使用一个好的过程来解决它。

请注意，团队应该同意。 但是，如果您独自一人坐在无能的团队中，或者有能力的人太无心照顾那些无能的人，该怎么办？ 离开。 那不是你的地方。

我可能没说什么有用的。 但是“道德”是–不要指责； 而是执行良好的工程实践。

翻译自: https://www.javacodegeeks.com/2014/06/how-to-handle-incompetence.html