2008-09-23 9 views
6

У нас есть MS Sharepoint - это не все плохо для управления списком задач. Публично доступные данные, люди уведомляются об изменениях и назначениях.Насколько хорошо работает Bugzilla для управления проектами Scrum?

Я думаю, что Bugzilla может быть немного легче для целей управления и отчетности. Хотя есть некоторые хорошие инструменты управления Open Source Scrum, я потратил много своего политического капитала и не могу просить слишком много больше, чем то, что у нас есть сейчас. Деньги не являются объектом - очевидно - это идея, что у моей команды слишком много специализированных инструментов.

Будет ли Bugzilla работать как более общий инструмент управления проектами - вне правил использования ошибок?

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

+0

Хороший вопрос. Из-за отсутствия ответов на использование, bugzilla мало используется для проектов scrum. Слишком плохо для тех из нас, кто просто не может уйти от использования. – 2009-02-10 15:08:14

ответ

9

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

+3

Какие у вас проблемы? Что пропало? – 2012-09-05 15:43:38

3

Мы использовали Trac и Subversion очень успешно для нескольких проектов.

Главным преимуществом здесь является возможность приспосабливать отчеты, некоторые очень специфичные для Scrum, для предоставления информации руководству.

+0

Спасибо за подсказку на Trac. Я спрашиваю о Bugzilla, но не Trac – 2008-09-23 18:48:09

5

Попробуйте сами.

Получите $ 15/month аккаунт на wush.net и используйте его самостоятельно некоторое время (без бизнес-отношений, кроме удовлетворенного клиента).

Bugzilla является мощным и имеет множество вариантов конфигурации, что может сбить с толку.

Я лично использовал его три года назад в проекте, над которым я работал. У меня не было менеджера проекта, и я был разработчиком, поэтому мне нужна была очень легкая накладная система. Бугзилла дала мне это. Я поставил перед собой свою основную задачу как совершенствование «производственной системы», а затем сделал зависимости для достижения этой цели. В итоге у меня было 160 узлов, все зависящие друг от друга. Это, по сути, структура разрушения работы. Я не потрудился с оценкой времени, и я не стал заниматься какой-либо другой проектной документацией.

Прохладное преимущество заключалось в том, что, когда я заметил, что что-то нужно сделать, я просто поплю его в bugzilla (20-секундный процесс после его настройки), привяжите его как зависимость и вернитесь к тому, что Я делал.

Всякий раз, когда я выполнял задание, я смотрел диаграмму зависимости и находил самые внешние листья (ошибки, которые блокировали другие, но не были сами заблокированы) и работали над этим.

Преимущество этого метода для меня в том, что если задача была простой и связала с ней один узел, но когда я сам это делал, я понял, что это сложнее, я бы просто разделил его на разные подзадачи. Это заняло всего минуту и ​​абсолютно не предполагало встречи с менеджером проекта.

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

Обратите внимание, что если ранее не согласовано, я не назначил им ошибку.

Он работал очень хорошо, и система была готова на месяц раньше.

Как это будет работать с SCRUM? Я просто не мог сказать вам, что это был беглый взгляд на схватку. Но это был мой опыт.

Использование выделенного хостинга позволит вам три вещи:

  • поддержки
  • легко обновления (если вы не получили гуру в доме, управление Bugzilla не просто - для меня по крайней мере)
  • пользователей через границы организации.

Обратите внимание, что bugzilla имеет всевозможные функции безопасности, поэтому легко блокировать пользователей тем, что им нужно видеть.

+0

+1 для предложения wush.net. Я был клиентом в течение 5 лет (bugzilla и svn), и они были УДИВИТЕЛЬНЫМИ - никогда не было, отличная поддержка, хорошее отношение - все, что они не могли сделать лучше. – 2011-10-04 04:42:45

+0

Ваша история успеха Bugzilla была интересной для чтения , Насколько вы цените гибкость Bugzilla в построении/углублении/выравнивании деревьев зависимостей? – Wolf 2015-04-22 13:55:57

3

Мое автономное решение DokuWiki + MantisBT + Subversion + Review Board, которое может быть интегрировано с относительной легкостью. Альтернативой для размещения является Bitbucket.org. Обоснованием является то, что вы пишете истории пользователей в Wiki и можете ссылаться на их конкретные задачи. Более крупные ошибки могут быть совместно разработаны, а ссылка «wiki» предоставляется в отчете об ошибке Mantis. Совет по обзору позволяет вам проводить проверки кода пэра против svn diff до того, как будет выполнено изменение.

 Смежные вопросы

  • Нет связанных вопросов^_^