BugZilla как система постановки задач и контроля работы. Реальный опыт использования

    Планирование, постановка задачи, контроль — вот одни из важных принципов на которых строится управление проектами и web проектами в частности. А в процессе руководства удаленными командами и организации взаимодействия между ними, без использования систем постановки и контроля задач не обойтись.
    В данном посте я хочу рассказать о самой популярной системе багтрекинга BugZilla и успешном ее внедрении и эксплуатации в веб-студии «Твинс». Почему-то на хабре БагЗиллу всегда упоминают вскольз. Но никто и никогда подробно не ней не останавливался. А зря…

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

    Преамбула


    Скажу честно как все было… Надеюсь руководство меня не побьет и не уволит. Работать в компанию я пришел молодым и не опытным руководителем проектов. Быстро освоил весь производственный процесс и целиком в него влился. Стал руководить проектами: выявлять потребности заказчика, переводить все это на язык веба и формировать задания для разработчиков.

    Компания росла и развивалась. Проекты становились все больше и сложнее, а вот организационные процессы при работе над проектами оставались неизменным. Все было донельзя просто — все задачи ставились устно или же отправлялись списком по e-mail техническому директору, а он уже перераспределял задачи программистам. А в связи с тем, что производство было удаленным (часть разработчиков находилось в другом городе), то технический директор переформулировал задачи и отправлял их уже непосредственно программистам.

    В итоге мы столкнулись со следующими проблемами:
    • Не было реального понимания что сейчас находится в работе, какие задачи выполняются, что делается и что вообще сделано
    • Невозможно было получить обратную связь.
    • Если вдруг кто-то заболевал или увольнялся приходилось восстанавливать огромную цепочку писем и выяснять: что было в работе, на каком этапе, что сделано.
    • Процесс согласования и выяснения дополнительных требований к задаче занимал много времени.
    • Мелкие задачи очень часто откладывались на потом и вовсе забывались.
    • Проверка выполненных задач так же была неэффективной. Результат о выполнении приходил через несколько часов.
    • Историю изменения вносимых корректив и доработок собрать воедино было просто нереально.
    Так больше работать было нельзя. И мы решили, что пора переходить на более высокий уровень работы над проектами.

    Выбор системы багтрекинга


    Какие цели мы преследовали:
    • Сократить цепочку прохождения задачи от инициатора задачи (менеджера до конечного исполнителя).
    • При этом все уточняющие вопросы при необходимости должны обсуждаться напрямую между исполнителем и инициатором задачи
    • В любой момент получить срез по состоянию выполненных и текущих работ
    • Сохранить историю работы над проектом, включая все работы и доработки
    • Контролировать время работы над проектом
    • Расставлять приоритеты задачам
    • Производить анализ данных по проектам
    Мы долго искали и выбирали систему. В итоге остановились на бесплатном и довольно известном багтрекере BugZilla.

    Багзила изначально заточена под разработку программного обеспечения и регистрации ошибок. Мы не стали переименовывать названия, принятые в багзиле по умолчанию и установили, что:
    • Продукт — это проект
    • Раздел — включает в себя проекты. Мы поделили проекты по логическим группам: в работе, завершенные, на поддержке, продвижение.
    • Компонент — это этап: концепция, дизайн, верстка, программирование
    • Ошибка — это задача или баг.
    Систему мы стали использовать намного шире:
    • В нее стали заносится не только ошибки по проектам, но и ставить задачи по работе: задачи по дизайну, верстке, наполнению и т.д. Т.е. все рабочие процессы фиксируются в BugZilla
    • Система контроля отработанного времени для исполнителей. Время работы над задачей фиксируется в BugZilla. В конце каждого месяца делается срез отработанного времени и с учетом этого начисляется заработная плата (это ввели уже позже).
    • Система отчетов для клиентов, работа над проектами которых идет по гибким методологиям. Они всегда могут войти в систему, посмотреть что делается. Поставить новую задачу или изменить приоритеты, а так же дать необходимые комментарии на возникшие вопросы по тем или иным задачам.
    Сокращая число промежуточных исполнителей между постановкой задачи и ее исполнением мы увеличили скорость обработки пользовательских запросов в десятки раз, тем самым повысили лояльность клиентов и разгрузили менеджеров от лишней работы.

    Разграничение прав доступа к проектам


    Внедрение системы проходило в несколько этапов:
    1. Внедрение системы среди ограниченного числа сотрудников и отлаживание взаимодействия
    2. Вовлечение всех сотрудников на всех этапах производственного процесса
    3. Доступ к системе сторонних разработчиков и клиентов
    Про первый и второй шаг рассказывать не буду. Информации по первоначальной настройке и работе с багзилой полно (если же читателям хабра будет все-таки интересно как мы это делали, то пишите пожелания в комментариях — напишу).

    А расскажу я об этапе 3 и о том как правильно настроить багзилу, чтобы в нее можно было пустить сторонних разработчиков, менеджеров и клиентов. Но при этом запретить сторонним разработчикам видеть уже поставленные ошибки по проекту и вообще не иметь доступ к проектам компании.

    Долгое время мы использовали багтрекер только внутри компании, и не задумывались над разграничением прав доступа к проектам. Были админы, которые могли заводить новые проекты и новых пользователей. И были пользователи, которые могли ставить задачи, редактировать их и проставлять статус выполнения.

    Так как багзила в основном используется для поддержки Open Source проектов, то в ней по умолчанию действует принцип — что не запрещено в явном виде — то разрешено (т.е. так настроены настройки по умолчанию). Т.е. при создании новой задачи или проекта — он автоматически становится виден всем.

    Перед нами стояло две основные задачи:
    1. Разграничить доступ к проектам и задачам которые уже созданы.
    2. При создании нового проекта автоматически запретить к нему доступ всем заведенным в системе пользователям. Позволить администраторам выбирать кому данный проект будет доступен.
    Настроить разграничение можно разными способами, я расскажу как сделали это мы.

    Разграничение прав на уже созданные проекты:
    1. Так как у нас проектная разработка, то под каждый новый проект заведен соответствующий продукт в багтрекере.
    2. Каждому проекту мы создали группы, совпадающую с названием проекта. Делается это в разделе «Администирование» -> «Группы» — «Создать группу»
    3. В свойствах каждого проекта производим настройку доступа («Администрирование» -> «Продукты» -> Выбираем продукт -> «Права доступа по группам»)
    4. Выставляем доступ по группам для продукта. Для того чтобы ошибки данного проекта были доступны только членам созданной группы выставляем параметры как показано на рисунке: для «Группы»-> «Включено», «Остальные» -> «Запрещено». Для остальных групп везде ставим «Запрещено», «Запрещено».
    5. Соответсвующим пользователям в разделе «Администрирование» -> «Пользователи» выбираем нужного пользователя и в столбце с группами под названием «Включен в группы» назначаем соответствующую группу (проект), все задачи по которому пользователь должен видеть.
    6. Так же давайте запретим пользователям видеть все продукты в поиске, доступ к которым запрещен. Для этого убедимся что в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «useentrygroupdefault» выбран как «Вкл.»
    7. Теперь необходимо ранее заведенные ошибки, связанные с проектом, так же связаться с соответсвующей группой и таким образом закрыть их от постороннего взора:
      — Переходим к поиску
      — Выбираем продукт
      — Отбираем все ошибки по нему (новые, закрытые, выполненные и т.д.)
      — Выбираем групповое редактирование
      — Выделить все
      — В самом конце выбираем «Добавить ошибки в эту группу» — название нашей созданной группы под проект
      — Сохранить
    Теперь рядом с каждой ошибкой у нас появился замочек. Это значить что данная ошибка будет видна только тем, кому разрешен доступ.

    Кстати, нет необходимости каждому программисту или дизайнеру присваивать каждый раз группу проекта, над которой он будет работать. Если в качестве исполнителя задача поставлена не него, то он будет видеть конкретную задачу по данному проекту.
    Для этого надо убедиться, что в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «strict_isolation» выбран как «Выкл.» Таким образом над одним проектом смогут работать различные исполнители и не видеть задач друг друга, в то время как менеджер будет видеть полную картину проекта.

    Теперь давай посмотрим, как сделать так, чтобы новые создаваемые проекты и ошибки/задачи, создаваемые к ним, были по умолчанию недоступны никому.
    1. Установим в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «makeproductgroups» выбран как «Вкл.»
    2. Теперь при создании нового продукта к нему автоматически будет создаваться группа.
    3. Вот и все. Теперь при создании ошибок к данному проекту они будут доступны только тем пользователям, которым назначена группа данного проекта.
    Для того чтобы ошибка/задача стала доступна всем — необходимо в свойствах задачи снять параметр принадлежности группе.

    Заключение


    И вот по истечению 2,5 лет я могу сказать что решение в пользу BugZilla было принято верным. Сейчас без этой системы не могут обойтись ни менеджеры, ни сами разработчики, ни клиенты. Сейчас это один из основных инструментов при работе над проектами. В любой момент можно сделать срез по выбранному разработчику и посмотреть что у него стоит в работе. Тем самым планировать загрузку разработчиков и очередность решения задач.

    Олег Демьянов
    Руководитель отдела веб-разработки
    компании «Твинс»
    WebCanape
    48,00
    Приводим клиентов малому бизнесу. Быстро и много.
    Поделиться публикацией

    Похожие публикации

    Комментарии 76

      0
      я думаю, вам бы больше подошел basecamp
        +2
        Он платный.
          +27
          Вы уже выбор сделали, для тех кто еще не определился рекомендую рассмотреть Redmine.
            –1
            Не забываем про Trac!

            Бесплатный
            Багзилла
            Вики
            Subversion or other CVS интеграция

            + еще куча плагинов и плюшек :)
              +8
              собрать вместе более двух плюшек могут только великие духом шаманы
              но обновления иногда не под силу даже им
                –4
                Не только бесплатный, но и свободный.
                s/Багзилла/Отслеживание задач/
                s/CVS/VCS/
                  +8
                  Со всей уверенностью могу заявить, что если сравнивать redmine и trac в состоянии «из коробки», то redmine выходит безоговорочным победителем, т.к. по функционалу он наголову выше аскетичного и местами странного trac-а.
                    –1
                    я бы даже назвал его трахом каким-то
                  0
                  Поддерживаю, Redmine также очень понравился
                  0
                  > Он платный.

                  И что? Если $49 в месяц — ощутимая сумма для фирмы, то хреновато идут дела у этой фирмы…
                    +1
                    Кстати, кому Basecamp кажется дороговатым, рекомендую обратить внимание на его нового конкурента — Clutterpad (цены где-то на 20% ниже на аналогичные тарифы, но можно уложиться даже в $19 за месяц, включая поддержку тайм-трекинга).
                    Кстати, кроме того что он дешевле, он местами даже обходит Basecamp по удобству.
                +5
                Перенеси материал в блог по управлению проектами. Думаю многим пригодится.
                  +2
                  Не хватает кармы. Хабраюзеры — добавьте кармы, не дайте пропасть материалу.
                    0
                    Спасибо за карму. Перенес в блог Управление проектами
                  +3
                  Хороший материал. Как непосредственный пользователь этого багтрекера могу сказать, что это как минимум не худший вариант автоматизации управления проектами. Немного аскетичный дизайн, но в целом, все что может понадобиться там есть.
                    0
                    Дизайн действительно не фонтан, но как показывает практика, программистам на него глубоко до лампочки — было бы удобно, и ладно. А в багзилле действительное многое сделано очень продуманно.
                    +1
                    У нас мантис использовался. Багзилла слишком тяжела для малых и средних проектов, ИМХО.
                      +1
                      Почему использовался? Действительно сначала не понимаешь как все работает, но очень быстро привыкаешь и удивляешься как все удобно сделано и какой мощный инструмент у тебя в руках. Наверное это отличительная черта OpenSource проектов: хороший функционал и аскетичный дизайн и интерфейс.
                        +1
                        Мантис буэээ… Интерфейс — привет 90-е
                          0
                          Нормальный интерфейс. Алсо, вы плохо помните сайты 90ых, там были такие замечательные таблички с borders=all и прочий nn4…

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

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

                            +1
                            Ладно, как говорится, о вкусах не спорят но…

                            Использую я редмайн — смотрю на него и хочется творить прекрасное… А интерфейс мантиса ЛИЧНО У МЕНЯ вызывает уныние… А это на самом деле важно. Ведь удобство инструментов работы влияет на результат самым непосредственным образом.

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

                              Я ткнулся сейчас в демку — и там какой-то завал терминами, которые совершенно посторонние. Вот зачем Вики в багтрекере? В теории, в будущем, да. А вот именно в багтрекере — базе данных багов и интерфейсом редактирования этой БД, нафига там что-то лишнее?

                              Я и на мантис по мелочам ругался, что слишком наворотили сложно.
                                +1
                                В редмайне тем и нравится, что все менее значимые элементы интерфейса сделаны менее заметными (меньше шрифт, нет иконок). В Мантисе же все элементы интерфейса практически одинакового размера и ДЛЯ МЕНЯ сливаются в непонятную кашу. Не знаю, возможно к этому привыкаешь со временем, но у меня не получилось.

                                Кстати, все эти модули (Задачи, Учет времени, Новости, Документы, Файлы, Wiki, Хранилище, Форумы и пр.) можно включить/отключить в 3 клика простым чекбоксом.
                                Нужен сайт для крупного опенсорц проекта — включаем все модули,
                                нужен таск-менеджер для простенькой задачки — оставляем Задачи и Хранилище,
                                нужно организовать небольшую команду разработчиков — включаем Задачи, Учет времени, Wiki и хранилище… Делов на 10 секунд.
                        0
                        (почему прошедшее время?) Уволился :)

                        Основной проблемой, которую я видел в bugzill'e — слишком много вещей, к которым нужно привыкать, причём не мне, а пользователям.
                          +16
                          Посмотрите на Redmine на досуге. Забыл Bugzill'у как страшный сон.
                            +1
                            +100500
                            Redmine = Bugzilla + система управления проектами
                            туда мгновенно кладется все что только можно. доступ по вебу, снаружи можно организовать и т.п.
                            Мы от чего премся — это от встроенного WiKi в нем. На него легла вся структура клиентской базы и информации по ней. Ух. как здорово.

                            +6
                            Посмотрите на redmine. После него большинство трекеров (багзилла в том числе) не хочется вспоминать. Простой и ужасно функциональный, при этом с человеческим лицом.
                              0
                              А кроме Багзиллы, какие системы (хотя бы бесплатные) вы ещё рассматривали?
                              Просто интересно, почему именно она, без холиваров на тему баг- и таск-трекеров?

                              Мы, например, пользуемся коробочной версией Мегаплана для трекинга задач.
                              Она, правда, не бесплатная, эссно, но у нас не скупятся.)
                                0
                                Все, которые упомянутые уже в комментариях (Мегаплан в том числе) + плюс малоизвестные (TrackStudio например).
                                А вы не задумывались почему BugZilla используется в достаточно крупных и известных проектах и компаниях? Посмотрите только на этот список.
                                  +4
                                  Задумывался. Для проектов из первого десятка на момент основания альтернатив не было.
                                  Причин по которым на сегодняшний день стоит предпочесть багзиллу система типа трака или платным альтренативам класса jira я чесно слово не вижу. В хорошей трекинговой системе удобный интерфейс очень и очень важен. И на сегодняшний день выбор багзииллы для трекинга признак латентного мазохизма.
                                    0
                                    Потому что багзилла была первой известной/популярной и к чему привыкли, тем и пользуются.
                                      0
                                      Мне только остаётся согласиться с комментаторами выше.)
                                      Тот же Нивал тоже юзает Багзиллу для сбора фидбека геймеров, но у них она стоит уже достаточно давно, насколько мне это известно, поэтому другие системы им просто не нужны, у них заморочек больше будет с миграцией.
                                      Но далеко не факт, что они остановились бы (а там реально гигантская база работы) на Багзилле, задумайся они об этом сегодня, а не в далёком прошлом.
                                    0
                                    Использую dotproject.net. Жаль что разработка проекта ведется очень вяло.
                                      0
                                      есть платный ActiveCollab. Стоит 15т.р. Но думаю он себя полностью окупает.
                                        –5
                                        из всех багтрекингов которые удалось попробывать — Mantis самое удобное средство
                                        • НЛО прилетело и опубликовало эту надпись здесь
                                          +1
                                          Кошмарная система с ужасающим UI и логикой работы — к ней можно разве что привыкнуть и использовать потому что ничего другого в организации нет. Чего стоит один набор классификаторов баги: компонент, версия, платформа, аж два импортанса и ко всему этому еще и keywords.

                                          Да и, кстати, не феншуйно всякий таск называть «багом».
                                          • НЛО прилетело и опубликовало эту надпись здесь
                                              0
                                              Видео просто супер. Теперь я еще больше люблю Багзилу. Надо его на русский перевести :)
                                            +5
                                            Мы у себя уже 2 года используем redmine. Очень удачная система, теперь все проекты организованы (страшно только если все это ухнется, вся инфа в одном месте). Большой плюс, что платформа открытая и простая, можно писать плагины. Мы сделали CRM и еще штуку для отслеживания производительности, очень все прилично получилось теперь задачи связаны с контактами и вся история общения в одном месте, да и просто как корпоративная адресная книга полезно. В планах еще несколько новых плагинов сделать полезных.

                                            Видимо народу много на хабре юзают редмайн, на досуге напишу статью как писать плагины (может кому пригодится)
                                              0
                                              Ваши плагины только для внутреннего использования? Интересно было бы взглянуть, особенно на «штуку для отслеживания производительности».
                                              Статью как писать плагины, тоже с удовольствием почитаем :)
                                                0
                                                ну это я громко назвал конечно :)) но суть в следующем — выбирается все затраченное время по сотруднику в разрезе задач и сравнивается план с фактом и производительность считается из учета рабочих дней сотрудника в месяце

                                                В конечном счете считается общий процент из учета 8 часов в день и это влияет на зарплату

                                                В целом это практически то что есть в отчете «Затраченное время», только немного в другой форме

                                                Вот такие поля в отчете:
                                                — Проект
                                                — Сотрудник
                                                — Задание
                                                — Дата начала
                                                — Дата окончания
                                                — Трудоемкость плановая
                                                — % Выполнения
                                                — Трудоемкость реальная

                                                Если надо плагин этот могу кинуть в почту только он сильно коряво написан внутри и работает только с MySQL
                                                0
                                                Резервное копирование наше все :)))

                                                А статью реквестирую!
                                                0
                                                после мантиса багзилла просто ужасна, там даже редактирования/удаления комментов нету…
                                                  +4
                                                  А мы считаем это плюсом. Всегда думаешь что пишешь.
                                                    –1
                                                    да, думать — это хорошо, но человек не идеален… можно, к примеру, запостить ноту от одной баги к совершенно другой, если открыто несколько окон в браузере, и таким образом случайно предоставить какие-то тестовые данные людям, которые не должны были об этом знать совершенно. и что тогда?
                                                    я конечно сильно утрирую, но думаю вы меня поняли.
                                                      +3
                                                      Согласен. Непривычно когда не можешь ляпы исправить, но зато когда пустили клиентов в систему — то в спорных ситуациях уже нету пути к отступлению. Что написано — то и сделали и все притензии, что дескать имелось в виду другое не прокатывают. Этакий принцип бухгалтерии.
                                                        +1
                                                        Вот в Мегаплане есть такой минус.
                                                        В комбинации с отсутствием замены теговых краевых кавычек на lt и gt у меня получилось сломать задачу, написав начальную часть тега таблицы в процессе обсуждения (у нас маленькая веб-студия со своей CMS, но поток задач приличный).
                                                        Пришлось гендиру (он же прогер и сео) лезть в мегаплановский postgres и править там мой пост.)
                                                        Вот это реально факап.
                                                        Но там очень хороший в принципе юишник, позволяет всё толково тречить, не вынося юзерам моск, как, к сожалению, делает Багзилла.
                                                      +6
                                                      Вы изобрели бейскамп-велосипед.

                                                      Бесплатность — слабый аргумент, когда речь идет о тысячах долларов оборота в месяц.
                                                        0
                                                        Самый главный фактор который вы не учитываете — Bugzilla больше баг-трекер чем что либо ещё.
                                                        А вам следует попробовать какие либо таск-трекере. Мы успешно используем TargetProcess. Одна из самых професиональных систем управления разработкой на основе гибких методологий.
                                                          0
                                                          Спасибо за наводку. Опробуем. Но не хочется внедрять множество систем. Хочется чтобы все было едино и в одном месте. Как в кабинете пилота самолета — одна приборная доска для всего и все рядом.
                                                            0
                                                            TargetProcess позволяет успешно работать с багами, это полноценная система. Он интегрируется так же со сторонними баг-трекерами при желании.
                                                          0
                                                          BugZilla конечно хороша, но ее интерфейс не самый user-friendly(мы пытались ее внедрить у себя в конторе, так половина людей просто не поняло как ей пользоваться).

                                                          В итоге перешли на RedMine, сейчас рассматриваем переход на коммерческие продукты такие как Fogbugz или Jira. Очень ждем выхода Bontq.
                                                            +1
                                                            около года пользовались BugZilla для трекинга багов и JIRA для управления задачами. И вот наконец перешли на Redmine. Не было предела радости и девелоперов и тестеров и менеджмента. В разы быстрее и стабильнее JIRA, а главное смогли объединить свойства BugZilla и JIRA в одной системе. Ну а интеграция с SVN просто великолепна, JIRA и рядом не стояла. Так что переходить на JIRA после Redmine очень не советую.
                                                              0
                                                              RedMine действительно очень хорош, просто начальству хотелось бы во-первых «on demand» решения, то бишь чтобы баг-трекер был на удаленном сервере, а во-вторых чтобы за этим баг-трекером стояла реальная фирма и в случае чего можно было бы к ним обратиться.

                                                              Для этой цели(увы) подходят только вышеупомянутые коммерческие трекеры.

                                                              P.S. У Jira tot есть такая вкусность как Grasshopper, очень советую глянуть ;)
                                                            0
                                                            Мы используем fogbugz + foglyn для Eclipse.
                                                              0
                                                              Двачую фогбагз. Отлично взаимопроинтегрированные багтрекер, тасктрекер и хэлпдэск. Работал в нем полгода в комманде из 20+ человек (заказчик, менеджер, тимлид программистов и программисты, верстальщик, дизайнер, саппортер, тестировщик). Лучшее юзабилити из всех опробованных мною продуктов. Плюс разработчики фогбагза, если их очень попросить, внедряют недостающий вам функционал «в следующей версии» бесплатно — если это, конечно, не подразумевает полное изменение архитектуры.
                                                              0
                                                              По скриншотам на Mantis похожа.
                                                              Мы на работе юзаем Basecamp, а на фрилансе Redmine (очень удобен тем, что написан на Ruby on Rails)
                                                                0
                                                                Это он вам очень удобен, видимо потому что вы пишите на рельсах и с ними на «ты». Других удобств не вижу. Поставить и настроить такую систему что на php, что на ruby, что на python особого труда не составляет. Другое дело, если вы ее еще допиливаете, тогда да, своя рубашка ближе к телу.
                                                                +1
                                                                Пересмотрев кучу систем багтрекинга и систем управления проектами, мы все-таки на данный момент остановились на использовании bugzilla для багов, а мегаплана для управления проектами. Да, хочется одной системы, которая объединяла бы в себе систему управления проектами, багтрекинг, интеграцию с системами контроля версий, но пока не попалась такая. JIRA как-то совсем не тронула мое сердце. Всякие activeCollab, dotProject и прочие — не устраивали по ряду причин. Лично мне из опенсурс-продуктов наиболее понравился fengoffice.
                                                                  +1
                                                                  Ушел с прошлой работы в том числе из за того, что там использовали Mantis а на новой используем Redmine.
                                                                  Не жалею))

                                                                  Вообще ОЧЕНЬ рекомендую с Redmine ознакомиться. За время работы с ним не нашел НИ ОДНОГО недостатка. Интерфейс продуман до мелочей, работать просто приятно с ним. Все на своих местах, все интуитивно понятно.

                                                                  Гибкая система управления правами, отличная интеграция с системами контроля версий, удобная textille разметка комментариев. Есть плагин для интеграции с Mylyn.
                                                                  Очень рекомендую в общем!
                                                                  • НЛО прилетело и опубликовало эту надпись здесь
                                                                      0
                                                                      У вас весь рабочий процесс идёт под чутким взглядом win-сисадмина или нет тесной интеграции сервисов МС?
                                                                      • НЛО прилетело и опубликовало эту надпись здесь
                                                                          0
                                                                          Есть чем гордиться =)

                                                                          Но в целом у вас всё под виндами крутится, получается?
                                                                          В плане интеграции «из коробки» это неплохой выбор.
                                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                                              0
                                                                              Так тут не в радости дело, я ж не холивара ради спрашиваю.)
                                                                              Если система из коробки отвечает необходимым потребностям, то свою задачу система выполняет.
                                                                      +2
                                                                      Интересно. Вообще, я думал, что все идут легким путем, выбирая комбайны Trac/Redmine, чтобы не выбрать отдельно вики и трекер.

                                                                      Мы-то выбрали Bugzillу в 2001, тогда вообще ничего не было.
                                                                      С тех пор да, сидим плотно (наша документация, мой доклад на РИT-2010). Но не уверен, что выбрали бы сейчас.
                                                                    • НЛО прилетело и опубликовало эту надпись здесь
                                                                        0
                                                                        Пока у них нет интеграции с eclipse (баг JT-3151 ;) ), в отличие от JIRA/Bugzilla/RedMine/Mantis/Trac. Так что лучше бывает.
                                                                          0
                                                                          про интеграцию redmine и eclipse, если можно? в списке коннкеторов для mylyn редмайн нет.
                                                                            0
                                                                            stackoverflow.com/questions/498426/mylyn-redmine-integration/939718#939718
                                                                            Наверное он появился недавно, поэтому его пока и нет в мануалах.
                                                                              0
                                                                              Да, я вчера провел самостоятельные изыскания.

                                                                              Увы, оказалось, редмайн толком не поддерживает сабтаски — ну что это такое, блин!
                                                                        0
                                                                        +1 за Redmine
                                                                        работал с JIRA/RedMine/Mantis/Trac/«какя-то самописная хреновина»…
                                                                        JIRA — все вроде круто, но платно.
                                                                        Mantis — аляповатый, и, вроде, не было интерграции с разными VCS.
                                                                        Trac — не совсем понятный интерфейс для «нормальных людей», долго настраивать, без плагинов малопригоден, но если есть желание — можно собрать любой космолёт ;) для питонистов — почти без вариантов ;)
                                                                        Redmine — из каробки имеем почти идеальный багтеркер + wiki + forum + управление проектами + всякие приятные мелочи. интерфейс весьма приятен даже базовый (а шкурку можно менять).

                                                                        P.S. если вы ухитрялись работать без багтрекера, то либо вы делали не большие/краткосрочные проекты, либо кто-то очень хотел быть незаменимым ;)

                                                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                        Самое читаемое