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

Documentation 如何使团队更加跨职能?,documentation,wiki,communication,bug-tracking,Documentation,Wiki,Communication,Bug Tracking,我们现在在您的开发过程中遇到的问题是,有一些人没有使团队更具跨职能性 因此,有时这些人可能成为项目某些部分的瓶颈。 他们不喜欢使用Wiki来处理共享的知识问题,他们没有在问题跟踪系统中向他们的票证发布足够的评论 由于这些问题,我们的管理层有时无法解雇一些开发人员(即使他们非常想要),因为没有他,我们将花费大量时间来了解他所做的事情 我认为,仅仅通过代码审查是无法解决这个问题的,因为有时候,在你面对这个问题之前,你是不可能注意到,没有足够的文档来完成这个任务的 结对编程不能应用于我们的环境,因为团

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

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

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

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

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

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

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


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

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


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

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


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

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


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

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

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

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


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

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

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

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

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