bug管理系统如何决定哪些需要修复？

bug管理系统如何决定哪些需要修复？

BUG被提交到了BUG系统后，应该先改哪些BUG呢？在普元，对于BUG的修复有以下几条规则：产品刚进入测试阶段时，BUG的修复先后顺序由开发人员依据BUG的严重程度，以及测试人员的要求，自行决定先修复哪些BUG，主要原则是保证基本用例能够通过，不阻碍测试进度；到了接近产品发布的里程碑时，比如发布Alpha版，Beta1版，Beta2版等里程碑版本时，则必须根据每个里程碑版本的发布目标，由产品经理、项目经理和开发Leader需要共同商定，结合每个BUG的影响程度，来分配每个BUG修改的优先级，BUG优先级定义的规则如下：
P0级，必须要尽快修复的BUG，这些BUG直接影响到产品发布进度和最重要的功能使用，这些BUG不修复，将会阻碍其他任务的完成，项目组必须组织人力，马上进行修复；
P1级，在每个里程碑结束前必须修复的BUG，对修正的要求不是非常迫切，但是必须在里程碑版本发布之前修复掉；
P2级，如果时间允许就修正的BUG，这样的BUG一般来说不会影响里程碑版本的使用，是否需要修复根据项目组的时间和资源情况考虑，如果时间允许，就会修正；
P3级，很低优先级的BUG，可以根据项目组时间和资源情况，决定是否修复，或遗留到产品发布后作为遗留BUG进行修复，在下一个版本中进行发布。
同时项目经理为每个版本制定出一份BUG修复计划，明确每个BUG的修复优先级、修复时间、修复版本，这时开发人员就必须按照这个计划进行BUG修复；
我们团队现在直接在日事清内进行“bug管理”，提bug人员将bug输入到“收集”状态，由产品助理集中处理，视bug具体情况将bug拖拽到其他集中状态。如果拖拽到“确认”，在该bug下添加相应技术人员让其处理，技术人员会在日事清协作系统内收到通知并且bug同步到其收纳箱，方便技术人员集中处理，解决后由技术人员拖拽到“已解决”状态卡片。