1. Настройка структуры для KPI. Должности, степы, грейды, отделы

Для расчета «KPI» в Redmine на данном шаге необходимо настроить систему грейдирования в вашей организации (не обязательно), а также настроить структуру подчиненности. Важно создать дерево департаментов и отделов. От этого зависят некоторые права и обязанности при заполнении, просмотре и расчете показателей KPI

Грейдирование в KPI

Система грейдирования распределяет систему должностей компании по группам в соответствии с их ценностью, при этом определяя верхние и нижние границы оплаты труда в рамках каждой должности. Такой подход позволяет:

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

Если вы планируете использовать систему грейдирования при расчете зарплат в KPI, то следует выполнить следующие шаги:

  • В разделе Администрирование выбрать пункт Грейды.

  • Нажать ссылку Добавить грейд.


  • Заполнить название грейда, минимальный и максимальный уровень оклада в рамках грейда.

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

Должности и отделы

Должности и отделы доступны после установки плагина для Redmine — Hierarchy (ldap_users_sync). Должности и отделы определяют отношения подчиненности между пользователями в KPI и предоставляют некоторые права и обязанности по отношению к подчиненным.

Должности и отделы могут быть использованы в шаблонах правил для выбора пользователей, например в таких плагинах, как «Service Desk», а также для настройки правил автоматического добавления пользователей в группы Redmine.

На данном этапе нужно настроить список должностей в Вашей организации, а также иерархию отделов и подчиненность пользователей. Вы можете создать структуру Вашей организации через описанный ниже интерфейс либо выгрузить из Active Directory, как это описано в инструкции по настройке плагина «Hierarchy».

  • В разделе Администрирование выбрать пункт Должности.

  • Нажать ссылку Добавить должность.


  • Заполнить название должности и выбрать грейд из существующих.

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


  • В разделе Администрирование выбрать пункт Отделы.

  • Нажать ссылку Добавить отдел.


  • Указать Вышестоящий отдел из существующих отделов.

  • Заполнить название отдела и выбрать руководителя отдела из существующих пользователей.

  • Флаг Структурное подразделение используется для логического разбиения дерева отделов на Департаменты. Это позволяет сделать результаты отчетов в KPI сгруппированными или получить статистику только в рамках одного департамента. Кроме того этот флаг может быть использован прочими плагинами.


  • После добавления нового отдела, во вкладке Должности следует выбрать и добавить допустимые в данном отделе должности.


  • На вкладке Пользователи нужно выбрать и добавить сотрудников данного отдела.

  • Если добавляются пользователи, должности которых указаны, но отсутствуют в текущем отделе, то Вам предложат выбор, как поступить в данной ситуации.

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


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

  • Тут же можно указать Офис сотрудника (если настроено).

  • Также в профиле пользователя возможно указать Замещающего. Замещающий получает почти ВСЕ права замещаемого (роли в проектах, права, основывающиеся на иерархии пользователей, некоторые специфические права, предоставляемые прочими плагинами)!


  • После того, как структура Вашей организации полностью настроена, следует зайти в настройки модулей Redmine, параметры плагина KPI и указать Руководителя максимального уровня.

  • Если Руководитель максимального уровня не установлен, то вместо него предполагается пользователь с максимальным количеством подчиненных. Это необходимо для того, чтобы в результативности KPI не участвовали такие встроенные пользователи (Admin) и пользователи вне структуры Вашей организации (технические аккаунты для синхронизации данных и т.п.).


  • Создадим тестовый проект и включим в него созданных нами пользователей С различными ролями. Это необходимо для примера расчета показателей в дальнейшем.


  • Создадим в проекте одну задачу вида Ошибка. Это необходимо для примера расчета показателей в дальнейшем.