如何减少非技术团队的重复请求

您公司中开发人员与非技术团队之间的关系可能很棘手。因为您已经建立了出色的工程职能，所以您希望公司中的其他团队依靠他们的专业知识。但是对于许多开发人员而言，这体现在同事的临时请求中，例如最后一刻的电子邮件和对办公桌的意外访问。随着时间的流逝，这不仅会使他们感到沮丧，而且还会使他们的工作效率降低。

对于工程经理来说，挑战在于确保您的非技术同事获得他们所需的帮助，而又不要求您的程序员重复自己的工作。虽然您无法在一夜之间解决这个跨团队协作的挑战，但是您可以采取一些步骤来减少对开发人员的重复技术要求。

轻松找到常见问题的答案

我们与一些开发人员讨论了他们如何处理销售和营销同事的要求。我们发现问题通常分为两类：1）产品问题和2）功能请求。当涉及到跨团队沟通时，前者通常是程序员最沮丧的原因。

在我们的人才平台上工作的开发人员Gervasio Marchand说，这是人们使用私人渠道的结果。他说：“与公共信息的对话应更广泛地提供给所有人。” “这将防止重复的请求，因为每个人都可以看到已经在进行某些操作。”

Stack Overflow的另一位开发人员Benjamin Hodgson说，解决此问题就像记录常见问题的答案一样简单。他补充说：“这取决于请求的上下文。当有人问起产品的工作原理时，我通常会将该人引导到Stack Overflow for Teams，因为那是该内容发布最明智的地方。”

利用您收到的反馈

到目前为止，我们已经讨论了如何使您的开发人员能够回答重复的产品问题。但是功能请求呢？您是否应该创建样板答复以让您的非技术同事知道您已收到他们的电子邮件？当您想改善团队协作时，不是。

实际上，霍奇森告诉我们，重复的功能请求对于开发人员非常有用。他说：“一个人要的东西多的事实是一个有用的信号。” “我们不能保证会做的一切，但是重复出现的请求可以帮助我们确定应优先考虑的事情。”

作为工程经理，请充分利用您收到的有关产品的反馈。使用重复的功能请求来完善路线图，不仅可以使团队更加清晰，而且可以加速整个公司的发展。首先与您的一些程序员会面，以回顾您在过去六个月中收到的产品反馈。哪些邮件出现在收件箱中的频率比其他邮件高？当然，您不应该感到必须解决每个单独的请求。但同时，不要忽视您所看到的趋势，尤其是从技术角度来看这些要求可行的情况下。