您如何处理信息ho积者？[关闭]

我们必须碰到所有的人-已经存在了很长一段时间并且拥有出色的领域知识的开发人员，但是他们却无法与团队共享这些知识。

团队迫切需要共享知识，但是他们似乎无法从p积者中撬出来。

团队以什么方式成功解决了这个问题？

从团队中删除代码所有权。分散工作量。进行代码审查。组织知识转移会议，等待一些会议，然后要求他们在其所在区域进行演示。

当然，如果您不是经理，那么当务之急是要有经理的支持，但是如果团队中的每个人都定期共享信息，那么有人会因为没有做同样的事情而提出很多借口。

另外，他的经理应与他坐下，并解释这不会威胁到他的工作。因为那就是他这样做的原因。

对个人而言，不要成为所有知识的字体是一件好事。这使他可以做其他更有趣的事情。

我相信Gerald Weinberg在《计算机编程心理学》一书中发表评论时就指的是这种类型的人（改写是因为我面前没有这本书），如果您注意到程序员试图使自己变得不可或缺，那么他马上。 25年后，当他重新发行这本书时，他评论说，没有其他建议能像他这样得到他如此多的感谢。

因此，这是一种解决方案。

给他们他们想要的东西-给他们分配只有他/她才有知识要做的所有维护工作和任务。

不，他们不能做新工作，因为没有其他人可以做这些其他非常重要的维护工作。

是的，新员工得到了有趣的工作，正在玩闪亮的新玩具，但是您必须执行这些非常困难，优先级高且无聊的任务，因为他们不知道您在做什么。

当然，除非您想向其中的一个演示如何做...。

这让我想起了Rands in Repose中的这篇文章。

我认为您需要弄清楚为什么这家伙在ho积信息。工作安全（例如关于非斯的文章）非常重要。但是不安全感也是如此。或者仅仅是他喜欢这种工作并想要全部归自己，或者对某个特定领域感到强烈的主人翁感。或过度投入并且没有找到打发时间的方法。

其中一些问题可以通过非对抗技巧解决：

• 给这个家伙一些任务，拓宽他的视野，迫使他完成一些工作。
• 找出不安全的根源，并处理导致信息ho积的任何实际问题。
• 指出那个家伙，因为仅作为知识持有者而陷入困境，这意味着他将永远无法摆脱困境，他的职业生涯将与技术紧密结合在一起，所有技术最终都会消失。
• 找出超额承诺来自何处，找出最重要的是什么

参与信息征集的几次尝试也是值得的-探戈可能需要两次，您可能不想排除这样的想法，即问话者没有提出好的问题就存在着很大的威胁。加剧了这个问题。您可能需要加入并开始进行备份，并提出更广泛的问题才能使这个人动起来。此外，让管理人员在那里提问可以为信息共享活动增添分量和重要性-很难避免和避免管理。通常在进行一些富有成效的会议时，您可以走出中间，说“你们有这个，您不需要我”，然后继续讨论下一个问题。

另一个关键是不要让这个人在他需要分享知识的领域中主导工作。让其他人来负责这项工作，并明确指出共享知识是信息the积者的工作。如果他不能分享，那么您可能需要进行残酷的交谈，在那儿您解释说信息共享是团队的要求，而不是选择。他通过不帮助他人学习而为团队进度安排做出了贡献。

我不确定“拒绝”一词是否正确，通常他们太忙了，没有足够的时间（或倾向或社交技巧）来抽出时间向他们解释）到n00bs。

积极的解决方案是为他们提供助手-就像在团队中散布工作一样（但我想，如果您有了解系统的老手而又不了解系统的新手，那么团队就不多了，这样的设置就不足为奇了，他们不想交流自己的宝贵技能，而被一个更便宜的年轻版本取代！）（您也不会-想像一下您的经理是否来找您并要求您传达您所知道的一切到新的外包团队...嗯？）

我建议助手在系统的一部分上工作，并且随着时间的推移将有望成为该系统的专家，经验丰富的开发人员将有望帮助他们在这一小范围内完成工作。无论如何，我们都去过那里，“如果您想知道X的工作原理，请忘记（陈旧或不存在的）文档，并与Jim交谈”。

给他们一个助手不仅可以确认他们作为经验丰富的开发人员的地位，而且可以为他们提供减轻某些工作量的机会，还可以随着时间的流逝而传播知识。他们成为辅导员或“团队领导的第一步”职位，这应该使他们确信自己的工作很安全，而且他们的经验得到重视。如果您不能做任何一件事情，那么您将成为经理。

