Как трекнутое время переходит в бюджет?

Отличный и очень практичный вопрос, который затрагивает самую суть управления проектами: связь между операционной деятельностью (время) и финансовыми результатами (бюджет). Процесс перехода трекнутого времени в бюджет — это учёт затрат (Cost Accounting) и контроль освоенного объёма (Earned Value Management, EVM).

Вот как это происходит поэтапно, от ежедневной задачи до финансового отчёта.

1. Фундамент: Структура и Ставки

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

• Детализированная Структура Пакетов Работ (Work Breakdown Structure — WBS). Задача не может быть просто "разработка". Это "разработка модуля авторизации, задача DEV-123". WBS привязывает каждую единицу работы к конкретному элементу проекта.
• Определение трудоёмкости (человеко-часы) и стоимостных ставок. Каждый час работы специалиста имеет цену:

    *   **Прямая ставка:** Оклад сотрудника / на среднее количество рабочих часов в месяце + коэффициент начисления налогов (бремя).
    *   **Полная ставка (fully loaded rate):** Прямая ставка + доля операционных расходов (офис, лицензии ПО, менеджмент). Это даёт реальную стоимость часа для компании.

# Пример упрощённого расчёта полной ставки
salary_per_month = 250000  # Оклад
monthly_work_hours = 160
overhead_rate = 0.35  # 35% на операционные расходы

direct_rate = salary_per_month / monthly_work_hours  # ~1562.5 руб/час
full_hourly_rate = direct_rate * (1 + overhead_rate) # ~2109.4 руб/час

Каждая трекнутая единица времени затем умножается на такую ставку.

2. Процесс Трекинга: От Задачи к Затратам

Ежедневная работа команды фиксируется в инструментах (Jira, Asana, Toggl, Redmine).

1. Сотрудник указывает, сколько часов он потратил на конкретную задачу (например, 4 часа на задачу "DEV-123").
2. Система учёта времени автоматически привязывает эти часы:

    *   К **конкретной задаче** (и через неё — к элементу WBS и этапу проекта).
    *   К **конкретному сотруднику** (с его назначенной ставкой).

1. Автоматический расчёт: Система умножает затраченные часы на часовую ставку сотрудника.

-- Пример логики запроса в базе данных для формирования затрат за период
SELECT
    t.task_id,
    t.task_name,
    wbs.project_phase,
    e.employee_name,
    SUM(te.hours_logged) AS total_hours,
    e.hourly_rate,
    SUM(te.hours_logged * e.hourly_rate) AS calculated_cost
FROM time_entries te
JOIN tasks t ON te.task_id = t.id
JOIN wbs ON t.wbs_id = wbs.id
JOIN employees e ON te.employee_id = e.id
WHERE te.date BETWEEN '2024-05-01' AND '2024-05-07'
GROUP BY t.task_id, wbs.project_phase, e.employee_id;

Так формируется детализированная карта фактических затрат по задачам.

3. Агрегация и Анализ: От Затрат к Бюджетной Отчётности

Собранные фактические затраты агрегируются и сравниваются с планом.

• Агрегация по статьям бюджета: Затраты группируются не только по задачам, но и по бюджетным статьям: "ФОТ разработки", "ФОТ тестирования", "Внешние услуги".
• Анализ по методу освоенного объёма (Earned Value Management). Это ключевой инструмент для понимания, куда уходит бюджет.

    *   **PV (Planned Value)** — сколько работы должно было быть выполнено к этой дате по плану в денежном выражении (план).
    *   **EV (Earned Value)** — сколько работы реально выполнено в денежном выражении (ценность).
    *   **AC (Actual Cost)** — сколько реально потрачено (трекнутое время * ставки + другие затраты).

# Пример расчёта ключевых метрик EVM
PV = 1000000  # План на текущую дату: 1 млн руб
EV = 850000   # Освоенный объём: 850 тыс. руб (по выполненным задачам)
AC = 950000   # Фактические затраты: 950 тыс. руб (из трекнутого времени)

CV = EV - AC   # Отклонение по затратам (Cost Variance): -100 000 руб (перерасход)
CPI = EV / AC  # Индекс выполнения стоимости (Cost Performance Index): 0.89 (<1 значит перерасход)

SV = EV - PV   # Отклонение по расписанию (Schedule Variance): -150 000 руб (отставание)
SPI = EV / PV  # Индекс выполнения расписания: 0.85 (<1 значит отставание)

Эти цифры напрямую показывают, как трекнутое время (AC) соотносится с ценностью (EV) и планом (PV).

4. Итоговый Переход: Бюджетный Факт и Прогноз

• Фактическое выполнение бюджета: Трекнутое время формирует фактическую часть (actuals) бюджета. Мы видим, сколько уже потрачено по каждой статье.
• Прогноз по завершению (Estimate At Completion — EAC): На основе текущей эффективности (CPI) мы можем предсказать итоговую стоимость проекта.

    *   Простейший прогноз: `EAC = Budget / CPI`. Если CPI=0.89, а бюджет 5 млн руб, прогноз будет ~5.62 млн руб.

• Корректирующие действия: Менеджер на основе этого анализа принимает решения: оптимизировать процессы, перераспределить ресурсы, обсушить scope с заказчиком или запросить дополнительное финансирование.

Критически важные нюансы

• Качество ввода данных: "Мусор на входе — мусор на выходе". Неточный трекинг (забыли залогировать, залогировали не на ту задачу) делает всю финансовую картину неверной.
• Учёт неучтённого времени: Административные задачи, митинги, простои. Их тоже нужно трекать (например, на отдельную статью "Внутренние операции"), иначе ставки будут завышены, а фактические затраты — скрыты.
• Интеграция систем: Идеальный поток — автоматическая передача данных из таск-трекера в систему финансового учёта (например, 1C или SAP), минуя ручной ввод.

Вывод: Трекнутое время — это сырые данные о трудозатратах. Превращая их в денежный эквивалент через утверждённые ставки и привязывая к структурным элементам проекта (WBS), мы получаем фактические затраты (AC). Сравнивая эти затраты с плановой стоимостью запланированных работ (PV) и стоимостью реально выполненных работ (EV), мы осуществляем финансовый контроль проекта и управляем бюджетом, а не просто фиксируем его расход.