Documentation 如何使团队更加跨职能？

我们现在在您的开发过程中遇到的问题是，有一些人没有使团队更具跨职能性

因此，有时这些人可能成为项目某些部分的瓶颈。 他们不喜欢使用Wiki来处理共享的知识问题，他们没有在问题跟踪系统中向他们的票证发布足够的评论

由于这些问题，我们的管理层有时无法解雇一些开发人员（即使他们非常想要），因为没有他，我们将花费大量时间来了解他所做的事情

我认为，仅仅通过代码审查是无法解决这个问题的，因为有时候，在你面对这个问题之前，你是不可能注意到，没有足够的文档来完成这个任务的

结对编程不能应用于我们的环境，因为团队是分布式的

我们在会议上讨论了很多这个问题，但它更像是一个概念问题。 我们能改变这个人的态度吗？

---

如何解决这个问题？

你说你不能解雇这个开发人员，因为你会花很多时间来提高他们的工作速度。我想知道由于他们无法沟通，你每天要浪费多少时间。在某种程度上，你需要解决一个简单的事实，即仅仅因为某人很了解问题领域并不意味着他们可以无视规则，随心所欲

---

我认为你需要和这个人谈谈，让他们知道要么他们开始遵守规则，要么你将被迫让他们离开。如果你继续这样做，你将在处理他们的行为上浪费更多的时间，那么你将永远无法让某人了解他们的代码。

你说你不能解雇这个开发人员，因为你会花很多时间了解他们的工作。我想知道由于他们无法沟通，你每天要浪费多少时间。在某种程度上，你需要解决一个简单的事实，即仅仅因为某人很了解问题领域并不意味着他们可以无视规则，随心所欲

---

我认为你需要和这个人谈谈，让他们知道要么他们开始遵守规则，要么你将被迫让他们离开。如果你继续这样做，你将在处理他们的行为上浪费更多的时间，那么你将永远无法让别人了解他们的代码。

学会冷酷无情。如果人们没有按照您的店铺定义的流程行事，从而损害了团队的利益，那么他们需要离开。在您通知团队“成员”他们的工作问题后，有一段试用期。如果该人员仍然不遵守程序，则在您通知他们问题的会议期间，按照您设定的任何后果进行操作

---

这不仅仅是目前的问题，也是团队未来的一个巨大问题。如果此人拒绝履行其职责，他们将拒绝，直到被解雇。你现在所拥有的知识差距是可以弥补的，但是如果你让这个人坚持下去，那么所产生的知识差距将不会弥补，因为它会一直持续到这个人成形或被放开为止。

学会冷酷无情。如果人们没有按照您的店铺定义的流程行事，从而损害了团队的利益，那么他们需要离开。在您通知团队“成员”他们的工作问题后，有一段试用期。如果该人员仍然不遵守程序，则在您通知他们问题的会议期间，按照您设定的任何后果进行操作

---

这不仅仅是目前的问题，也是团队未来的一个巨大问题。如果此人拒绝履行其职责，他们将拒绝，直到被解雇。你现在所拥有的知识差距是可以弥补的，但如果你让这个人继续工作，那么所产生的知识差距将不会弥补，因为它会一直持续到这个人成形或被释放为止。

这听起来不那么跨职能，而更多的是让所有团队成员遵循你商定的流程

我建议回到您的开发过程的开始，让每个人都参与进来，了解您的开发过程是如何工作的。包括前面提到的“不能被解雇”的开发者。如果不同意参与的开发者不会被包括在内，他的投票就是共谋

如果开发人员在这之后不遵循流程，那就是决策时间：什么更有价值——开发人员的输出（尽管在您的流程之外）还是遵循开发流程

---

我可以大胆猜测：没有人是不可替代的。如果您的开发过程很重要，但有人不愿意参与，请将他们送走。“了解开发人员做了什么”问题是一个短期问题，可以解决/管理。

这听起来不像是跨职能的问题，而更像是让所有团队成员遵循商定的流程

我建议回到您的开发过程的开始，让每个人都参与进来，了解您的开发过程是如何工作的。包括前面提到的“不能被解雇”的开发者。如果不同意参与的开发者不会被包括在内，他的投票就是共谋

如果开发人员在这之后不遵循流程，那就是决策时间：什么更有价值——开发人员的输出（尽管在您的流程之外）还是遵循开发流程

我可以大胆猜测：没有人是不可替代的。如果您的开发过程很重要，但有人不愿意参与，请将他们送走。理解开发人员所做的事情是一个短期问题，可以解决/管理