不要忘记，如果您拥有任何类型的超级复合系统（您可以这样做，或者新手应该能够自己弄清楚），那么知识转移将是一个漫长的过程。任何人都不可能坐下来让某人完全加快速度，在我这个地方，这样的任务最少要花6个月，即使那样，..哎呀，我仍在学习有关我们产品的功能的东西，我一直在在这里快十年了！

使沟通成为每个团队成员的承诺，并在年度审查中对此进行评估。

确保团队认可的成就不仅仅是个人，而且要确保所有人都知道团队成功是他们的首要任务，如果他们阻止团队成功，就要对他们进行惩罚。

确保没有沟通障碍，确保存在用于编写文档和共享信息的流程和系统；例如Wiki，Sharepoint网站，设计文档的预定可交付成果等。

确保所有项目至少都有两个可以使用它的程序员。这样可以确保当有人离开公司时您总是有一个后备。

我们还启动了一个Wiki，其中包含我们所有的数据库信息。这是快速访问或更新信息的非常有用的方法。

如果“ ho积者”确实不是故意这样做，而是实际上由于诸如缺乏社交技能，时间投入等原因而这样做。工作量或帮助提取知识。向双方明确表明这是新人的目的，并且在面试过程中涉及“ ho积者”。管理层必须参与其中，并使他们能够分享自己的知识。这是管理的目的，以消除障碍，并使工人能够完成工作。

根据我的经验，信息ho积者可以分为两种：喜欢分享知识并从公开帮助他人（例如我自己）中获得满足感的人和不喜欢的人。明显。

现在，双方都有自己的理由，喜欢分享知识的人很少会给出全部信息，其原因通常与不分享知识的人不这样做的原因相同：他们正在努力使周围的人他们做得更好，而且我认为，这样做是正确的。（当然，您也有那些不仅仅为了使自己不可或缺而分享知识的人，这是出于错误的原因，应该将其删除，因为通常它们并不那么好）

毕竟，他们必须深入到奥秘和深奥的海洋中，才能通过通常的纯实验，自由运用批判性思维，直觉和洞察力以及涉及各种牺牲性牲畜的神秘仪式来了解自己的知识，他们因此而变得更好。思路通常是，如果周围的人太懒惰或无法同等地管理他们，那么他们甚至不应该开始做这项工作，并且他们当然不值得他们的知识。当他们周围的人经历与他们相同的事情时，他们将成为一个更好的程序员，因为他们将学会如何思考并解决复杂的问题以及所有这些。

从本质上讲，这是在迫使其他人通过冲突变得更好。尽管会有很多人被赶走并被抛弃，但那些通过挑战而挣扎的人将不可避免地要比通过合作变得更好的人好得多。

现在，关于让他们共享信息：您不能强迫他们这样做。试图强迫他们使他们觉得您要么贪婪，懒惰，要么太愚蠢而无法独自到达那里，在任何情况下，他们当然都不会对您感到可怜。如果某个更高层的人试图强迫他们这样做，他们可能会变得非常讨厌，将他们所有的智力全部用来挫败个人，甚至彻底放弃而不是背弃他们的原则，毕竟，有很多地方可以利用他们的技能和知识。

实际上，只有一种方法可以使其中一种不愿分享知识，乐于分享知识：变得值得。通常，知道他们没有的知识就足够了（但是很难做到）。放弃原样等等。否则，买几只山羊然后潜入。

老板是谁 它在哪里结束？您不必共享信息。您不必提供文档。不断未能按时完成工作。不要遵循编码标准。负责人认为这很重要或不重要。应该有后果。他们基本上是从公司偷东西。

玩“我有一个秘密游戏”的人绝对是最糟糕的。这些人往往处于不安全状态，并在危机模式下创造或繁荣。

我会让他们记录他们对系统所做的任何更改或修改。我还要让他们为开发出的每个修复程序提供事后验尸...

• 发生了什么
• 为什么发生
• 如何防止它发生
• 还有哪些其他系统易受同一错误的影响

我还要让这个人负责...

• 制定编码标准
• 维护代码库

在很大程度上取决于所涉及的知识类型。无论是直接编码还是面向业务流程。通常，后者可以在公司的其他地方使用...并可以被收购。

其次，有一种说法是要确保没有开发人员可以说整个开发生涯都花在特定区域上而不共享。因此，如果您有负责分配工作的直属经理，那么有必要让他确保将所有业务变更请求都分发给他/她，而无需特定开发人员成为业务流程所有者的第一联系人...这将阻碍开发人员成为专家的努力。

如果鼓励信息ho积者寻找规模较小的公司，甚至创办自己的公司，是否符合双方的最大利益？也许这个人会在那种较小的环境中壮成长。（很好奇是否有人曾经在现实世界中尝试过这种方法。）