Какие трекеры проблем поддерживают вложенные заявки и насколько хорошо они работают для устранения разрыва между менеджерами проектов и разработчиками?[закрыто]
https://stackoverflow.com/questions/140236
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Есть функция, которую я хотел бы видеть в программном обеспечении для отслеживания проблем, которая, похоже, не так уж распространена, и это возможность разделить запрос (ошибка, запрос функции и т.д.) на подзадачи и просматривать их в иерархическом порядке, возможно, с некоторым прогрессом отчет в виде столбика о ходе выполнения конкретного тикета и его дочерних тикетов.
Я думаю, что это было бы полезно как разработчикам, так и руководителям проектов:руководителям проектов нравится иметь довольно широкий обзор происходящего, в то время как разработчикам необходимо детализировать детали, и очень часто им приходится делить задачу на подзадачи.Это также пригодилось бы, если бы кто-то поместил два вопроса в один тикет.
Кто-нибудь знает о системе отслеживания проблем, которая делает это?Пока что те, которые я просмотрел (Trac, FogzBugz и Basecamp), имеют единую организацию тикетов, поэтому они полезны либо для разработчиков, либо для менеджеров проектов, но не для обоих. Сборка позволяет тикету иметь дочерние тикеты (и несколько родительских тикетов), но это не очень хорошо справляется с удобством использования этой конкретной функции.
Если существует такой инструмент отслеживания проблем, использовал ли его кто-нибудь как для разработчиков, так и для менеджеров проектов, и если да, то насколько успешно вы с ним справились?В качестве альтернативы, существует ли лучший подход, который может быть использован обеими категориями пользователей?
(Обновление: Это нет субъективный вопрос "какое ваше любимое программное обеспечение для отслеживания ошибок".Я спрашиваю о баг-трекерах с определенной функцией для определенной цели, поэтому, пожалуйста, не публикуйте свой любимый баг-трекер, если он не выполняет то, о чем я просил.Единственным, возможно, субъективным элементом является то, насколько хорошо это работает для данной конкретной цели.)
Решение
Вам нужна версия 7 Fogbugz.Это поддерживает многоуровневую иерархию и показывает ее в вид на дерево.
Другие советы
У JIRA есть возможность разбивать задачи на произвольные подзадачи, как вам и нужно.Кроме того, он очень блестящий, так что менеджерам проектов это должно понравиться.
Существует продолжительная дискуссия о баг-трекерах здесь.
Мне самому нравится Богомол.
У Mantis действительно есть связи между проблемами, такими как родительские, дочерние, связанные и т.д.
У него точно нет древовидного представления, но он показывает связанные / родительские / дочерние проблемы в списке, когда вы просматриваете проблему.
Попробовав trac и Mantis, это мой личный фаворит
Что ж, мы использовали Тестовый трек уже много лет, который поддерживает иерархическую связь между элементами.Однако в пользовательском интерфейсе управления проектами нет ничего особенного.
Оно кажется как будто ты ищешь что-то более похожее @Задача, где вы создаете план проекта, используя систему, аналогичную Microsoft Project, с будущими задачами в зависимости от предыдущих задач и т.д.Пользовательский интерфейс довольно гладкий, но когда вы переходите к отслеживанию ошибок, вы в значительной степени возвращаетесь в режим "прославленной электронной таблицы" - у меня не складывается впечатления, что это действительно было разработано программистами или для них.Тем не менее, возможно, стоит взглянуть, если вы действительно серьезно относишься к тому, что тебе это нужно.
ИМХО, проблема с добавлением иерархии в вашу систему отслеживания заключается в том, что проблемы естественным образом не имеют иерархии при их добавлении;кто-то из отдела контроля качества находит регрессию, или пользователь звонит из поля, и возникает проблема.По крайней мере, до тех пор, пока некоторые проводится исследование первопричины проблемы, проблема является автономной, и, скорее всего, она будет автономной до тех пор, пока не будет устранена если не это определено как зависящее от какого-то более крупного проекта...для которых, вероятно, уже существует какая-то система управления проектами.
redmine и chilliproject поддерживают подзадачи без каких-либо дополнительных плагинов.
Основываясь на одном из других ответов, которые я просмотрел Джира, что является частью пути к выполнению того, что я ищу, и, кажется, работает достаточно хорошо, хотя и не так гладко, как я надеялся.Однако это позволяет выполнять подзадачи только в профессиональной и корпоративной версиях;по умолчанию эта функция отключена;и вы получаете только один уровень подзадач.В отчетах по умолчанию также перечисляются задачи верхнего уровня, а также подзадачи вместе в плоском представлении, поэтому вам необходимо специально создать пользовательский отчет, если вы хотите просмотреть только задачи верхнего уровня.
Еще одна функция, которую я намерен изучить, когда у меня будет возможность, - это Mantis, который, по-видимому, обладает аналогичной функциональностью.Я обновлю здесь, как только попробую это сделать.
Rally поддерживает как представления разработчиков, так и представления управления проектами
Туманный клоп это средство отслеживания проблем, созданное компанией Джоэла Спольского FogCreek.Это не бесплатно, но есть размещенная версия, которая довольно хороша.Исходя из моего личного опыта, он обладает некоторыми отличными функциями и прост в использовании.Он, безусловно, выглядит приятнее и обладает лучшим удобством использования, чем mantis или bugzilla, но он не открыт, и это приводит к некоторым компромиссам в пользу более простого интерфейса.
Служба технической поддержки по телемедицине имеет очень хорошую и простую в использовании систему отслеживания ошибок, преимущество которой также заключается в том, что она доступна отделу поддержки, чтобы связать клиентов с проблемами, а затем уведомить клиентов, когда проблемы будут устранены.Я живу в нем ежедневно и нахожу рабочий процесс чрезвычайно продуктивным.Руководство всегда знает, что происходит в данный момент, что было только что исправлено и какие проблемы являются актуальными (и даже сколько времени должно потребоваться на исправление чего-либо).
У него очень хорошая настраиваемая система приоритетов.Каждому выпуску может быть присвоена категория и продукт, и при нажатии кнопки он будет упорядочен по этому списку.Существует опция быстрой фильтрации и возможность выполнять еще более тонкую фильтрацию.С учетом предполагаемого времени до завершения он автоматически вычисляет общее время завершения на лету, основываясь на том, что в данный момент видно в списке.
наш типичный рабочий процесс:Ошибки вводятся в систему сотрудниками службы поддержки/отдела контроля качества.Руководство просматривает список "новых" ошибок и устанавливает приоритет, в котором они хотели бы их устранить.Сотрудники по разработке просматривают список приоритетов и устанавливают предполагаемый уровень усилий.Руководство пересматривает и корректирует приоритеты.Разработка завершает проблемы.Отдел контроля качества проверяет завершенные проблемы и уведомляет клиента об успешной публикации обновления.
На всех этапах любой сотрудник может просмотреть список и узнать, каков текущий статус, и даже добавить заметки или подключить к проблеме другого клиента.Есть поля для версии выпуска, которые мы используем с пользовательским фильтром / отчетом для автоматической генерации наших заметок о выпуске.(снимок экрана открытого известная проблема:которая является частью продукта для отслеживания ошибок).
ТУТОШНИЕ.
Он даже занимается управлением проектами на самом верху.
Рабочий процесс, вики - это довольно хорошо.
www.tutos.org
Я использовал Богомол во многих организациях, и особенно из-за функции подвыпуска, которая является одним из моих ключевых моментов, я обращаю внимание на отслеживание проблем.Сейчас у них есть экспорт Freemind в Mantis, но я уверен, что видел диаграммы "родитель-потомок", нарисованные на одном сайте, возможно, потому, что они установили JpGraph.
Я также использую бесплатную однопользовательскую установку Компания Axosoft Система OnTime, которая имеет очень гибкий ввод дополнительных проблем, хотя пользовательский интерфейс немного неуклюжий - вам приходится искать проблемы, а не иметь возможность напрямую указать заданный номер проблемы в качестве цели связи.OTOH позволяет вам настроить множество взаимосвязей одним нажатием кнопки в диалоговом окне, что в этом случае быстрее.
В Bugzilla есть понятие зависимых ошибок, которое не совсем соответствует парадигме подзадачи, которую вы ищете, но может рассматриваться как близкое.К сожалению, интерфейс для этого довольно неуклюжий, как и остальная часть интерфейса Bugzilla, но он действительно выполняет свою работу.
С положительной стороны, взаимосвязи между ошибками могут быть представлены в виде графика, а также в виде довольно простой для просмотра древовидной структуры, позволяющей исследовать связанные проблемы.Кроме того, по мере завершения или изменения подзадач эти изменения распространяются вверх по дереву зависимостей, так что лица, ответственные за задачи более высокого уровня, легко получают уведомления о том, что то, чего они, возможно, ожидали, завершено.
JIRA интегрирована с Pivotal Tracker.
ДЖИРА позволяет покупать билеты.Это дает возможность фильтровать JQL для поиска.Дает возможность делиться билетами между группами.Предоставляет возможность создания диаграмм рабочего процесса, истории, переходов, комментариев и т.д.Дает возможность просматривать репортеров, правопреемников, исполнителей.Для каждого тикета есть возможность добавлять комментарии, вложения, прикреплять скриншоты, ссылаться, клонировать, устранять проблему.JIRA предоставляет очень красивый макет текущего состояния заявки.
Ключевой трекер позволяет "ускорять" управление проектом для гибкой разработки.Полезно для менеджеров по персоналу и разработчиков.Предоставляет графики, диаграммы.Предоставляет возможность интегрировать тикеты JIRA в свой проект.Предоставляет панель мониторинга с проектами.Предоставляет графики скорости в реальном времени.Предоставляет несколько просмотров в рамках каждого проекта, включая текущий, Ice Box, My Work.Каждый билет JIRA может быть "Историей" в PT.Каждая история проходит этапы запуска, завершения, доставки, принятия/отклонения и отклоняемой документации для SDLC.Каждая история дает возможность добавлять задачи, комментарии, вложения и загружать файлы.
Рабочий процесс JIRA 
Основной рабочий процесс отслеживания
