目前项目使用禅道进行管理也已经有一段时间了，但如果没有合理使用禅道，那禅道也就只是一个摆设作用，起不到管理需求以及bug的作用，所以在这使用的过程中，记录项目组使用禅道时所遇到的问题，以及我的应对处理方案
2018-10-15
bug以及需求不能出现指派来指派去的情况出现，如果出现指派处理人员不对，应将需求或bug链接发给各项目组负责人重新指派，并说明原因。需求以及bug，只能由测试人员和各项目组负责人进行指派，被指派人员对此bug或需求负责。
问题：员A拿到需求或bug时，感觉这个需求或bug需要另一个开发人员协作，就直接指派给员B，员B感觉这个问题需要员C处理，就直接指派给员C，更有甚者是直接指派给测试人员，原因是因为需要测试人员重新再测或者有疑问，这其中又没有当面或钉钉沟通，很多情况下是员C根本就不知道这个任务什么时候指派给自己了，测试人员压根就不负责去处理这些项目问题，（禅道通知太多了，开发人员基本不会去看），导致最后问题都没有人处理，在最后要发新版本的时候，我这边一查，才发现这个问题没有处理，这时候才能找各个开发人员进行沟通，协调处理，导致发布日期延后，而且又很匆忙的处理，这样的效果很不好，经过了几次这样的问题出现后，意识到这会是个开发中的常态，必须进行一个规范处理，必须要有人对问题负责，这样才能避免问题推来推去，到最后没人为此负责，新版本不能如期提交发布
每天至少看一次未确认的bug，开始上班的时候应该先更新svn或git，查看一下指派给自己的未确认bug，对这些bug进行确认。
问题：目前HMI组累积未确认的bug数量已经有100+条了，每次审核查看的时候都是有好几页，由于这些bug都没有确认过，测试人员以及主管都很难了解到测试到的问题相关人员是否有查看过，每次查出比较严重问题的时候，都要询问相关人员这条bug已经再禅道上有提到了，