Как мы пользуемся Redmine

В компании

Вход в систему:

Первый экран:

Вход в личный кабинетПросмотр всех проектов

Модуль WorkTime

Быстрый поиск, а так же навигация по проектам

Личный кабинет:

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

Задачи на мне (настраивается)

Настройка страницы

Просмотр проектов:

Список всех проектов

В этом проекте все организационные задачи, а так же корпоративная wiki,

документы, календари, файлы.

WorkTime модуль:

Ваш рабочий календарь на текущий месяц (цветные дни - выходные)

Все задачи, в которых Вы участвовали. Задача могла быть поставлена ВАМИ, назначена на ВАС, и в данный конкретный момент переназначена.

WorkTime алгоритм работы:

В конце дня Вы должны проставить время выполнения, оставшееся время, активность, статус,

комментарий(опционально). Это касается всех задач, над которыми Вы работали в течении дня. Таким

образом Вы распределяете свое рабочее время между задачами. Для подтверждения нажмите кнопку Update

Создание новой задачи:

Кнопка создания новой записи (задачи), есть в любом доступном Вам проекте.

Основные поля задачи – Тип и Заголовок

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

Заполнение полей новой задачи:

Обратите внимание, что остальные поля(а так же обязательность заполнения) могут меняться, в зависимости от типа задачи

Описание задачи

Статус задачи

Приоритет

Оценочное время выполнения

Deadline

Дата начала выполнения

Родительская задача

Исполнитель Прикрепить файл

Добавить наблюдателя в задачу.

Описание полей новой задачи:

Тип задачи – в этом поле нужно выбрать тип новой задачи. Такие типы задач бывают:

Bug – ошибка в работе продукта, ошибочное поведение продукта. Назначается такая задача на разработчика, либо на QA инженера.Feature – новое улучшение, функционал, новая логика работы продукта.Task – Техническая задача, назначается на непосредственного исполнителя. Research – задача на исследование возможностей реализации нового функционала.Request – запрос информации у участников проекта.Idea – Описание новой идеи, назначается на менеджмент, для обсуждения.Discussion – Обсуждение внутри проекта, так же является типом задач для внутренних, непроектных задач.

Описание задачи(description) – поле, в котором описывается что нужно сделать, и как должна выглядеть выполненная задача. Данное поле заполняется по шаблону, в зависимости от типа задачи. Шаблоны приведены далее.

Заголовок задачи – краткое, уникальное, описание задачи. Используется для быстрого поиска задачи.

Описание полей новой задачи:Статус задачи – При помощи данного поля выбирается текущий статус задачи.

Open – стандартный статус новой задачи, к выполнению задачи еще не приступали. In progress – над задачей в данный момент происходит работа, проставляется данный статус исполнителем.Completed – Задача выполнена на 100%. Проставляется постановщиком задачи.Feedback – В задаче есть новый вопрос от постановщика. Исполнителю нужно еще раз внимательно перечитать.Approved – Данный статус выставляет QA отдел, если задача выполнена правильно. В данном статусе задача должна быть перемещена обратно на постановщика.Rejected – Задача отклонена, возвращена на доработку усполнителю.Postponed – Работа над задачей приостановлена. Начнется позже.For Test – Задача готова, требует тестирования, выставляется исполнителем. Won’t Fix – над задачей работа проводиться не будет, выставляется исполнителем, назначается на постановщика.Can’t reproduce – ошибка не может быть воспроизведена, выставляется исполнителем, назначается на постановщика.

Исполнитель – В данном поле выбирается исполнитель для задачи. Может быть пустым.

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

Родительская задача – Если в данное поле внести номер задачи(к примеру «0000» ), то текущая задача станет подзадачей для задачи «0000».

Описание полей новой задачи:

Дата начала выполнения – Фактическая дата начала выполнения задачи. Проставляется исполнителем, при выставлении статуса «In Progress». Deadline – Дата, в которую задача должна быть сдана постановщику. Выставляется постановщиком, является плановой датой завершения задачи.Estimated time – оценочное время выполнения. Заполняется исполнителем либо командой исполнителей. Заполняется в «идеальных часах», для понимания, сколько задача занимает времени в сравнении с остальными. К примеру: добавить кнопку займет 1 идеальный час, а изменить логотип – 3 идеальных часа. Но на самом деле кнопку займет сделать 2 часа, а логотип – 6 часов. Данная информация предоставляется постановщику, что бы понимать сравнительный объем выполняемой работы.Прикрепить файл – возможность добавить файлы, относящиеся к данной задаче. Максимум – 25 Мб. Изображения можно просмотреть не скачивая. Добавить наблюдателя – добавить участников проекта, которым будет приходить уведомление на почту при обновлении полей по данной задаче.

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

