<< Нажмите для показа Оглавления >> Навигация:  Специальные возможности > Анализ загрузки менеджеров > Методика калибровки модели

Методика калибровки параметра MaxRawLoad

Параметр MaxRawLoad является ключевым параметром модели анализа загрузки. Он определяет уровень «полной» загрузки менеджера, относительно которого все значения переводятся в шкалу 0–10.

Если суммарные коэффициенты проектов дают среднее значение около 1.0, то параметр MaxRawLoad фактически определяет количество проектов, которое считается полной загрузкой менеджера.

Когда требуется калибровка

Калибровка MaxRawLoad рекомендуется в следующих случаях:
• после внедрения системы анализа загрузки;
• при существенном изменении среднего размера проектов;
• при изменении организационной структуры команды;
• при появлении систематической перегрузки или недозагрузки менеджеров.

Практический алгоритм настройки

1. Выберите период анализа (обычно 2–3 месяца).

2. Определите менеджеров с нормальной, устойчивой загрузкой.

3. Подсчитайте среднее количество проектов у таких менеджеров.

4. Установите значение MaxRawLoad примерно равным этому количеству.

5. Проверьте визуализацию тепловой карты и при необходимости скорректируйте значение.

Пример калибровки

Допустим, в компании анализ показал, что менеджер комфортно ведёт в среднем 7–8 проектов одновременно.

В этом случае рекомендуется установить: MaxRawLoad = 8

Это означает, что при суммарной нагрузке около 8 единиц система будет показывать максимальный уровень загрузки (10).

Интерпретация изменения параметра

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

Персональная калибровка параметра MaxRawLoad по менеджерам

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

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

Назначение персональной калибровки

Параметр MaxRawLoad определяет максимальный объём "сырой" загрузки, который считается нормой для менеджера. Именно относительно этого значения система нормализует текущую нагрузку и рассчитывает итоговый показатель загрузки.

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

Это позволяет:

 

•точнее отражать реальную рабочую нагрузку;

•корректно сравнивать менеджеров между собой;

•избежать ложных сигналов о перегрузке или недозагрузке;

•адаптировать модель анализа под особенности компании.

Настройка персональных порогов

Для управления персональными значениями используется раздел «Пороги нормализации MaxRawLoad по менеджерам» в настройках модели.

 

В таблице отображаются:

 

Доступные действия:

•Создать — добавить персональный порог для менеджера;

•Изменить — отредактировать существующее значение;

•Удалить — удалить индивидуальную настройку.

•

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

Рекомендации по калибровке

Персональную настройку рекомендуется использовать в следующих случаях:

•опытные менеджеры стабильно обрабатывают больше проектов;

•часть сотрудников работает с более сложными или длительными сделками;

•менеджеры выполняют дополнительные функции (кураторство выставок, аналитика, работа с ключевыми клиентами);

•требуется более точная балансировка нагрузки внутри отдела.

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

Пример

Если базовый параметр модели установлен:

 

MaxRawLoad = 10

 

это означает, что значение RawLoad = 10 соответствует 100% загрузки менеджера.

Однако если опытный менеджер способен стабильно вести больший объём работы, для него можно задать:

 

MaxRawLoad = 20

 

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

•для стандартного менеджера — как высокая загрузка;

•для более опытного — как нормальная рабочая нагрузка.

 

Таким образом достигается более корректная аналитика и справедливое распределение задач.

Подробный анализ влияния коэффициентов на итоговую нагрузку

Модель расчёта построена таким образом, чтобы отражать три ключевых фактора нагрузки менеджера:

1.сложность проекта

2.приоритет проекта

3.близость дедлайна

Каждый из этих факторов влияет на итоговую нагрузку мультипликативно.

Load_project_day = BaseWeight × PriorityFactor × DeadlineFactor × ComplexityFactor

 

Таким образом изменение любого коэффициента пропорционально изменяет итоговую нагрузку.

Влияние PriorityFactor (приоритет проекта)

Формула:

PriorityFactor = 0.5 + (Priority / 100)

 

Диапазон:

0.51 — 1.5

 

Интерпретация

Пример

Допустим:

ComplexityFactor = 1
DeadlineFactor = 1
BaseWeight = 1

Тогда:

 

Приоритет линейно усиливает нагрузку.

Это позволяет системе учитывать:

•стратегически важные проекты

•проекты VIP клиентов

•проекты с повышенным контролем.

Влияние DeadlineFactor (близость выставки)

Таблица коэффициентов:

 

Логика модели

Чем ближе выставка, тем больше:

•коммуникаций

•согласований

•логистики

•контроля подрядчиков

Поэтому нагрузка резко возрастает.

 

Пример

Пусть:

ComplexityFactor = 1
PriorityFactor = 1

 

В последние 7 дней нагрузка в 2 раза выше, чем на раннем этапе проекта. Это отражает реальную операционную нагрузку.

 

Влияние ComplexityFactor (сложность проекта)

Формула:

ComplexityFactor = AreaFactor × 0.6 + BudgetFactor × 0.4

Обоснование весов

Площадь влияет сильнее, потому что:

•больше элементов конструкции

•больше координации

•больше логистики

 

Бюджет учитывает:

•уровень ответственности

•количество подрядчиков

•сложность согласований.

 

Пример расчёта

Исходные данные:

StandArea = 80 м²
AreaNorm = 50
ProjectBudget = 4 500 000
BudgetNorm = 3 000 000

Расчёт:

AreaFactor = 80 / 50 = 1.6
BudgetFactor = 4.5 / 3 = 1.5
ComplexityFactor = 1.6 × 0.6 + 1.5 × 0.4 = 1.56

 

Это означает:

нагрузка на 56% выше стандартной

Совместное влияние коэффициентов

Рассмотрим несколько сценариев.

Сценарий 1 — обычный проект

ComplexityFactor = 1
PriorityFactor = 1
DeadlineFactor = 1
Load_project_day = 1

Это базовая нагрузка одного проекта.

Сценарий 2 — сложный проект

ComplexityFactor = 1.6
PriorityFactor = 1
DeadlineFactor = 1
Load_project_day = 1.6

Один такой проект эквивалентен:

1.6 обычного проекта

Сценарий 3 — сложный и срочный проект

ComplexityFactor = 1.6
PriorityFactor = 1.2
DeadlineFactor = 1.6
Load_project_day =
1 × 1.2 × 1.6 × 1.6
= 3.07

Это означает:

один такой проект ≈ 3 обычных проекта