Кстати о Redmine

[pmant]

Давно хотел написать пост про Redmine, да все руки не доходили…вот теперь дошли.

Думаю уже все знают что такое redmine, в последнее время эта система стала притчей во языцах. А в опросе на хабре - http://habrahabr.ru/blogs/pm/91010/ заняла первое место.

Так что я, что бы не тратить время просто опишу что мне понравилось и что нет. А вы в комментариях

Comments

[ext_169586]

Проблема со стабильностью у тех кто лезет устанавливать плагины. Мы прекрасно живём без них без единого бага.

[pmant]

Ну как же без плагинов то, а как же интеграция с системами сборки и ревью кода? Ну если использовать Redmine тупо как bug tracker то да, будет наверное работать как дуб (главное вовремя бэкапы снимать) :-)
Но ведь декларируемый потенциал системы явно расчитан на более ;-)

bugzilla + wiki

[santa_claus_rpm]

Кроме bugzilla + wiki ничего не нужно

http://lib.custis.ru/%D0%98%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D1%8F_Open_Source-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%BE%D0%B9_%D0%9F%D0%9E

Re: bugzilla + wiki

[pmant]

Если честно не работал в багзилле, но все кого я знаю, кто когда либо имел с ней дело перешли с нее на другие тулы или коммерческие или бесплатные.

[d_zh]

А чем это лучше Jira?

[pmant]

За исключением интегрированной в систему wiki и бесплатности пожалуй ничем.
После выхода четвертой JIRA и новым GreenHopper (в котором есть проектные шаблоны, включая SCRUM), при наличии небольшого бюджета выгод от Redmine я не вижу.

Redmine

[maximkr]

По поводу достоинств 2 и 3: мне кажется, что 2 разные иерархии для проектов и багов - это не такой уж и плюс. Подробнее тут написал:
http://www.trackstudio.com/forum/bug-tracking--issue-3673.html#p16006

Re: Redmine

[pmant]

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

Re: Redmine

[maximkr]

А в чем смысл 2-х иерархий - проектов и issues ? Фактически же это приводит к тому, что одно и то же нужно делать 2 раза (аттачи, кастом-поля, фильтры и т.п

Re: Redmine

[pmant]

Чаво-чаво, классическую WBS никто визуально не реализует в системах трекинга. Она рисуется или в специальных тула или в "тяжелых" solution типа Примаверы или Спайдера.
Иерархия требований живет сама по себе, хотя бы потому что может затрагивать несколько проектов.

[aashman_mcshea]

стану твоим другом , pmant