如何区分已知的问题和真实的失误，并与管理层进行沟通

Question

就像我在一家小公司工作一样，现在这里没有QA经理的职位。我们正在处理不同的项目，目前我的重点是使用敏捷开发的4到6个项目。

我的问题是，每当向客户端团队发布sprint时，客户端用户就会在客户端接收sprint之前发现经常被捕获和登录到JIRA中的问题，但由于时间限制或其他问题(有时取决于基础设施方面的问题，有时取决于功能问题)，bug仍然存在。管理层正在做出将sprint发送到客户端的决定，但当他们收到客户端结果时却指责我们，尽管他们决定不对but进行优先排序。

如何确定哪些问题是我的团队的实际失败，哪些是我们报告的已知问题？

更重要的是，我该如何说服管理层呢？

Answer 1

在我看来，这里有几个问题，都是通信问题。

1. 您没有向客户传达每个sprint版本中已知的问题。这导致客户团队发现您已经知道的bug，浪费他们的时间，使您在经理看来不那么有能力，并浪费您的时间。
2. 你的客户指责你找不到已知的问题。
3. 你的管理层指责你找不到已知的问题。

我建议你试试这样的方法：

• 发送一个已知的问题清单-从Jira构建一个报告错误报告，但没有在当前的sprint中修复。您需要确保报告中有足够的信息，以便客户端用户能够判断他们发现的问题是否是您已经报告的问题。
• 告诉客户有关已知问题清单--如果您直接与客户端测试小组通信，您所需要的就是“是的，该问题已在(日期)报告，并且尚未被优先纠正。”无可指责，只要陈述事实就行了。如果你不是沟通的人，请确保知道已知问题清单的人，并有它的副本或链接。
• 告诉你的管理层关于已知问题清单-如果你的经理不知道你已经报告了问题，他们不知道你的团队是否做好了他们的工作。如果他们能够看到与客户报告的问题相匹配的报告错误列表，他们就知道报告了什么。

显然，客户端报告的任何内容实际上都是错误(而不是隐秘的特性请求，不是用户错误，也不是试图在Windows 98上安装现代软件的不可预见的问题)，这是您的团队需要分析的东西，以找出漏掉它的原因，以及如何防止将来出现类似的错误。

最重要的是:不要责怪任何人。即使有最好的人和最好的环境，事情也会出问题。您的团队的目标是分析实际的错误，以确定出问题的原因。