Широкополосный delphi - Wideband delphi
В Широкополосный Delphi Метод оценки - это основанный на консенсусе метод оценки усилий. Это происходит из Delphi метод который был разработан в 1950-1960-х гг. RAND Corporation как инструмент прогнозирования. С тех пор он был адаптирован во многих отраслях для оценки различных задач, от результатов сбора статистических данных до прогнозов продаж и маркетинга.
Широкополосный процесс Delphi
Барри Бем и Джон А. Фаркуар возник широкополосный вариант Delphi метод в 1970-е гг. Они назвали его «широкополосным», потому что по сравнению с существующим методом delphi новый метод предполагал большее взаимодействие и большую коммуникацию между участниками. Метод был популяризирован книгой Бёма. Экономика программной инженерии (1981). Первоначальные шаги Бема из этой книги были:
- Координатор представляет каждому эксперту спецификацию и форму оценки.
- Координатор созывает групповое собрание, на котором эксперты обсуждают вопросы оценки с координатором и друг с другом.
- Специалисты анонимно заполняют формы.
- Координатор готовит и раздает сводку оценок.
- Координатор созывает групповое собрание, уделяя особое внимание обсуждению экспертами моментов, в которых их оценки сильно различаются.
- Эксперты заполняют формы, опять же анонимно, и шаги с 4 по 6 повторяются для необходимого количества раундов.
Вариант Wideband Delphi был разработан Нилом Поттером и Мэри Сакри из Группа процессов. В этом процессе менеджер проекта выбирает модератора и группу оценки из трех-семи человек. Процесс Delphi состоит из двух встреч, проводимых модератором. Первая встреча - это стартовая встреча, во время которой команда оценки создает структурная декомпозиция работ (WBS) и обсуждает предположения. После встречи каждый член команды составляет оценку трудозатрат для каждой задачи. Вторая встреча - это сессия оценки, на которой команда пересматривает оценки как группа и достигает консенсуса. После сеанса оценки менеджер проекта суммирует результаты и рассматривает их с командой, после чего они готовы к использованию в качестве основы для планирования проекта.
- Выбери команду. Менеджер проекта выбирает команду оценки и модератора. Команда должна состоять из 3-7 человек проектной команды. Команда должна включать представителей каждой инженерной группы, которая будет вовлечена в разработку оцениваемого рабочего продукта.
- Стартовая встреча. Модератор подготавливает команду и ведет обсуждение для мозгового штурма предположений, создания WBS и принятия решения о единицах оценки.
- Индивидуальная подготовка. После стартового собрания каждый член команды индивидуально генерирует начальные оценки для каждой задачи в WBS, документируя любые изменения в WBS и отсутствующие предположения.
- Оценочная сессия. Модератор проводит команду через серию повторяющихся шагов для достижения консенсуса по оценкам. В начале итерации модератор наносит оценки на доску, чтобы оценщики могли видеть диапазон оценок. Команда решает проблемы и пересматривает оценки, не раскрывая конкретных цифр. Цикл повторяется до тех пор, пока ни один оценщик не захочет изменить свою оценку, либо оценщики не согласятся, что диапазон приемлем.
- Собирайте задачи. Менеджер проекта работает с командой, чтобы собрать оценки от членов команды в конце встречи и составляет окончательный список задач, оценки и предположения.
- Просмотрите результаты. Менеджер проекта просматривает окончательный список задач с оценочной группой.
Смотрите также
дальнейшее чтение
- Эндрю Стеллман и Дженнифер Грин (2005). Управление прикладным программным обеспечением. Севастополь, Калифорния: O'Reilly Media. ISBN 0-596-00948-8.