Функции, включенные в продукт (техническая основная линия)

является основой объема проекта

Заполнится он или нет, зависит от описания товара.

Описание содержания продукта является важным компонентом описания содержания проекта. Изменения в составе продукта в первую очередь влияют на содержание проекта.

Работа, необходимая для доставки продукта (основное направление управления)

Базовый план объема проекта

Как составить описание содержания проекта

Как создать WBS из описания области действия

Как поддерживать и утверждать WBS

Создание, поддержка и утверждение WBS

базовый уровень диапазона

Как подтвердить и официально принять завершенные результаты проекта

Как обрабатывать изменения содержания проекта

Как планировать, отслеживать и сообщать о различных действиях, связанных со спросом

Ресурсы, необходимые для управления спросом

Программа обучения

Стратегии участия заинтересованных сторон проекта в управлении требованиями

Критерии и корректирующие процедуры для определения несоответствий между содержанием проекта и требованиями

Действия по управлению конфигурацией

требования высокого уровня

Развертывание функции качества QFD

Потребности пользователя

системные требования

Интерактивное обсуждение под руководством модератора с избранными заинтересованными сторонами и профильными экспертами

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

Мозговой штурм

номинальная группа

Дельфи

Концепция/Интеллект-карта

Диаграмма сродства (метод КДж)

Многокритериальный анализ решений

единогласно согласился

большинство принципов

правило относительного большинства

диктатура

Планируемая (фактическая) практика сравнивается с практикой аналогичных организаций.

Показывает входные данные системы и поставщиков входных данных, выходные данные и поставщики выходных данных.

Уровни обслуживания, производительность, безопасность, соответствие требованиям

Должны быть записаны соответствующие атрибуты каждого требования, включая описание требования, владельца, источник, приоритет, текущий статус (в работе, отменено, отложено, вновь добавлено, утверждено, назначено, завершено и т. д.).

Задавайте вопросы о продуктах и ​​отвечайте на них, чтобы составить описание их использования и функций.

Укажите как можно больше потенциальных альтернатив.

Описание ассортимента продукции

Критерии приемки

Практические результаты

Исключения проекта

Ограничения

Предположения

Также известен как: обзор, обзор, аудит, обход, инспекция, тестирование и т. д.

прогресс, средства, ресурсы

Ассортимент продукции

Являются ли результаты достаточными и должны ли они быть завершены, а также достаточно ли времени, средств и ресурсов.

Элементы собственного участия и ответственности

Проверить продукт

Подтвердите область действия

КК

Подтвердите область действия

Важные контрольные точки — это вехи, важные вехи — это базовые показатели.

Результаты самого низкого уровня WBS

Необходимо быть очень конкретным, чтобы браться за задачи, которые имеют смысл сами по себе.

Размер пакета работ должен соответствовать принципу 8/80.

Пакет работ или элемент над пакетом работ

Контрольная учетная запись может содержать несколько рабочих пакетов, а рабочий пакет может принадлежать только одной контрольной учетной записи.

Элементы WBS ниже контрольных счетов и выше рабочих пакетов

Содержание работы известно, но подробные элементы WBS по ходу выполнения все еще отсутствуют.

Документация, используемая для объяснения идентификаторов кодировки в WBS.

Определить и проанализировать результаты и сопутствующую работу

Определить структуру и расположение WBS

Уточнение сверху вниз, послойное

Разработать и присвоить идентификационные коды компонентам WBS.

Убедитесь, что уровень декомпозиции результатов соответствует требованиям.

функциональные или технические принципы

организационная структура

система или подсистема

Рассматривайте каждую стадию жизненного цикла как второй уровень.

Основные результаты как второй уровень

Подпроекты (внешние источники) в качестве второго уровня

Иерархия ясна, интуитивно понятна и структурирована, но ее нелегко изменить. Не подходит для больших и сложных проектов.

Менее интуитивно понятен, но может отражать все элементы работы, подходит для крупных проектов.

редко используемый

WBS следует контролировать на 4–6 уровнях. Крупные проекты с более чем шестью уровнями можно разделить на несколько подпроектов для создания WBS.

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