Redmine руководство пользователя

Powered by Redmine © 2006-2023 Jean-Philippe Lang

Redmine-doc

Инструкция redmine

1. Общий функционал
2. Фильтры

• [Использование фильтров] (#Filter_Using)
• [Сохранение фильтров] (#Filter_Saving)

1. Задачи и подзадачи

• [Как обновить тему задачи] (#Update_Subject)
• [Как назначить родительские задачи] (#Parents_Task)
• [Экспорт задачи в систему контроля версий] (#Export)
• [Работа с подзадачами] (#Subtask)

1. Вкладки

• [Оперативный план] (#Plan)
• Диаграмма Ганта
• [Календарь] (#Calendar)
• [Новости] (#News)
• [Документы] (#Docs)
• [Wiki] (#Wiki)
• [Файлы] (#Files)
• [Хранилище] (#Storage)
• [Настройки] (#Setting)

1. Дополнительная информация

• [Разница «Изначальной оценки времени» и «Оценки времени»] (#VS)
• [Английская + русская справка] (#En_Rus)

Общий функционал

Redmine представляет собой веб-приложение, используемое для управления проектами и задачами. Также, оно часто используется для отслеживания ошибок.
Данное веб-приложение предоставляет следующие возможности:

• Ведение нескольких проектов одновременно;
• Диаграммы Ганта и календарь;
• Ведение новостей проекта, документов и управление файлами;
• Оповещение об изменениях с помощью RSS-потоков и электронной почты;
• Wiki для каждого проекта;
• Форумы для каждого проекта;
• Учёт временных затрат;
• Лёгкая интеграция с системами управления версиями (в данном случае используется система SVN).

Фильтры

Использование фильтров

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

• На верхней панели выбрать Проекты;
• Из списка проектов выбрать нужный;
• Из списка вкладок, располагающегося под названием проекта, выбрать вкладку Задачи;
• Из выпадающего списка Добавить фильтр выбрать все необходимые параметры фильтрации задач и нажать Применить.

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

Сохранение фильтров

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

• Нажать на кнопку Сохранить, которая находится ниже панели Опции;
• В появившейся форме задать все необходимые параметры и указать имя набора параметров фильтрации;
• Нажать на кнопку Сохранить.

После сохранения созданный фильтр будет отображаться в выпадающем списке Добавить фильтр.

Задачи и подзадачи

Как обновить тему задачи

Для того чтобы обновить существующую тему задачи, пользователю необходимо:

• Выбрать проект, в котором располагается целевая задача, и зайти в саму задачу, щелкнув по ее названию;
• На нижней панели нажать кнопку Обновить;
• Внутри поля Изменить свойства нажать кнопку Больше;
• В появившемся поле изменить все необходимые данные (тему, описание и т.д.);
• Нажать кнопку Принять.

Как назначить родительскую задачу

Для того чтобы назначить родительскую задачу к уже существующей, необходимо:

• Выбрать проект, в котором располагается необходимая задача, и зайти в саму задачу, щелкнув по ее названию;
• На нижней панели нажать кнопку Обновить;
• В поле Родительская задача, находящееся внутри поля Изменить свойства, указать родительскую задачу (номер);
• Нажать кнопку Принять.

Экспорт задачи в систему контроля версий

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

• Выбрать проект, в котором располагается необходимая задача/задачи;
• Отметить задачи, которые должны быть выгружены в систему контроля версий;
• Под списком задач в графе Экспортировать в нажать на СSV;
• Задать опции экспортирования (Экспортировать отмеченные задачи/экспортировать все задачи, экспортировать описание да/нет) и нажать Export;
• Закачанный файл открыть с помощью редактор Notepad++;
• Изменить кодировку текста. Для этого выбрать на верхней панели Encoding|Convert to ANSI и сохранить файл File|Save (либо использовать комбинацию клавиш Ctrl+S);

После выполнения предложенной последовательности действий данный файл можно открыть с помощью программы Microsoft Office Excel.

Работа с позадачами

Для задач пользователь может назначать подзадачи (дополнительные задачи). Для того чтобы создать подзадачу, пользователю необходимо:

• В поле параметров основной задачи в графе Подзадачи нажать Добавить;
• Заполнить все необходимые поля подзадачи;
• Нажать Создать,

либо

• Нажать Создать и продолжить в случае, если пользователь хочет создать несколько подзадач.

Затраченное время родительской задачи и ее подзадач суммируется и прописывается в графу Затраченное время родительской задачи. Даты начала и окончания работ в родительской задаче проставляются по самой ранней дате начала работ для родительской задачи и подзадач и по самой поздней дате окончания работ для родительской задачи и подзадач.

Вкладки

Вкладка «Оперативный план»

Возможность создания оперативного плана является встроенной возможностью Redmine. Оперативный план неразрывно связан с версиями проекта. Он предназначен для отображения мини-отчета о текущем состоянии проекта. Данный отчет включает следующие пункты:

• Название оперативного плана;
• Краткое описание задач;
• Количество открытых и закрытых задач (и их процентное соотношение);
• Связанные задачи;
• Строку состояния (связанную с закрытыми задачами).

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

• В выпадающем списке проектов выбрать проект, для которого нужно создать оперативный план;
• Выбрать вкладку Настройки;
• Внутри вкладки Версии нажать на кнопку Новая версия;
• Заполнить все необходимые поля в появившейся форме и нажать на кнопку Создать.

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

Вкладка «Диаграмма Ганта»

Для того чтобы просмотреть диаграмму Ганта для какого-либо проекта, пользователю необходимо:

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Диаграмма Ганта.

Диаграмма Ганта представляет собой столбчатую диаграмму (гистограмму), столбцы которой ориентированы вдоль оси времени.
Диаграмма Ганта используется для того, чтобы отслеживать активность по проекту. В левой части отображается список задач, сверху – дата. На самой диаграмме отображается состояние каждой задачи проекта в виде горизонтального столбца.
Пользователь может задавать фильтры для задач, которые будут отображены на диаграмме (более подробно фильтры описаны в разделе 2 данной инструкции). Кроме того, пользователь может задавать временной отрезок, который берется в расчет при построении диаграммы. Для этого ему нужно:

• Установить количество месяцев;
• Установить начальную дату отсчета (выбрать месяц и год из выпадающих списков);
• Нажать Применить.

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

Вкладка «Календарь»

Для того чтобы просмотреть календарь для какого-либо проекта, пользователю необходимо:

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Календарь.

Календарь представляет собой сетку из ячеек, каждая из которых располагается на пересечении номера недели (левая панель календаря) и наименования дня (верхняя панель календаря). Соответственно, каждая ячейка – это один день месяца.
Внутри ячейки располагается число (дата) и задачи, которые были активны в этот день. Если навести курсор мыши на название задачи в календаре, то пользователь получит более подробную информацию о ней, а именно:

• Номер и наименование задачи;
• Проект, к которому относится задача;
• Ее текущий статус;
• Дата начала задачи;
• Дата окончания выполнения задачи (при наличии);
• Кому назначена данная задача;
• Приоритет данной задачи.

Пользователь может задавать фильтры для задач, которые будут отображены на календаре (более подробно фильтры описаны в разделе 2 данной инструкции). Кроме того, пользователь может задавать временной отрезок, который берется в расчет при отображении календаря. Для этого ему нужно:

• Установить количество месяцев;
• Установить начальную дату отсчета (выбрать месяц и год из выпадающих списков);
• Нажать Применить.

После этого календарь обновится, и на нем будет отображено состояние задач выбранного проекта за указанный промежуток времени.
Если пользователь задал не тот период времени, который был ему нужен, он должен нажать Очистить, после чего повторить все пункты создания календаря, указав необходимый ему период времени.

Вкладка «Новости»

Для того чтобы просмотреть новости какого-либо проекта, пользователю необходимо:

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Новости.

Внутри данной вкладки представлена лента новостей выбранного проекта. К каждой новости пользователи могут добавлять комментарии. Каждая новость содержит себе следующие элементы:

• Заголовок;
• Описание;
• Резюме.

Вкладка «Документы»

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

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Документы.

Внутри данной вкладки представлен список всех добавленных документов. Пользователю доступны следующие возможности:

1. Добавление документа. Для того чтобы добавить новый документ, пользователю необходимо:

• Внутри необходимого проекта зайти во вкладку Документы;
• Нажать на кнопку Добавить документ, располагающуюся в правой части экрана;
• Заполнить форму нового документа. Она содержит следующие поля:
  ** Категория. В данном поле из выпадающего списка выбирается категория, к которой относится создаваемый документ.
  ** Заголовок (поле обязательно для заполнения).
  ** Описание. В данное поле вносится основной текст документа.
  ** Файл. Кроме того, к каждому документу можно добавить файл.
• После заполнения формы, пользователю необходимо нажать Создать. В случае, если необходимость создания документа отпала, пользователю необходимо нажать на кнопку Отмена, располагающуюся справа от кнопки Создать.

1. Редактирование документа. Для того чтобы редактировать документ, пользователю необходимо:

• Зайти в документ, который требуется отредактировать, кликнув по его названию в списке документов проекта;
• Нажать на кнопку Редактировать, располагающуюся в правой части экрана;
• Внести все необходимые изменения в документ и нажать Сохранить.

1. Удаление документа. Для того чтобы удалить документ, пользователю необходимо:

• Зайти в документ, который необходимо удалить;
• Нажать на кнопку Удалить, располагающуюся в правой части экрана;
• Подтвердить удаление данного документ, нажав кнопку OK в появившемся диалоговом окне.

Вкладка «Wiki»

!!!

Вкладка «Файлы»

Для того чтобы просмотреть файлы, добавленные в какой-либо проект, пользователю необходимо:

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Файлы.

Внутри данной вкладки представлен список всех добавленных документов. Пользователю доступны следующие возможности:

1. Добавление файла. Для того чтобы добавить новый файл, пользователю необходимо:

• Внутри необходимого проекта зайти во вкладку Файлы;

• Нажать на кнопку Новый файл, располагающуюся в правой части экрана;

• Заполнить форму нового файла. Она содержит следующие поля:
  ** Версия. В данном поле пользователю необходимо выбрать из выпадающего списка версию файла;
  ** Выбрать файл. В данном поле пользователю необходимо нажать на кнопку Выбрать файлы и загрузить все необходимые файлы, выбрав с любого локального диска компьютера пользователя.

• Нажать на кнопку Добавить.

1. Удаление файла. Для того чтобы удалить файл, пользователю необходимо нажать на кнопку «Удалить», располагающуюся с правой стороны экрана в одной строке с целевым файлом.
2. Скачивание файла. Для того чтобы скачать файл, пользователю необходимо нажать на его заголовок в списке файлов. После этого файл автоматически скачается на компьютер пользователя.

Вкладка «Хранилище»

Для того чтобы просмотреть хранилище какого-либо проекта, пользователю необходимо:

• Зайти во вкладку Проекты и выбрать необходимый проект;
• На верхней панели вкладок выбрать вкладку Хранилище.

Redmine обладает следующими возможностями:

• Отображать изменения в хранилище;
• Вести лог активности;
• Рисовать графики по количеству коммитов (обновлений версии) в хранилище.

Так же Redmine может управлять правами доступа к хранилищам на основе своих пользователей и их подписок к проектам, автоматически создавать хранилища для новых проектов. В хранилище можно заносить как отдельные файлы, так и папки. Файлы, как правило, группируются в директории.

Вкладка «Настройки»

Работа с вкладкой «Настройки» подробно описана в пункте «Вкладка «Оперативный план»»

Дополнительная информация

Разница Изначальной оценки времени и Оценки времени

Изначальная оценка времени — это количество времени, за которое предположительно должна быть решена поставленная задача. Эта величина устанавливается единожды — при постановке задачи, и в дальнейшем не меняется.
Оценка времени — это общее (суммарное) время, за которое в действительности была решена поставленная задача. При каждом обновлении задачи, пользователь должен заносить время, потраченное на решение данной задачи в графу Затраченное время. Сумма значений из этой графы и помещается в графу Оценка времени.

Английская + Русская справка

Redmine Guide: http://www.redmine.org/guide

Rdmine Guide Rus: http://www.redmine.org/projects/redmine/wiki/RusGuide

Redmine — простой, но достаточно мощный инструмент для упорядочивания процесса разработки и отслеживания работы сотрудников. Хотя настройки у него, казалось-бы несложные, продумывать их нужно тщательно, чтобы получился легкий, удобный, а главное корректный процесс.

Не люблю использовать дополнительные плагины, ибо лень искать, а потом саппортить. Поэтому при настройке используется только базовый функционал Redmine version 3.3.0.stable.

Я не буду подробно со скринами расписывать все опции и где их найти. В Redmine все просто. Именно этим он и подкупает.

В примере рассмотрена небольшая команда из следующих спецов (отделов):

• Дизайнеры UI интерфейса — разрабатывают дизайн приложения.
• Разработчики — создают приложение по сделанному дизайну.
• Тестировщики — тестирут приложение.
• Продакт-менеджеры — общаются с заказчиком.

Проекты (Projects)

Проекты в Redmine — основополагающий объект. В проектах создаются подпроекты и/или задачи (issues). Задача не может «жить» без проекта.
К проектам можно привязать:

• Пользователей, указав их роли в проекте. Соотвественно, при авторизации им будут отображаться только те проекты, к котоорым у них есть доступ. Не рекомендую явно добавлять пользователей к проекту. Лучше использовать группы.
• Группы пользователей, обозначив их роли в проекте.
• Трекеры, что позволяет отображать пользователям в проекте только те трекеры, котоорые необходимы.
• Custom fields (настраиваемые поля) — это добавляет гибкости, поскольку можно отображать и показывать кастомные поля в зависимости от проекта.

В нашем примере будет два проекта Landing и LTG (internal processes). Второй проект нужен для целей тестирования.

Роли (Role and permissions)

Роли создаются в разделе Administration -> Role and permissions. К ролям в дальнейшей настройке будет много привязок. В первую очередь с ролью связаны права доступа, а их в Redmine много. На правах я не буду останавливаться подробно. Роли создаем по названию специальностей в отделах, чтобы было предельно понятно без дополнтельной документации:

• Дизайнер.
• Разработчик.
• Тестировщик.
• Продакт-менеджер.

В правах для роли можно задать имеет ли она доступ к соответствующему трекеру (см. ниже).

К роли и трекеру привязывается последовательность смены статусов (workflow).

Пользователи (Users)

Пользователи создаются в разделе Administration -> Users. Для пользователя можно задать:

1. Группу в которую он входит на закладке Groups. Создание групп — хорошая практика, поскольку упрощает администрирование.
2. Проекты в которых участвует на закладке Projects.
3. При добавлении проекта необходимо в обязательном порядке указать роль в которой будет участвовать сотрудник. Собственно, только здесь происходит установка связи сотрудника с его ролью в проекте.

Привязка пользователя к группе и проекту с ролью устанавливается также в разделе Группы (см. ниже).

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

Момент, который удобно использовать при тестировании — быстрая смена группы для пользователя. Т.е. создали тестового пользователя и в разделе Группа проставляем галку к какой группе относится пользователь. Далее заходим под пользователем (например, в другом браузере) и можем проверять workflow для этой роли.

Группы (Groups)

В Redmine в Administration -> Groups нужно создать группы для каждого отдела:

1. Ввести название группы (по названию подразделения) на закладке General.
2. Добавить из списка сотрудников тех, кто работает в созданном отделе на закладке Users.
3. Выбрать проекты в которых отдел будет участвовать и указать с какой ролью эта группа будет участвовать в проекте.

Стоит активно использовать группы, вместо прямого указания пользователя.

Трекер (Tracker)

На трекерах остановлюсь подробнее — это очень важный элемент Redmine. Трекер — это то, как будет делится задача на этапы.

Пожалуй, основной смысл трекера — это то, что к нему можно привязать выбранные Custom fields, указать какие Standard fields нужно скрыть, либо дать доступ только в режиме чтения (это позволяет минимизировать ошибки пользоватиелей) и назначить привязку трекера к проектам.

Пользователь, зайдя в определенный проект, увидит только те трекеры, которые к нему привязаны. Выбрав нужный трекер ему отобразятся только заданные для него поля (Standard и Custom) и состояния, причем по умолчанию будет назначено состояние, заданное в настройках трекера.

Например, в процессе разработки есть несколько этапов: Дизайн, Фронтэнд разработка, Тестирование, Согласование с заказчиком. Создаем понятные по названию трекеры в Administration -> Trackers. Проставляем для трекеров, что они должны появляться в созданных проектах. Также в настройках прописываем статус в который перейдет задача при выборе трекера.

Важный момент, что при переходе от трекера к трекеру данные и статусы общие для задачи (issue). Например, добавили custom field списочного типа с названием «Партнер» и сделали это поле доступным в трекерах Дизайн, Разработка и Согласование с заказчиком. При выборе указанных трекеров пользователь увидит это поле, если в его настройках разрешено его отображения для всех, либо для роли в которую входит пользователь. Если пользователь внес информацию в трекере Дизайн, то во всех остальных трекерах, где это поле отображается, сотрудники увидят эту информацию.

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

Если пользователь по логике относится к определенному трекеру, например, «Дизайн», но при этом он должен по завершеию своей работы указать статус относящийся к трекеру верстка, не нужно заставлять его менять трекер. Это лишнее действие. Достаточно в настройках Workflow указать для связки Роль-Трекер, что статус по логике относящийся к трекеру «Верстка» должен быть доступен в трекере «Дизайн». В этом случае передача задачи от сотрудника к сотруднику будет максимально гладкой: дизайнер проставил в своем трекере статус «Начать разработку», а разработчик в своем трекере продолжил отработку задачи именно с этого статуса.

Естественно, поскольку статусы общие для всех трекеров нельзя использовать один и тот-же статус задачи (с одним и тем-же названием) у дизайнера и разработчика, даже если в workflow задана привязка к разным трекерам. Т.е. нельзя сделать статус «В работе» и использовать его для маркировки состояния взятия задачи в работу дизайнером и верстальщиком. Нужно создавать отдельные статусы, например «Разработка дизайна» и «В разработке».

Трекер можно использовать и в несколько иной интерпретации. Вместо того, чтобы разбивать задачу на части и относить каждый этап к соотвествующему трекеру, можно создать лишь один трекер для всей задачи. Это нормально, если не нужны какие-то гибкие настройки для workflow и заполнения данных.

Например, есть некоторая регулярная задача «Разработка ххх». В этой задаче участвуют: заказчик, продакт-менеджеры (общаются и согласовывают с заказчиком ТЗ), дизайнеры, разработчики, тестировщики.

Создаем один трекер «Разработка ххх» и роли пользователей в соответствии с перечисленными. Далее уже для выбранного трекера и для каждой роли настраивается workflow. Этот вариант менее гибкий, поскольку, например, к трекеру можно привязывать custom fields, а если он один, то они будут общие для всех. Но, в большинстве случаев, это нормально.

Из плюсов такого решения, что сотрудникам не нужно менять трекер, т.е. совершать лишнее телодвижение. При внедрении Redmine и разбивке задачи на несколько этапов (трекеров) первое время у сотрудников возникают вопросы из-за того, что забывают переводить задачу на нужный трекер. Если этапов нет, то и ошибки нет. 🙂

В общем, в этом плане гибкости у Redmine достаточно. Можно выбирать любой понравившийся вариант.

Права для трекера

Для ролей можно задать права доступа к трекерам. Для этого нужно зайти в Administration -> Roles and permissions и внизу найти Issue tracker.

При такой настройке прав тестировщик сможет добавить задачу в трекере «Тестирование» и просмотреть задачи в трекере «Разработка». Другие трекеры он не увидит, соответственно, ему не нужно лишний раз делать выбор, принимая решение. Мозг слегка, но разгружается, поскольку энергозатраты на принятие решения у мозга очень велики. Ну и главное снижается вероятность ошибки.

Тщательно подходите к назначению прав. То, что пользователю не нужно для работы должно быть скрыто: лишние проекты, трекеры, состояния и пр. Это минимизирует вероятность ошибки. Если с правами переборщили это всплывет и можно будет гранулировано додать прав. Ну и вопрос безопасности при разработке не нужно забывать: «меньше знают, крепче спишь». 🙂

Состояния (Issue statuses)

Состояния для задачи задаются одним списком в Administration -> Issue statuses. Состояния общие для всех проектов, однако, играя привязками трекеров к проектам и workflow можно создать разные статусы для различных проектов.

Какие критерии создания состояний:

1. Любой сотрудник должен иметь возможность начать и закончить свой этап работы (tracker) по задаче.
2. Статусы должны однозначно говорить менеджеру в каком состоянии находится работа по задаче.
3. Количество состояний должен быть минимальное.
4. Любой сотрудник должен иметь возможность передать задачу на следующий этап другой команде, назначив нужный статус.
5. Должны учитываться возможности итераций, т.е. возврата на предыдущие шаги для переделки.

Как расписать роли и переходы между ними, чтобы согласовать с исполнителями?

Понятно что есть разные нотации описания бизнес-процессов: BPMN (она мне наиболее симпатична), IDEFx, Aris и пр. Однако, можно не мудрить. 🙂 Я использую Excel таблицу в которой слева идут статусы, сверху роли сотрудников, а цветом обозначены трекеры.

Например, дизайнер:

1. Создал задачу в трекере «Дизайн».
2. Указал статус «Новое», чтобы отметить время когда задание было получено от постановщика и иметь записную книжку задач над которыми нужно работать.
3. Указал статус «Разработка дизайна» в момент, когда приступил работать над задачей. Фактически это статус «В работе», но для дизайнера.
4. Закончил дизайн и проставил некоторый статус «Дизайн разработан», отметив время завершения работы над задачей.
5. Далее дизайнеру нужно согласовать дизайн с продактом.
6. Чтобы отметить начало этапа согласования дизайнер меняет статус на «Согласование дизайна». В этом статусе он будет вносить изменения по обратной связи от продакта. Если изменения серьезные, то он может сменить статусы, «откатившись» назад, на предыдущие состояния.
7. Далее может быть статус «Дизайн согласован», чтобы проставить дату завершения работы над дизайном. Но этот статус условный, поскольку сразу после этого статуса всегда следует статус «Начать разработку». Поэтому его можно опустить, поскольку простановка этого статуса определяет время, когда согласование завершено.
8. По логике статус «Начать разработку» относится к трекеру «Разработка», но можно дать доступ к этому статусу в трекере «Дизайн», чтобы сотруднику не нужно было совершать лишних действий, меняя трекер.
9. и т.д.

Custom fields

Очень простая и мощная штука — custom fields. Существует несколько типов полей для которых можно задать описание, которое будет отображаться в виде hint при наведении на надпись поля. Но, что самое крутое — для этих полей есть ряд привязок:

1. Поля можно отображать только сотрудникам с определенной ролью.
2. Их можно сделать обязательными для заполнения.
3. Можно разрешить их использовать при фильтрации и поиске.
4. Можно привязать их к трекерам и тогда они будут отображаться только при выборе нужного трекера.
5. Можно привязать их к определенным проектам и тогда поля будут отображаться только для этих проектов.

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

Например, если сотрудник с ролью «Дизайнер» в трекере «Дизайн» дошел до статуса «Внесение правок», можно прописать, что в этом случае custom field «Тип» будет доступен только для чтения. Понятно, что если мы разрешили дизайнеру возврат на статус «Разработка дизайна», то он может перейти на этот статус и изменить поле, но это будет зафиксировано в истории.

Или, например, можно обязать дизайнера задать поле «Заказчик» как обязательное для ввода при передаче задачи на статус «Начать разработку».

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

Tips & Tricks. Если требуется поле в которое можно вставить несколько URL, то используется тип поля Long text с простановкой чекбокса «Text formatting». В этом случае можно вводить ссылки, например, через запятую.

Workflow

позволяет задать изменения статусов для пользователя с определенной ролью и для заданого трекера.

Все предельно просто. Например, если дизайнер открыл карточку с новой задачей и выбрал трекер «Дизайн» (а доступные трекеры можно ограничить, как мы уже видели ранее), то при выборе статуса ему будут доступны только варианты в строке «New issues»: «Новая», «В работе».

Причем если задача находится в статусе «Решена», то для выбора доступен только один статус «Внесение правок». Таким образом можно задавать маршрут по которому задача может продвигаться к состоянию закрытия, при этом минимизируя варианты выбора, а соотвественно и вероятность ошибки.

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

Можно расширить функционал, используя, например, плагин http://www.redmine.org/plugins/custom-workflows.

Уведомления

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

1. Если задачи примерно равноприоритетные, то сотрудник может заглядывать в Redmine по окончанию работы над предыдущей задачей, фильтруя их по нужным статусам.
2. В фильтрах есть возможность использовать Atom, т.е. периодическое формирование XML с информацией о вновь поступаемых задачах. Любой RSS Reader позволяет вычитывать этот XML файл и отображать появление новых записей. Например, в Chrome я использую плагин RSS Feed Reader.
3. При правильной настройке в профиле сотрудника о каких событиях уведомлять, сотруднику на e-mail указанный в профиле будет уходить письмо с информацией. Можно уведомлять очень гранулированно, уменьшая спам. 🙂

Переписка по e-mail

Я не тестировал этот функционал, но предполагаю, что он типовой.

Если настроить Redmine на получение почты с определенного e-mail, то с ним можно переписываться. Т.е. пользователь может отправить письмо на этот e-mail, на основании него будет создать issue с уникальным номером. И далее при отправке сообщений по задаче пользователю будут уходить ответы в теме которых будет стоять номер присвоенный задаче.

Если пользователь ответит на письмо с такой темой, то ответ будет присовокуплен к задаче. Т.е. в истории можно будет наблюдать всю переписку, причем её нельзя изменить.

Для расширения функционала можно использовать плагины, вроде:

• http://www.redmine.org/plugins/redmine_send_issue_reply_email

Отчеты

Как такового генератора отчетов в Redmine нет, но в разделах с задачами есть возможность отобразить их в виде таблицы с выбранными полями, отфильтровав их по нужным критериям. Созданный фильтр можно сохранить и затем использловать Atom для использования в RSS Reader.

Например, можно отфильтровать задачи назначенные определенному пользователю или группе в определенных статусах, а затем скопировать ссылку Atom и добавить в RSS Reader. При появлении новых строк RSS Reader будет отображать количество новых записей.

Полезные плагины

Учет рабочего времени

RedTimer

Кросс-платформенное приложение https://fathomssen.github.io/redtimer/. Последние билды есть здесь: https://github.com/fathomssen/redtimer/releases

Десктопное приложение под разные платформы. Вполне себе достойное. Позволяет:

1. Создавать новые issues.
2.  Выбрать из списка issues те, над которыми идет работа.
3. Запускать таймер учета рабочего времени.
4. Менять трекер и статус.
5. Не позволяет добавлять комментарии при записи временной отметки.

TMetric

Интеграция Redmine с системой учета рабочего времени TMetric. Бесплатно до 5 пользователей. http://www.redmine.org/plugins/redmine_time_tracking

Есть расширения для Chrome, Firefox, Opera, а также десктопное приложение для Windows.