Методы оценки - широкополосный Delphi

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

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

Метод Delphi был разработан в 1950-1960-х годах в корпорации RAND.

Широкополосный метод Delphi

В 1970-х годах Барри Бем и Джон А. Фаркуар создали широкополосный вариант метода Дельфи. Термин «широкополосный» используется потому, что, по сравнению с методом Delphi, метод широкополосного использования Delphi предполагает большее взаимодействие и более тесную связь между участниками.

В Wideband Delphi Technique группа оценки состоит из менеджера проекта, модератора, экспертов и представителей команды разработчиков, составляющих команду из 3-7 человек. Есть две встречи -

  • Стартовое совещание
  • Оценка встречи

Широкополосный метод Delphi - шаги

Step 1 - Выберите команду оценки и модератора.

Step 2- Модератор проводит стартовую встречу, на которой команде предоставляется спецификация проблемы и список задач высокого уровня, любые предположения или ограничения проекта. Команда обсуждает проблему и вопросы оценки, если таковые имеются. Они также принимают решение о единицах оценки. Модератор ведет все обсуждение, контролирует время и после стартовой встречи, готовит структурированный документ, содержащий спецификацию проблемы, список задач высокого уровня, предположения и единицы оценки, которые были приняты. Затем он отправляет копии этого документа для следующего шага.

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

Step 4- Модератор вызывает группу оценки на встречу по оценке. Если кто-либо из членов группы оценки отвечает, что оценки не готовы, модератор дает больше времени и повторно отправляет приглашение на собрание.

Step 5 - Вся оценочная группа собирается на оценочную встречу.

Step 5.1 - В начале оценочной встречи модератор собирает первоначальные оценки от каждого члена команды.

Step 5.2- Затем он рисует диаграмму на доске. Он отображает общую оценку проекта каждого участника знаком X в строке 1 раунда, не раскрывая соответствующих имен. Команда оценки получает представление о диапазоне оценок, который изначально может быть большим.

Step 5.3- Каждый член команды зачитывает вслух подробный список задач, которые он / она сделал, определяя любые сделанные предположения и поднимая любые вопросы или проблемы. Смета задачи не разглашается.

Индивидуальные подробные списки задач при объединении вносят вклад в более полный список задач.

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

Step 5.5- Затем каждый член команды пересматривает свой список задач и предположения и при необходимости вносит изменения. Оценки задач также могут потребовать корректировок на основе обсуждения, которые отмечены как + N Hrs. для дополнительных усилий и –N Hrs. для меньших усилий.

Затем члены группы объединяют изменения в оценках задач, чтобы получить общую оценку проекта.

Step 5.6 - Модератор собирает измененные оценки от всех членов команды и наносит их на линию 2 раунда.

В этом раунде диапазон будет уже по сравнению с предыдущим, поскольку он больше основан на консенсусе.

Step 5.7 - Затем группа обсуждает внесенные изменения в задачу и предположения.

Step 5.8- Затем каждый член команды пересматривает свой список задач и предположения и при необходимости вносит изменения. Оценки задач могут также потребовать корректировок на основе обсуждения.

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

Step 5.9 - Модератор снова собирает измененные оценки от всех участников и наносит их на линию 3 раунда.

Опять же, в этом раунде диапазон будет уже по сравнению с предыдущим.

Step 5.10 - Шаги 5.7, 5.8, 5.9 повторяются до тех пор, пока не будет выполнен один из следующих критериев:

  • Результаты сведены к достаточно узкому диапазону.
  • Все члены команды не хотят менять свои последние оценки.
  • Отведенное для оценки время встречи истекло.

Step 6 - Затем менеджер проекта собирает результаты оценочной встречи.

Step 6.1 - Он объединяет отдельные списки задач и соответствующие оценки в единый главный список задач.

Step 6.2 - Он также объединяет отдельные списки предположений.

Step 6.3 - Затем он просматривает окончательный список задач с группой оценки.

Преимущества и недостатки широкополосной техники Delphi

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

  • Широкополосный метод Delphi - это основанный на консенсусе метод оценки усилий.
  • Полезно при оценке времени на выполнение задачи.
  • Участие опытных людей и их индивидуальная оценка приведет к достоверным результатам.
  • Люди, которые будут делать эту работу, делают оценки, таким образом делая достоверные оценки.
  • Анонимность, поддерживаемая повсюду, позволяет каждому уверенно выражать свои результаты.
  • Очень простая техника.
  • Предположения документируются, обсуждаются и согласовываются.

Недостатки

  • Требуется управленческая поддержка.
  • Результаты оценки могут не соответствовать тому, что руководство хочет слышать.