Как стать автором
Обновить

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

Давно задумываемся над оперативным планированием в редмайне. Но инструментария не хватает, особенно туго с отчетами. Подскажите, какие конкретно плагины вы используете в сабже, если не секрет.
В личку ответил
Мы пользовались около квартала плагином «Advanced roadmap», а затем мы стали делать свой и вот что сделали.

И что же вы сделали?
Не нашел ссылки на плагин…
Где можно посмотреть и/или попробовать?

P.S.
За статью спасибо.
Используем Redmine, поэтому интересно применить ваш опыт…
Присоединяюсь, было бы очень интересно посмотреть на данную разработку, так как нахожусь в стадии перехода на Redmine, но катастрофически не хватает инструментария управления.
Первая мысль: после «и вот что сделали» должна была быть ссылка на github (который уже разблокировали!) — весь остальной текст можно было вставить в readme.md…
Тогда это все не имеет смысла читать, увы. Раз воспользоваться нельзя.
Вот тут можно попробовать оперативное планирование redmine3.demo.rmplus.pro/clear_plan/by_project/it. Логин PushkinAS, пароль 1111

Если есть вопросы по использованию redmine (передаче опыта), то могу попробовать помочь консультацией :)
Redmine — вещь! Но я перешел на YouTrack года полтора назад.

Во времена использования Redmine об оперативном планировании речи не шло, а сейчас пробую наладить этот процесс в YouTrack. Судя по скриншотам из статьи нечто аналогичное можно настроить!
В чем причина перехода с Redmine на YouTrack?
Причина одна: удобство и скорость интерфейса.

Тут надо оговориться, что я использовал Redmine «из коробки», практически без плагинов (был один плагин для вставки скриншотов), т.е. по сути как реестр задач со статусами, сроками и фильтры/поиск по ним в небольшой команде из 5 человек. Никаких замороченных отчётов или хитрых workflow у нас не было.

Для примера, помню, надо было целой пачке тикетов поменять статус. В Redmine в списке тикетов выделяю их галочками один за одним, чтобы потом воспользоваться контекстным меню и тут бац! промахнулся при очередном клике мимо чекбокса — все отметки слетели и вместо этого выделилась одна строка :(

Выделив несколько строк галочками нельзя было через контекстное меню изменить сразу несколько полей, например, статус и приоритет. А если делать в два прохода — галочки сбрасываются после первого обновления. Посмотрел сейчас свежее demo.redmine.org: в контекстом меню появилась опция «Редактировать» — да, это то что мне было нужно. Но опять же, получается полная смена экрана, а хочется меньше перезагрузок, больше ajax, больше скорости!

Однажды, наткнувшись на видео про YouTrack, сразу понял — вот оно!

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

На одном из проектов использовал встроенные issues на Bitbucket — ну это слишком примитивно.

Видел со стороны как работают с Jira — система-монстр! Скорее всего для моей команды из 5 человек это было бы излишне. Хотя сам не пробовал, не могу аргументировать.
Для примера, помню, надо было целой пачке тикетов поменять статус. В Redmine в списке тикетов выделяю их галочками один за одним, чтобы потом воспользоваться контекстным меню и тут бац! промахнулся при очередном клике мимо чекбокса — все отметки слетели и вместо этого выделилась одна строка :(

Выделив несколько строк галочками нельзя было через контекстное меню изменить сразу несколько полей, например, статус и приоритет. А если делать в два прохода — галочки сбрасываются после первого обновления. Посмотрел сейчас свежее demo.redmine.org: в контекстом меню появилась опция «Редактировать» — да, это то что мне было нужно. Но опять же, получается полная смена экрана, а хочется меньше перезагрузок, больше ajax, больше скорости!

Да, коробочный Redmine не очень удобно использовать местами, было над чем поработать. Но в целом пользоваться системой можно.
Интересно было бы узнать, каким образом у Вас организована работа с требованиями.
Через частично описанный тут модуль заявок. Заказчики пишут заявки и в них частично указывают требования, потом аналитик или руководитель проясняет требования по заявкам. Можно делать это устно или в рамках заявок. Когда требования определены, то руководитель ставит исполнителю формализованную задачу (в терминах понятных конечному исполнителю). К этой задаче крепится заявка, что бы исполнитель не терял фокус (понимал, для чего он делает задачу, что просил заказчик).

Примерно вот так.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории