← Назад к вопросам

Что такое оценка по трем точкам?

1.7 Middle🔥 141 комментариев
#Планирование и оценка

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI6 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Что такое оценка по трем точкам?

Оценка по трем точкам (Three-Point Estimation) — это статистический метод оценки длительности задач или стоимости проектов, который вместо одного числа использует три возможных сценария: оптимистичный (O), пессимистичный (P) и наиболее вероятный (M). Этот подход, часто применяемый в рамках Project Management Institute (PMI) и методологий вроде PERT (Program Evaluation and Review Technique), позволяет учесть неопределённость и риски, предоставляя более реалистичный диапазон оценок.

Ключевые компоненты метода

  • Оптимистичная оценка (O): Минимально возможное время выполнения задачи при идеальных условиях (все ресурсы доступны, нет задержек).
  • Пессимистичная оценка (P): Максимальное время выполнения при наихудшем стечении обстоятельств (возникли серьёзные риски, проблемы с поставками).
  • Наиболее вероятная оценка (M): Реалистичное время выполнения при обычных, типовых условиях.

Расчёт итоговой оценки

На основе этих трёх значений рассчитывается взвешенное среднее, которое и становится финальной оценкой. Существуют две основные формулы:

  1. Формула PERT (более распространённая): Придаёт наибольший вес наиболее вероятной оценке.
    # Формула PERT для оценки длительности (tE)
    tE = (O + 4*M + P) / 6
    
    Пример: Если O=5 дней, M=8 дней, P=15 дней, то:
    `tE = (5 + 4*8 + 15) / 6 = (5 + 32 + 15) / 6 = 52 / 6 ≈ 8.67 дня`

  1. Простое среднее: Используется реже, когда все три сценария считаются равновероятными.
    # Простое среднее арифметическое
    tE = (O + M + P) / 3
    

Преимущества метода

Использование трёхточечной оценки даёт проекту и менеджеру несколько критически важных преимуществ:

  • Снижение когнитивных искажений: Нивелирует эффекты "планировочной ошибки" (optimism bias) и "синдрома студента" (student syndrome), заставляя команду явно рассматривать негативные сценарии.
  • Количественная оценка неопределённости: Позволяет рассчитать стандартное отклонение (σ) и дисперсию для каждой задачи, что критично для анализа рисков.
    # Расчёт стандартного отклонения (σ) по методу PERT
    sigma = (P - O) / 6
    # Для примера выше: (15 - 5) / 6 ≈ 1.67 дня
    
    Это означает, что реальная длительность задачи с высокой вероятностью окажется в диапазоне `tE ± sigma`.
  • Повышение реалистичности плана: Вместо одного "сферического в вакууме" числа получается обоснованный диапазон (O - P) и наиболее вероятная точка внутри него.
  • Улучшение коммуникации с заказчиком: Менеджер может наглядно показать, как неопределённость и риски влияют на сроки, и обосновать необходимость буферного времени.
  • Фундамент для Monte Carlo-симуляций: Полученные распределения оценок по всем задачам можно использовать для продвинутого вероятностного анализа расписания всего проекта.

Практическое применение в работе IT Project Manager

В реальном проекте по разработке ПО я применяю эту технику на этапе планирования спринта или создания WBS. Процесс выглядит так:

  1. Бриф с командой: Для каждой задачи (например, "Реализовать REST API для модуля платежей") я провожу короткий мозговой штурм с разработчиками и тестировщиками.
  2. Сбор трёх оценок: Задаю уточняющие вопросы:
    *   "Что должно случиться, чтобы сделать это за 3 дня (O)?"
    *   "Что может пойти не так, и задача растянется на 14 дней (P)?"
    *   "Как выглядит стандартный процесс выполнения (M=8 дней)?"
  1. Консолидация и анализ: Рассчитываю tE и sigma. Если разброс между O и P слишком велик (высокое sigma), это красный флаг, сигнализирующий о большой неопределённости. Такая задача требует дополнительного анализа, декомпозиции или создания митигационного плана.
  2. Построение прогноза: Суммируя PERT-оценки (tE) по критическому пути, я получаю прогнозную длительность этапа. Суммируя дисперсии, я могу оценить общую неопределённость по проекту.

Ограничения метода

  • Субъективность на входе: Качество результата напрямую зависит от экспертизы команды, дающей исходные оценки.
  • Требует времени: Занимает больше времени, чем экспресс-оценка одним числом.
  • Не учитывает взаимозависимости рисков: Базовый метод предполагает независимость оценок для разных задач, что в реальности не всегда так.

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