задачи(обновляется).Категория – если в проекте есть категории, то для задач есть возможность выбрать категорию. Категории служат для ускорения поиска конкретной задачи через упорядочивание по категориям.Device model – используется для типа задачи Bug, описывает модель устройства, на котором найдена ошибка.(MacBook Pro 9.1, iPad Mini A 1455, ect.)Device OS – используется для типа задачи Bug, описывает название и варсию операционной системы устойства (iOS 6.0, Mac OS X 10.8.4, ect.)Build # - используется для типа задачи Bug, номер сборки продукта, в которой произошла ошибка.

Шаблоны описания задачи:

Для задач типа BUG

В заголовке четкое описание проблемы: Приложение закрывается при открытии изображения на 10.7.

Описание:1. Путь воспроизведения ошибки:Заходим в ChicagoПереходим в режим «Все изображения».Переходим в вид «Изображения плиткой»Дважды кликаем на любом изображении.

2. Описываем ожидаемое поведение (EXR):Изображение должно открыться в режиме «Одно изображение».

3. Описываем актуальное поведение(ACR):Программа закрывается.

4. Прикрепляем Bug Reports, Снимки экрана, Видео воспроизведения.

Шаблоны описания задачи:Для задач типа Feature

Данный тип задач создается Product Owner-ами. Может быть только самостоятельной задачей.

В заголовке четкое краткое описание задачи: Добавить возможность сохранить изображение в уменьшенном виде

1.Описание:Я как <кто? Какая роль?> (пользователь) <как нахожу, как использую> (добавляю в программу изображение, редактирую, либо просто пересохраняю изображение. При сохранении в открывающемся окне есть возможность выбрать новый размер изображения.)<что получаю в результате выполнения?> (Сохраненное изображение выбранного размера).

2. Условия приемки:Данный пункт находится в поле description ниже самого описания задачи. В нем описывается, как постановщик будет принимать данную задачу.Пример:1.При вызове меню сохранить по иконке, либо из главного меню, в окне сохранения добавляется новый пункт – размер изображения. Есть два поля: “x” и “y”, где я задаю размер в px (pixels). 2. По-умолчанию в данных полях уже записаны текущие размеры изображения в пикселах. 3. После сохранения исходная картинка имеет правильные (заданные) размеры.

3. Прикрепленные макеты, похожие картинки, описания. Все, что может помочь понять результат по логике постановщика.

Шаблоны описания задачи:Для задач типа Task

Данный тип задач создается только разработчиками- QA инженерами. Может быть самостоятельной задачей, либо подзадачей для feature типа задач.

Заголовок: Краткое описание, понятное исполнителю Пример: Добавить новый Share to Facebook в Snapheal

1.Описание:Описание требуемых действий. Пример:Перенести Share to Facebook функциональность из проекта ColorStrokes в проект Snapheal

2. Условия приемки:Данный пункт находится в поле description ниже самого описания задачи. В нем описывается, как постановщик будет принимать данную задачу.Пример:1. Share to Facebook отрабатывает корректно, после нажатия на Post появляется на стене Facebook.2. Выбранный уровень приватности сохраняется. Если выбираю «только мне», то на фейсбуке так же

виден только мне.3. Работает с несистемными шерингами на OS X 10.7

3. Возможные баги:В данном пункте постановщик и исполнитель описывает, что, по его мнению может глючить, исходя из прошлого опыта.Пример:4. На 10.7 не учитывает уровень приватности.5. На 10.7 не отправляется, если сейчас в браузере открыт facebook.

Шаблоны описания задачи:

Задачи типа Research, Request, Idea, Discussion создаются без шаблонов. При создании задачи используется вольный стиль изложения сути, но при преобразовании в другой тип – задача

должна быть подогнана под шаблон.

Структура задач в Redmine:

Проект

Feature

TaskBug

BugTask

Bug

Feature TaskBug

TaskIdea

Discussion

Idea

FAQ по работе в Redmine:

1Q: Как редактировать задачу в Redmine?

1. Нужно найти нужную задачу в поиске, либо в окне фильтров:

2. Нажать кнопку Update:

FAQ по работе в Redmine:1Q: Как редактировать задачу в Redmine?

3. Редактируем доступные поля, если нужно редактировать описание, нажимаем на карандаш:

Это поле для ввода дополнительных записей, не описание!

FAQ по работе в Redmine:2Q: Как создать свой фильтр в Redmine?

1. Заходим в список задач по проекту:

2. Выбираем нужные нам поля для фильтрации задач, нажимаем Apply:

Видим такое окно фильтрации:

FAQ по работе в Redmine:2Q: Как создать свой фильтр в Redmine?

3. Проверяем правильно ли выбрались таски, и если все ОК, то сохраняем данный фильтр кнопкой Save:

4. Заполняем поля, public означает, что будет виден всем.