第四，缺乏角色定义，缺少对bug的有效管理。

管理bug必须具有角色，才能够严格执行bug的管理流程。比如：测试人员可以创建和关闭bug，而开发人员不允许关闭bug。

Reporter只能够查看bug的报表，但是不允许修改bug的状态。

因此，缺乏了有效的角色管理，对bug状态、关闭的管理会比较弱，导致bug的量化指标不准确。

第五，缺乏对缺陷跟踪流程的有效管理，难以提醒相关人员按时解决问题，并且得到准确的统计数据。

当使用标准缺陷跟踪管理流程的时候，可以使得人员能够严格按照流程来分配问题、解决问题，提醒相关人员按时解决问题。

有效的流程管理对得到有效的统计数据具有很大的价值。

第六，缺乏数据分析和对决策的支持。

PTM无法提供大量准确的数据。没有了量化的数据，对项目当前的状况难以提供分析和了解。

比如：在系统第一轮测试的时候，我们会发现问题在收敛??这意味着当前的开发解决了大量明显的错误，不符合原来需求定义的错误；当测试进入到第二轮，问题往往会增加，问题的增加说明了测试人员开始注意功能的细节：错误提示不正确bug、操作不方便bug、对需求理解改变的bug等。

了解bug的规律，我们可以来分析这些数据，了解项目当前的真实状况，提供管理数据支持。例如：根据bug的趋势，我们可以知道那些项目当前的状态是健康的，那些是存在风险的。