我们现在在您的开发过程中遇到的问题是，有几个人没有让团队更具跨职能。
因此，有时这些人可能会成为项目某些部分的瓶颈。他们不喜欢将Wiki用于共享知识问题，他们不会在问题跟踪系统中为他们的工单发布足够的评论。
由于这个问题，我们的管理层有时不能解雇一些开发人员（即使他们非常想要），因为没有他我们会花很多时间来了解他做了什么。
我认为，仅通过code-review无法解决此问题，因为有时无法注意到，没有为票证生成足够的文档，直到您遇到问题。
在我们的情况下不能应用结对编程，因为团队是分布式的。
我们在会议上讨论了很多这个问题，但它似乎更像是概念问题。我们能改变这个人的态度吗？如何解决这个问题？
你说你不能解雇这个开发人员，因为你会花很多时间来加快他们的工作速度。我想知道你每天因为无法沟通而浪费了多少时间。在某些时候，您需要解决一个简单的事实，即仅仅因为某人非常了解问题领域并不意味着他们可以无视规则并为所欲为。
我认为你需要和这个人谈谈，让他们知道要么他们开始遵守规则，要么你将被迫让他们离开。如果你一直这样下去，你最终会浪费更多的时间来处理他们的行为，那么你就会让别人加快他们的代码速度。
学会无情。如果人们没有按照你的商店定义的流程来损害团队，他们就需要离开。在您通知团队“成员”他们的工作问题后，有一段试用期。如果此人仍然不遵守程序，请按照您在会议期间通知他们问题的任何后果进行。
这不仅是现在的问题，而且对您团队的未来来说是一个巨大的问题。如果这个人拒绝尽自己的本分，他们将拒绝，直到被解雇。你现在拥有的知识差距是可以弥补的，但是如果你让这个人继续留任，就会产生知识差距，因为它会一直持续到这个人成型或被放手。
这听起来不太跨职能，更多的是让所有团队成员都遵循您商定的流程。
我建议回到你的过程的开始，让每个人都参与进来，并支持你的开发过程是如何运作的。包括前面提到的“不能被解雇”的开发者。如果不同意参与的开发者不被包括在内，他的投票就是同谋。
如果开发人员在那之后不遵循流程，那就是决策时间：什么更有价值——开发人员的输出（尽管在您的流程之外）还是遵循开发流程？
我可以大胆猜测：没有人是不可替代的。如果你的开发过程很重要，而有人不参与，那就把他们送出去。了解开发人员做了什么问题是一个短期问题，可以解决/管理。