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

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

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

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

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

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

Ответ 1

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

Ответ 2

JIRA

Ответ 3

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

Ответ 4

Существует продолжительная дискуссия об ошибках здесь.

Мне нравится Мантис, я сам.

Ответ 5

У Mantis есть отношения между проблемами, такими как parent, child, related и т.д.

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

Пробовав trac и Mantis, его личный fav

Ответ 6

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

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

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

Ответ 7

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

Ответ 8

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

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

Ответ 9

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

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

Ответ 10

Ралли поддерживает представления dev и project management

http://www.rallydev.com/

Ответ 11

Tele-Support HelpDesk имеет очень хорошую и простую в использовании систему отслеживания ошибок, которая также имеет возможность разоблачить ее в отделе поддержки чтобы связать клиентов с проблемами, а затем уведомить клиентов о том, когда проблемы будут завершены. Я живу в нем ежедневно, и нашла рабочий процесс чрезвычайно продуктивным. Руководство всегда знает, что происходит в данный момент, что было исправлено, и какие проблемы горячие (и даже сколько времени нужно что-то предпринять для исправления).

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

наш типичный рабочий процесс: ошибки вводятся в систему сотрудниками службы поддержки/персоналом ОК. Руководство проверяет список "новых" ошибок и задает приоритет, который они хотели бы выполнить. Сотрудники по развитию просматривают список приоритетов и задают оценочные уровни усилий. Руководство проверяет и корректирует приоритет. Разработка завершает вопросы. QA проверяет завершенные проблемы и уведомляет клиента об успешной публикации обновлений.

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

Ответ 12

FogBugz - это трекер проблемы компании Joel Spolsky FogCreek. Его не бесплатно, но там размещенная версия, которая довольно хороша. По своему личному опыту он обладает отличными функциями и удобен в использовании. Он, безусловно, выглядит лучше и имеет более удобное использование, чем мантис или bugzilla, но он не открывается, и он делает некоторые компромиссы для более простого интерфейса.

Ответ 13

TUTOS.

Он даже делает действия по управлению проектами вверху.

Workflow, Wiki, это очень хорошо.

www.tutos.org

Ответ 14

Я использовал Mantis во многих организациях и, в частности, из-за функции суб-выпуска, которая является одним из моих ключевых моментов я искать в трекер-проблеме. У них теперь есть экспорт Freemind в Mantis, но я уверен, что видел диаграммы родитель-ребенок, нарисованные на одном сайте, возможно, потому, что они установили JpGraph.

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

Ответ 15

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

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

Ответ 16

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

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

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

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

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