质量保证和开发 - 并确定传入缺陷的优先级
我可以听到你说：这是一个很容易解决的问题，你只需要检查缺陷并确定它们的优先级即可。是的，我们开始通过引入更好的缺陷审查和优先级流程来改变我们的流程。我们将主要参与者聚集在一起 - 支持、产品管理、。我们将缺陷分为以下几类： 严重：阻碍多个客户或服务停止工作的缺陷 重大：影响一个或多个客户体验的缺陷，或功能的主要部分未按预期工作时的缺陷 虽然这种改进的审查流程有助于确定缺陷池中缺陷的优先级，但它对于简化竞争需求、资源分配和规划之间的整体优先级没有任何帮助。当我们刚开始这个流程时，我们遇到了 10 多个关键问题和 30 多个主要问题。由于人们对交付其他功能的期望存在竞争，因此很难找到时间和资源来解决这些问题。 我们通过引入两个简单的指标、每个指标的期望目标，并让包括高级管理层在内的每个人都与这些目 顶级电子邮件列表 标保持一致来解决这个问题。指标及其目标是： 关键问题的数量必须始终少于 3 个 主要问题的数量必须始终少于 10 个 有了这些指标并让公司与目标保持一致，就可以大大简化对话。如果我们开始未能达到目标，我们只是将最高优先级放在每个冲刺（即 Scrum 开发流程迭代）中修复缺陷。
https://www.americadata.co.uk/wp-content/uploads/2024/04/%E9%A1%B6%E7%BA%A7%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E5%88%97%E8%A1%A8-300x300.png
这些指标已成为我们文化的一部分，现在出现在我们的开发团队仪表板上。 当然，我们始终致力于改进我们的流程、产品质量以及我们的服务。因此，现在我们已经达到了上述指标的目标，下一步是定义两个新的指标和目标： 超过 2 天的关键问题数量必须为 0 超过 10 天的主要问题数量应低于 5 下图从较高层面展示了如何在组织中使用此方法并进行更改。如图所示，该框架中的关键步骤包括决定需要更改的内容、找到可能是您盟友的关键参与者、谁将开展工作或谁可能抵制更改、定义指标并对其进行监控等。
頁:
[1]