您是否有数以千计的突出缺陷？您是否正在努力找出哪些错误报告是可行的？您觉得需要硬重置吗？我合作过的大多数组织都在努力实施可持续的缺陷管理流程，以满足客户、开发人员和内部流程的需求。错误报告已被用作太多不同用例的包罗万象的东西。甚至缺陷、失败或问题的定义也存在争议，并且经常互换使用。为什么不制定一个新年计划来改进您的缺陷工作流程呢？在本文中，根据多年的第一手经验，我分享了一个流程改进，它将使您能够更好地服务您的客户、开发人员和业务利益相关者。当错误累积时许多组织使用错误报告来捕获产品、服务或业务流程中出现的所有问题。虽然各种各样的问题都被捕获为错误在这里我们广泛使用术语“错误”，无论用于跟踪此信息的特定工具如何他们的开发人员正在使用它来跟踪需要的功能请求或缺陷已补救。开发人员最终花费大量时间反复检查和分类错误。过时的错误通常不会被删除，因为担心丢失信息或保存“以防万一”，从而使项目管理流程陷入困境，需要时间进行审查、重新审查，然后将其放回去以供以后使用。
定义不明确的错误成为团队必
须管理和理解的技术债务。当您发现自己被无法促进业务发展的缺陷管理工作压垮时，过时错误的积累就达到了临界点。我工作过的一家产品公司谈到了由于错误而破产的情况。有一天，领导人决定举行这次会谈。所有错误均已删除，并以新的错误报告重新开始。目的 瑞士电话号码 是在新错误出现时积极分类和修复它们。和？一年后，失败越来越多。又一年后，又再次传出因漏洞而宣布破产的消息。这如何可持续？它如何帮助公司高效前进？我们试图通过缺陷管理解决什么问题？可持续的缺陷管理流程身体形象客户报告问题。您的支持团队收集信息、确认异常行为并提交错误。您的质量控制团队对您的产品进行另一次测试。他们观察到意外的行为和文件错误。您的客户成功团队正在与潜在客户交谈，他们询问您的产品是否具有某些功能。为了完成交易，您的团队针对他们认为缺失的功能提交了错误。在所有这些情况下，错误都有不同的形式。有些问题是关于为什么会观察到某些行为，通常是因为文档缺失或期望不一致。其他已知问题可以通过其他方式解决：文档、不同的工作流程和解决方法。
组合中可能存在需要解决的合法缺陷
尽管尚未优先考虑这些缺陷，也不清楚缺陷的全部影响。如果我们退一步考虑软件开发生命周期中的利益相关者，不同的需求就会变得更加明显。业务用户希望对发生率、客户报告的问题和关注的产品领域进行缺陷分析。产品管理团队有兴趣了解产品缺 伊朗电话号码列表 陷和功能请求，以开发更强大的产品路线图。开发团队使用问题管理系统来定义工作项目并使每个人都了解最新情况。关于更可持续的缺陷管理流程的提案在这里，我们为您的缺陷管理流程提出了一种基于可持续、灵活和信息丰富的工作流程的新方法。首先，我们将澄清一些术语的定义。事件或观察代表行为的出现，无论是预期的还是意外的。具体来说，它并不意味着任何必需的行动或解决方案。它仅代表有关可观察行为的经验数据点，以及有关其发生时间、地点和方式的上下文。一个问题代表一组必须调查的类似事件。如果问题代表必须纠正的异常行为，则该问题可能是缺陷。是一个以开发人员为中心的、可操作的工作项目，用于解决问题或缺陷。考虑到这些定义，我们提出以下流程：创建包含所有事件和观察结果的数据库这通常可以在现有事件管理系统中创建为独立项目。传入的事件以及可以收集的任何支持信息都会被记录下来。
