Как посчитать производительность если сотрудник заболел?

Анализ производительности во время болезни сотрудника

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

Ключевые принципы при оценке

Прежде всего, важно понимать, что период болезни — это форс-мажорное обстоятельство, и прямое сравнение производительности в этот период с нормальными условиями некорректно и демотивирует команду. Основные принципы:

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

Методы расчета и адаптации показателей

Непосредственно во время болезни сотрудника классические метрики (например, velocity в Scrum, количество закрытых задач) для этого сотрудника теряют смысл. Вместо этого фокус смещается на адаптацию команды и пересчет проектных показателей.

1. Корректировка проектных метрик на уровне команды

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

# Пример логики пересчета ожидаемой производительности (velocity) команды
team_velocity_standard = 45  # Стандартная скорость команды в story points за спринт
employee_contribution_avg = 10  # Средний вклад заболевшего сотрудника
team_velocity_adjusted = team_velocity_standard - employee_contribution_avg

print(f"Скорректированная скорость команды на период болезни: {team_velocity_adjusted} пунктов")
# Важно: Это план-прогноз, а не жесткая норма. Фактическая скорость может быть ниже из-за затрат на передачу знаний.

2. Анализ влияния на проект (Project Impact Analysis)

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

• Пересчет сроков (replanning): Используя методы критического пути (Critical Path Method, CPM), мы определяем, как болезнь ключевого специалиста влияет на даты релиза.
• Коэффициент использования ресурсов (Resource Utilization): Фактический показатель для команды может временно снизиться, что является нормальным.

    *   `Фактическая утилизация = (Затраченные часы / (Доступные часы - Часы болезни)) * 100%`

• Метрика восстановления потока (Flow Efficiency): После возвращения сотрудника важно отследить, сколько времени уходит на возвращение в контекст и восстановление нормального рабочего ритма.

3. Оценка после возвращения сотрудника

После выхода с больничного производительность оценивается с учетом периода адаптации.

• График возвращения к полной продуктивности: В первые дни/недели производительность может быть ниже средней. Это нужно закладывать в планы.
• Скользящее среднее (Moving Average): Для оценки долгосрочной производительности сотрудника разумно использовать усредненные данные за несколько последних спринтов или месяцев, "сглаживая" период болезни.

-- Пример запроса для расчета скользящей средней производительности сотрудника по завершенным задачам за последние 4 спринта (исключая спринт, где был больничный)
SELECT
    employee_id,
    AVG(story_points_completed) OVER (
        ORDER BY sprint_id
        ROWS BETWEEN 3 PRECEDING AND CURRENT ROW
    ) as moving_avg_velocity
FROM sprint_performance
WHERE employee_id = 123
AND sprint_id != 15 -- ID спринта, в котором была болезнь
ORDER BY sprint_id DESC;

Практические действия Project Manager'а

1. Немедленная коммуникация: Обсудить с командой ситуацию, перераспределить критичные задачи.
2. Обновление планов и рисков: Внести изменения в план проекта, обновить Risk Register, указав вероятные сдвиги сроков.
3. Фокус на командных результатах: В отчетности для стейкхолдеров объяснить влияние на временные линии, делая акцент на планах по смягчению последствий, а не на персональной производительности отсутствующего.
4. Поддержка возвращения: После выхода сотрудника провести короткую встречу (one-to-one), помочь влиться в процесс, постепенно наращивать нагрузку.

Вывод

Не существует корректной формулы для расчета "производительности заболевшего сотрудника". Вместо этого профессиональный IT Project Manager должен:

• Скорректировать командные и проектные метрики, исключив на период болезни данного сотрудника из уравнений производительности.
• Управлять последствиями для проекта через перепланнирование и коммуникацию.
• Оценивать вклад сотрудника в долгосрочной перспективе, используя усредненные данные и учитывая период адаптации.

Таким образом, производительность во время болезни — это не объект расчета, а сигнал для оперативного управления ресурсами проекта и демонстрации зрелого, поддерживающего отношения к команде.