Comments 14
Давно задумываемся над оперативным планированием в редмайне. Но инструментария не хватает, особенно туго с отчетами. Подскажите, какие конкретно плагины вы используете в сабже, если не секрет.
Мы пользовались около квартала плагином «Advanced roadmap», а затем мы стали делать свой и вот что сделали.
И что же вы сделали?
Не нашел ссылки на плагин…
Где можно посмотреть и/или попробовать?
P.S.
За статью спасибо.
Используем Redmine, поэтому интересно применить ваш опыт…
Присоединяюсь, было бы очень интересно посмотреть на данную разработку, так как нахожусь в стадии перехода на Redmine, но катастрофически не хватает инструментария управления.
Первая мысль: после «и вот что сделали» должна была быть ссылка на github (который уже разблокировали!) — весь остальной текст можно было вставить в readme.md…
Тоже этого ожидал. Но учитывая этот комментарий
habrahabr.ru/post/227507/#comment_7716527
сомневаюсь что будут исходы изменений.
habrahabr.ru/post/227507/#comment_7716527
сомневаюсь что будут исходы изменений.
Вот тут можно попробовать оперативное планирование redmine3.demo.rmplus.pro/clear_plan/by_project/it. Логин PushkinAS, пароль 1111
Если есть вопросы по использованию redmine (передаче опыта), то могу попробовать помочь консультацией :)
Если есть вопросы по использованию redmine (передаче опыта), то могу попробовать помочь консультацией :)
Redmine — вещь! Но я перешел на YouTrack года полтора назад.
Во времена использования Redmine об оперативном планировании речи не шло, а сейчас пробую наладить этот процесс в YouTrack. Судя по скриншотам из статьи нечто аналогичное можно настроить!
Во времена использования Redmine об оперативном планировании речи не шло, а сейчас пробую наладить этот процесс в YouTrack. Судя по скриншотам из статьи нечто аналогичное можно настроить!
В чем причина перехода с Redmine на YouTrack?
Причина одна: удобство и скорость интерфейса.
Тут надо оговориться, что я использовал Redmine «из коробки», практически без плагинов (был один плагин для вставки скриншотов), т.е. по сути как реестр задач со статусами, сроками и фильтры/поиск по ним в небольшой команде из 5 человек. Никаких замороченных отчётов или хитрых workflow у нас не было.
Для примера, помню, надо было целой пачке тикетов поменять статус. В Redmine в списке тикетов выделяю их галочками один за одним, чтобы потом воспользоваться контекстным меню и тут бац! промахнулся при очередном клике мимо чекбокса — все отметки слетели и вместо этого выделилась одна строка :(
Выделив несколько строк галочками нельзя было через контекстное меню изменить сразу несколько полей, например, статус и приоритет. А если делать в два прохода — галочки сбрасываются после первого обновления. Посмотрел сейчас свежее demo.redmine.org: в контекстом меню появилась опция «Редактировать» — да, это то что мне было нужно. Но опять же, получается полная смена экрана, а хочется меньше перезагрузок, больше ajax, больше скорости!
Однажды, наткнувшись на видео про YouTrack, сразу понял — вот оно!
Для полноты картины, добавлю, что около года использовал Trello — со скоростью и «аяксовостью» интерфейса там ок, но в итоге всё превратилось в кашу, сложно было увидеть общую картину, всё-таки хотелось иметь ещё и табличный вид задач, помимо карточек.
На одном из проектов использовал встроенные issues на Bitbucket — ну это слишком примитивно.
Видел со стороны как работают с Jira — система-монстр! Скорее всего для моей команды из 5 человек это было бы излишне. Хотя сам не пробовал, не могу аргументировать.
Тут надо оговориться, что я использовал Redmine «из коробки», практически без плагинов (был один плагин для вставки скриншотов), т.е. по сути как реестр задач со статусами, сроками и фильтры/поиск по ним в небольшой команде из 5 человек. Никаких замороченных отчётов или хитрых workflow у нас не было.
Для примера, помню, надо было целой пачке тикетов поменять статус. В Redmine в списке тикетов выделяю их галочками один за одним, чтобы потом воспользоваться контекстным меню и тут бац! промахнулся при очередном клике мимо чекбокса — все отметки слетели и вместо этого выделилась одна строка :(
Выделив несколько строк галочками нельзя было через контекстное меню изменить сразу несколько полей, например, статус и приоритет. А если делать в два прохода — галочки сбрасываются после первого обновления. Посмотрел сейчас свежее demo.redmine.org: в контекстом меню появилась опция «Редактировать» — да, это то что мне было нужно. Но опять же, получается полная смена экрана, а хочется меньше перезагрузок, больше ajax, больше скорости!
Однажды, наткнувшись на видео про YouTrack, сразу понял — вот оно!
Для полноты картины, добавлю, что около года использовал Trello — со скоростью и «аяксовостью» интерфейса там ок, но в итоге всё превратилось в кашу, сложно было увидеть общую картину, всё-таки хотелось иметь ещё и табличный вид задач, помимо карточек.
На одном из проектов использовал встроенные issues на Bitbucket — ну это слишком примитивно.
Видел со стороны как работают с Jira — система-монстр! Скорее всего для моей команды из 5 человек это было бы излишне. Хотя сам не пробовал, не могу аргументировать.
Для примера, помню, надо было целой пачке тикетов поменять статус. В Redmine в списке тикетов выделяю их галочками один за одним, чтобы потом воспользоваться контекстным меню и тут бац! промахнулся при очередном клике мимо чекбокса — все отметки слетели и вместо этого выделилась одна строка :(
Выделив несколько строк галочками нельзя было через контекстное меню изменить сразу несколько полей, например, статус и приоритет. А если делать в два прохода — галочки сбрасываются после первого обновления. Посмотрел сейчас свежее demo.redmine.org: в контекстом меню появилась опция «Редактировать» — да, это то что мне было нужно. Но опять же, получается полная смена экрана, а хочется меньше перезагрузок, больше ajax, больше скорости!
Да, коробочный Redmine не очень удобно использовать местами, было над чем поработать. Но в целом пользоваться системой можно.
Интересно было бы узнать, каким образом у Вас организована работа с требованиями.
Через частично описанный тут модуль заявок. Заказчики пишут заявки и в них частично указывают требования, потом аналитик или руководитель проясняет требования по заявкам. Можно делать это устно или в рамках заявок. Когда требования определены, то руководитель ставит исполнителю формализованную задачу (в терминах понятных конечному исполнителю). К этой задаче крепится заявка, что бы исполнитель не терял фокус (понимал, для чего он делает задачу, что просил заказчик).
Примерно вот так.
Примерно вот так.
Sign up to leave a comment.
Оперативное планирование в Redmine