В каких единицах делаешь оценку

Оценка проекта в единицах: комплексный подход

Как IT Project Manager с 10+ лет опыта, я использую комбинацию единиц измерения для оценки, поскольку каждый тип оценки отвечает на разные вопросы и требует разных уровней детализации. Основная цель — получить практическую, реалистичную и прозрачную оценку, которая будет служить надежной базой для планирования, контроля бюджета и коммуникации с stakeholders.

Основные единицы измерения и их применение

1. Человеко-часы / Человеко-дни (Man-hours / Man-days) — это фундаментальная единица для оценки трудоемкости работ.

• Для чего: Расчет общего объема работы, необходимого для выполнения задач, и формирование трудового бюджета.
• Когда применяется: На этапе детального планирования (Detailed Planning) или для оценки отдельных задач в ходе исполнения проекта.
• Пример в контексте: Оценка разработки модуля.

  # Пример логики расчета для модуля "Интеграция с платежной системой"
  tasks = {
      "Анализ API платежной системы": 16,  # man-hours
      "Разработка клиента для API": 40,
      "Написание модульных тестов": 24,
      "Интеграция в основное приложение": 32,
      "Настройка окружения и деплой": 16
  }
  total_man_hours = sum(tasks.values())  # 128 часов
  

    Затем, учитывая **рабочий день (8 часов)** и **коэффициент продуктивности (например, 0.8, учитывая встречи и административные задачи)**, вычисляем календарное время: `128 ч / (8 ч/день * 0.8) ≈ 20 дней` для одного разработчика.

2. Денежные единицы (Бюджет)

• Для чего: Оценка финансовых затрат проекта. Это конечный результат, который интересует бизнес и финансистов.
• Как формируется: Бюджет складывается из:

    *   **Трудовые затраты:** `Человеко-часы * Стоимость часа работы специалиста (внутренняя или внешняя)`.
    *   **Затраты на оборудование, инфраструктуру и лицензии:** Прямые покупки или облачные сервисы (AWS, Azure).
    *   **Сопутствующие расходы:** Консультации, обучение, командировки.
    *   **Пример:** `Общий бюджет = (128 ч * $50/ч) + $2000 (новый сервер) + $500 (лицензия) = $8900`.

3. Относительные единицы (Story Points или T-shirt sizes)

• Для чего: Высокоуровневое сравнение и ранжирование объема задач, особенно в Agile-методологиях (Scrum).
• Когда применяется: На этапах предварительной оценки (High-level Estimation) и для планирования спринтов.

    *   **Story Points** оценивают сложность, объем и риски относительно известной задачи-эталона.
    *   **T-shirt sizes (XS, S, M, L, XL)** дают быструю категоризацию без глубокого анализа.

• Пример использования: В начале проекта для сравнения фич.

  -- Пример ранжирования фич для нового продукта
  SELECT feature_name, estimated_size FROM project_features;
  -- Результат:
  -- 'Базовая регистрация пользователя' -> 'S'
  -- 'Построение сложной аналитической отчетности' -> 'XL'
  -- 'Интеграция с внешним CRM' -> 'M'
  

4. Календарные единицы (Дни, недели, месяцы)

• Для чего: Оценка длительности проекта (Duration) и определение ключевых дат (deadlines, milestones).
• Как формируется: Конвертация трудоемкости (человеко-часов) в календарное время с учетом:

    *   **Количества доступных ресурсов** и их **распределения** между задачами.
    *   **Зависимости задач** (критический путь).
    *   **Непроизводительного времени** (отпуски, болезни, общие встречи).
    *   **Пример расчета:** Если для проекта нужно 1000 человеко-часов, в команде 5 разработчиков с продуктивностью 6 часов чистого кодирования в день, то продолжительность ≈ `1000 ч / (5 чел * 6 ч/день) ≈ 33 календарных дня`.

Итог: последовательность процесса оценки

Мой подход обычно иерархичен и проходит от высокоуровневого к детальному:

1. Фаза предварительной оценки (High-Level): Используем Story Points или T-shirt sizes для сравнения объема работ и формирования первоначального видения Roadmap.
2. Фаза планирования (Planning): Разбиваем крупные единицы (например, "фичу XL") на конкретные задачи и оцениваем их в человеко-часах. Это дает понимание трудоемкости.
3. Фаза бюджетирования (Budgeting): Конвертируем трудоемкость и другие затраты в денежные единицы, формируем бюджет проекта.
4. Фаза календарного планирования (Scheduling): На основе трудоемкости, доступности ресурсов и зависимостей строим календарный план, получая оценку в календарных единицах (днях/неделях).

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