Менеджмент • 14 января 2025 • 5 мин чтения

Что такое метод экспертных оценок и как его использовать менеджеру проектов

Прежде чем начать работу над проектом, нужно оценить затраты на него. Помогает в этом метод экспертных оценок. Разбираемся, в чём его суть и как применять его в IT.

Что такое метод экспертных оценок

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

Максим Гостев, наставник курса «Менеджер проектов в IТ», руководитель отдела реализации проектов в SmartHorizon

Большинство задач в IT оценивают с помощью метода экспертных оценок. Вот есть, например, идея проекта или сервиса. Её декомпозируют на задачи, а затем каждую из этих задач эксперт исходя из собственного опыта оценивает в затратах времени и других ресурсов. Потом всё это умножают на стоимость выделенного человеко-часа — это единица учёта отработанного времени, в которую включены все затраты, подлежащие учёту, а также и прибыль. Так получается итоговая стоимость продукта.

Научиться составлять план и бюджет проекта, общаться с заказчиками и экспертами, руководить командой разработки можно на курсе «Менеджер проектов». Освоить эту востребованную в IT профессию могут даже те, кто никогда не писал код. Обучение длится всего полгода.

Суть метода экспертных оценок

Основная идея в том, что эксперты — это те, кто лучше всего понимает задачу, её сложности и потенциальные риски. Их опыт и знания позволяют сделать более точную оценку, чем исключительно формулы или шаблоны. Эксперты предлагают свои оценки, которые затем анализируются и согласовываются для получения максимально реалистичных результатов. Вот какие этапы есть в использовании этого метода:

Определение задачи. Что нужно сделать? Например, написать код, протестировать систему или запустить сервер.
Поиск экспертов. Это люди, которые обладают опытом и знаниями в этой сфере.
Сбор мнений. Эксперты дают свои оценки: сколько времени или ресурсов понадобится.
Сравнение и согласование. Если оценки отличаются, эксперты обсуждают их и приходят к единому мнению.

Максим Гостев
Экспертов, которые дают оценку, в моей практике определяют архитектор ПО или руководитель отдела разработки. Оценка может быть индивидуальной — когда человек в одиночку её проводит, и коллективной — когда в обсуждение включаются несколько специалистов. Во втором случае часто используют методику покер-планирования. Команда обсуждает задачу и оценивает её сложность в единицах времени или в Story Points (абстрактная величина для оценки усилий). Для оценки используются карточки с числами из ряда Фибоначчи: 0, 1, 2, 3, 5, 8, 13, 21 и т. д.

Группе специалистов предлагают оценить задачу. Каждый эксперт даёт оценку на основе своего опыта и знаний. Затем обсуждают оценки, находят несоответствия и приходят к единому выводу

Преимущества метода экспертных оценок

Метод экспертных оценок популярен в IT. Вот его основные преимущества:

Гибкость в уникальных ситуациях. Метод подходит для оценки нестандартных или уникальных задач, для которых нет исторических данных или шаблонов, — например, для интеграции с новым API, который команда раньше не использовала.

Быстрота получения результатов. Метод не требует сложных вычислений или больших объёмов данных. Оценку можно получить быстро, это особенно важно в условиях сжатых сроков — например, при срочном планировании пилотной версии проекта.
Коллективное принятие решений. Вовлечение нескольких экспертов снижает вероятность ошибок и повышает точность за счёт обсуждения и согласования.
Универсальность. Метод можно применять для оценки не только времени, но и других параметров: стоимости, объёма ресурсов, рисков.
Простота в использовании. Не требует сложных инструментов или методологий — достаточно собрать экспертов и организовать процесс оценки.

Особенности метода экспертных оценок

Особенность метода экспертных оценок — в субъективности. Качество результата напрямую зависит от компетенции и опыта участвующих специалистов. Кроме того, разные эксперты могут по-разному интерпретировать одну и ту же задачу. Например, один разработчик считает, что задачу можно решить за день, а другой закладывает неделю из-за предосторожности.

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

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

Влияние «группового мышления». При коллективной оценке эксперты могут подстраиваться под мнение лидера или большинства. Это снижает уровень независимости и приводит к неправильным результатам.
Отсутствие единого мнения. С одной стороны, хорошо, когда есть несколько взглядов на ситуацию. Но если оценки сильно различаются, обсуждение может затянуться.

Максим Гостев
Неопытные разработчики могут недооценить или переоценить задачу. Поэтому лучше брать нескольких экспертов. Хотя бы двух-трёх. Кроме того, важно учитывать риск неточности экспертной оценки и для таких ситуаций закладывать буфер — запас ресурсов и средств. В среднем это около +15%.

Применение метода экспертных оценок

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

1. Формулировка задачи	Менеджер проекта описывает задачу: ● Изменить структуру базы данных — добавить новые таблицы и связи. ● Перенести существующие данные в новую структуру. ● Провести тестирование, чтобы убедиться, что данные корректно отображаются в интерфейсе
2. Выбор экспертов	Для оценки приглашают: ● Опытного backend-разработчика. ● Специалиста по базам данных. ● QA-инженера
3. Сбор оценок	Каждый эксперт высказывает свою оценку. ● Backend-разработчик: «На изменение структуры базы данных и написание миграционного скрипта потребуется три дня». ● Специалист по базам данных: «С миграцией данных могут возникнуть сложности, поэтому лучше заложить пять дней». ● QA-инженер: «На тестирование всех изменений потребуется ещё два дня, чтобы учесть пограничные кейсы»
4. Анализ и согласование	● Команда обсуждает, что сложность миграции может быть выше из-за большого объёма данных, а тестирование можно проводить параллельно с разработкой. ● После обсуждения эксперты соглашаются заложить шесть рабочих дней на всю задачу
5. Итоговая оценка	Менеджер проекта закладывает в план шесть дней с учётом резервного времени на возможные сложности

Совет эксперта

Максим Гостев

Я как менеджер проекта всегда играю от пессимистичных прогнозов. Но при этом важно не «перезаложить» ресурсы, иначе упадёт эффективность. Поэтому можно вести таблицу экспертов и сравнивать, какую оценку они дали и как по факту сделали. Так сможете анализировать каждого эксперта и в будущем точнее выстраивать прогнозы.

Кроме того, можно использовать метод оценки по трём точкам. Он предполагает, что для каждой задачи или этапа проекта нужно определить три значения: оптимистичное, наиболее вероятное и пессимистичное. После определения трёх значений используется взвешенное среднее для получения итоговой оценки: E = (O + 4M + P) / 6, где:

● E — итоговая оценка;
● O — оптимистичное значение;
● M — наиболее вероятное значение;
● P — пессимистичное значение.

Статью подготовили: