Отслеживание ошибок кросс-проекта в Hansoft или других инструментах

Question

Моя компания оценивает различные инструменты отслеживания ошибок для замены нашей текущей системы. То, что у нас есть, в значительной степени самодельное, и оно очень хорошо соответствует нашим потребностям. К сожалению, у него также есть проблема с проблемами, и настало время избавиться от него. Одним из наших требований является то, что у нас есть способ назначить единую ошибку для нескольких проектов, но отслеживать статус независимо для каждого из них.

Например, мы производим как программное обеспечение, так и аппаратное обеспечение, а несколько частей программного обеспечения совместно используются в различных аппаратных проектах. Если у нас есть ошибка в драйвере низкого уровня, его, очевидно, нужно назначить команде, разрабатывающей драйвер. Также необходимо перейти к каждой команде, которая использует драйвер. Ошибка будет закрыта для команды водителя, как только они ее исправят, но затем она закрывается только для групп продуктов после включения изменения и выталкивает пакет обновления на веб-сайт или что-то еще.

С нашей текущей системой есть один общий отчет об ошибке. Для каждой команды у нас есть отдельные поля, и статус для каждого из них установлен соответствующим образом. Для него может быть несколько человек, поэтому на нем обычно один человек из каждой команды. Помимо того факта, что досадно иметь так много полей, чтобы гудеть, это также боль, когда люди из разных команд добавляют к ней комментарии, потому что это может превратиться в беспорядок разных разговоров. Теперь мы также рассматриваем возможность перехода на Scrum или Kanban, который (я думаю) означает, что каждая команда должна иметь свой собственный отчет, который они могут легко перемещать из состояния в штат. На мой взгляд, это означает, что лучшим решением является тот, где есть какая-то запись мастер-ошибок, которую QA может использовать для просмотра всего, что происходит, но затем есть отдельные записи для каждой команды, которые автоматически привязаны к главному.

Некоторые люди здесь пытаются выяснить, возможно ли это в JIRA, но я также интересуюсь Hansoft. Я использовал JIRA и мне нравится, но Hansoft тоже выглядит очень мило. Можно ли добиться того, что мне нужно в Hansoft? Как насчет JIRA?

Answer 1

Я использую JIRA много, и то, что вы описываете, звучит как основная проблема с ошибкой вместе с проблемой подзадачи для каждой вовлеченной команды. Подзадачи - это как обычная проблема, но у них есть родитель. Каждая проблема может иметь различный правопреемник (владелец) и статус (например, «Открыть», «Выполнять», «Закрыто») в рабочем процессе.

JIRA Agile является дополнением для JIRA, что дает планирование неудовлетворенный, работа доска, Burndown отчеты и т.д.