Какие средства отслеживания проблем поддерживают вложенные билеты и насколько хорошо они работают для преодоления разрыва между менеджерами проектов и разработчиками?

Question

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

Я думаю, что это было бы полезно как для разработчиков, так и для руководителей проектов: руководители проектов хотели бы иметь достаточно широкий обзор происходящего, в то время как разработчики должны углубляться в детали и очень часто должны делить задача в подзадачи. Это также пригодилось бы, если бы кто-то поместил два вопроса в один билет.

Кто-нибудь знает о системе отслеживания проблем, которая делает это? Пока что те, на которые я смотрел (Trac, FogzBugz и Basecamp), имеют плоскую организацию заявок, поэтому они либо полезны для разработчиков или для менеджеров проектов, но не для обоих. Assembla допускает, чтобы билет имел дочерние билеты (и несколько родительских билетов), но он не очень хорошо работает с этой конкретной функцией.

Если есть такая система отслеживания проблем, кто-нибудь использовал ее как для разработчиков, так и для руководителей проектов, и если да, то какой успех у вас был с ней? В качестве альтернативы, есть ли лучший подход, который может быть использован обеими категориями пользователей?

( Обновление: Это , а не субъективный вопрос «какое у вас любимое программное обеспечение для отслеживания ошибок». Я спрашиваю о средствах отслеживания ошибок с определенной функцией для конкретной цели, поэтому пожалуйста, не публикуйте свой любимый баг-трекер, если он не выполняет то, о чем я просил. Единственный, возможно, субъективный элемент - насколько хорошо он работает для этой конкретной цели.)

Answer 1

JIRA

Answer 2

Вы хотите 7 версию Fogbugz. Это поддерживает многоуровневую иерархию и показывает это в виде дерева .

Answer 3

JIRA имеет возможность разбивать задачи на произвольные подзадачи, как вы после. Он также супер блестящий, поэтому проект-менеджерам это должно понравиться.

Answer 4

Что ж, мы использовали TestTrack уже много лет, что поддерживает иерархическую связь между элементами. Тем не менее, это интерфейс управления проектами, о котором нечего писать.

Это кажется , как будто вы ищете что-то более похожее на @ Task , где вы создаете план проекта с использованием системы, аналогичной Microsoft Project, с будущими задачами, зависящими от предыдущих задачи и т. д. Пользовательский интерфейс довольно приятный, но когда вы попадаете на багтрекер, вы в значительной степени возвращаетесь в режим «прославленных таблиц» - у меня не складывается впечатление, что он действительно был разработан программистами или для них. Тем не менее, возможно, стоит посмотреть, если вы действительно серьезно относитесь к этому.

ИМХО, проблема с добавлением иерархии в вашу систему отслеживания состоит в том, что проблемы, естественно, не имеют иерархии, когда они добавляются; кто-то в QA находит регресс или пользователь звонит из поля, и возникает проблема. Пока, по крайней мере, не будет проведено какое-либо исследование основной причины проблемы, проблема будет автономной, и есть вероятность, что она будет автономной, пока не будет устранена , если это не определены как зависимые от какого-то более крупного проекта ... для которого, вероятно, уже существует какая-то система управления проектами.

Answer 5

Богомол имеет отношения между проблемами, такими как родитель, ребенок, родственники и т. Д.

У него нет точного представления в виде дерева, но он отображает связанные / родительские / дочерние проблемы в списке при просмотре проблемы.

Попробовав Трак и Богомол, это мой личный фаворит

Answer 6

Продолжительное обсуждение трекеров ошибок здесь .

Мне самому нравится богомол.

Answer 7

RedMine и Chilliproject поддерживают подзадачи без каких-либо дополнительных плагинов.

Answer 8

Основываясь на одном из других ответов, я взглянул на Jira , который идет по пути выполнения того, что я ищу, и, кажется, работает достаточно хорошо, хотя это не так. не так гладко, как я надеялся. Однако он допускает только подзадачи в версиях Professional и Enterprise; эта функция отключена по умолчанию; и вы получите только один уровень подзадач. В отчетах по умолчанию также перечисляются задачи верхнего уровня, а также подзадачи вместе в плоском представлении, поэтому вам нужно специально создать пользовательский отчет, если вы хотите просматривать только самые верхние.

Еще одна особенность, которую я собираюсь исследовать, когда у меня будет такая возможность, - это Mantis, которая, очевидно, имеет аналогичную функциональность. Я обновлю здесь, как только попробую.

Answer 9

JIRA интегрирован с Pivotal Tracker.

JIRA допускает билеты. Это дает возможность фильтра JQL для поиска. Дает возможность делиться билетами между группами. Дает возможность для диаграмм рабочего процесса, истории, переходов, комментариев и т. Д. Дает возможность просматривать журналистов, сотрудников, исполнителей. Для каждого тикета есть возможность добавлять комментарии, вложения, скриншоты вложения, ссылку, клонирование, разрешение проблемы. JIRA предоставляет очень хороший макет текущего состояния заявки.

Pivotal Tracker позволяет быстро управлять проектом для Agile Development. Полезно для PM и разработчиков. Предоставляет графики, диаграммы. Предоставляет возможность интегрировать билеты JIRA в свой проект. Предоставляет панель инструментов с проектами. Предоставляет графики скорости в реальном времени. Предоставляет ряд представлений в каждом проекте, включая Current, Ice Box, My Work. Каждый билет JIRA может быть «История» в PT. Каждая история проходит этапы «Начало», «Окончание», «Доставить», «Принять / отклонить» и «Отклонено» для SDLC. Каждая история дает возможность добавлять задачи, комментарии, вложения и загружать файлы.

Рабочий процесс JIRA

Рабочий процесс Pivotal Tracker

Answer 10

В Bugzilla есть понятие зависимых ошибок, что не совсем парадигма подзадачи, которую вы ищете, но которую можно рассматривать как близкую. К сожалению, интерфейс для этого довольно неуклюжий, как и остальная часть интерфейса Bugzilla, но он выполняет свою работу.

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