Методы оценки - широкополосный 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 - это основанный на консенсусе метод оценки усилий.
- Полезно при оценке времени на выполнение задачи.
- Участие опытных людей и их индивидуальная оценка приведет к достоверным результатам.
- Люди, которые будут делать эту работу, делают оценки, таким образом делая достоверные оценки.
- Анонимность, поддерживаемая повсюду, позволяет каждому уверенно выражать свои результаты.
- Очень простая техника.
- Предположения документируются, обсуждаются и согласовываются.
Недостатки
- Требуется управленческая поддержка.
- Результаты оценки могут не соответствовать тому, что руководство хочет слышать.