У меня есть небольшой опыт работы с системами отслеживания ошибок, такими как FogBugz, где заявки на помощь являются проблемами (или могут быть), и у меня есть некоторый опыт использования системы отслеживания ошибок, которая полностью отделена от справки. центральная система.
Мой вопрос заключается в том, как в компании с существующей (собственной) системой справочных центров, где замена не является вариантом, как должна быть интегрирована система отслеживания ошибок (возможно, Mantis) в процесс?
В настоящее время билеты помощи помещаются на вопросы, вопросы и т. Д., И они назначаются соответствующему лицу (специалисту ПК, сотрудникам службы поддержки, или, если это проблема приложения, которую они не могут решить в службе поддержки, которую ей назначают) разработчику). Пользователь может поместить запрос на небольшие изменения или исправления в приложение в тикете справки, а разработчик, которому он назначен, в какой-то момент внесет изменение, назначит свое время этому тикету, а затем закроет тикет, когда он перейдет в производство. .
В настоящее время у нас нет системы отслеживания ошибок, поэтому я ищу лучший способ ее интеграции. Должны ли мы просто взять билеты помощи и поместить их в систему отслеживания ошибок, если это ошибка (или проблема или запрос функции), а затем закрыть заявку, если это не срочное исправление? Вероятно, мы не хотим показывать систему отслеживания ошибок кому-либо еще, поскольку они не будут знать, что поместить в систему справочного центра и что добавить в систему отслеживания ошибок ... верно?
Есть мысли? Предложения? Подсказки? Совет? To-DOS? Не для того? и т.д ...