Комментарии 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 не очень удобно использовать местами, было над чем поработать. Но в целом пользоваться системой можно.
Интересно было бы узнать, каким образом у Вас организована работа с требованиями.
Через частично описанный тут модуль заявок. Заказчики пишут заявки и в них частично указывают требования, потом аналитик или руководитель проясняет требования по заявкам. Можно делать это устно или в рамках заявок. Когда требования определены, то руководитель ставит исполнителю формализованную задачу (в терминах понятных конечному исполнителю). К этой задаче крепится заявка, что бы исполнитель не терял фокус (понимал, для чего он делает задачу, что просил заказчик).
Примерно вот так.
Примерно вот так.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Оперативное планирование в Redmine