Wondershare EdrawMind
Галерея диаграмм связей Глава 5 Управление содержанием проекта
- 2
Глава 5 Управление содержанием проекта
В главе 5 обобщены ключевые знания об управлении содержанием проекта, включая планирование управления содержанием, определение содержания, создание WBS, подтверждение содержания, контроль содержания и т. д.
Отредактировано в 2022-05-30 20:42:50
Глава 5 Управление содержанием проекта
- Рекомендовано вам
- Структура
управление содержанием проекта
0. Концепция
Управление содержанием проекта включает в себя процесс выполнения и только выполнения всей работы, необходимой для успешного завершения проекта.
объем
Ассортимент продукции
Особенности и функции продукта, услуги или результата
Объем проекта
Работа, которую необходимо выполнить для предоставления продукта, услуги или результата с указанными функциями и характеристиками. Объем проекта иногда также включает объем продукта.
спрос на продукцию
Относится к условиям или возможностям, которыми должны обладать продукты, услуги или результаты в соответствии с конкретными соглашениями или другими обязательными спецификациями.
1. Управление объемом планирования
определение
Это процесс создания плана управления содержанием, в котором записано, как определять, подтверждать и контролировать содержание проекта и содержания продукта.
входить
Устав проекта
план управления проектом
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
анализ данных
Встреча
выход
план управления объемом
Это компонент плана управления проектом, который описывает, как определять, разрабатывать, отслеживать, контролировать и подтверждать содержание проекта.
Разработать описание содержания проекта
Создайте WBS на основе подробного описания содержания проекта.
Определите, как утвердить и поддерживать базовый план объема
Официальная приемка завершенных результатов проекта
план управления спросом
План управления требованиями — это компонент плана управления проектом, который описывает, как требования к проекту и продукту будут анализироваться, документироваться и управляться.
2. Соберите требования
определение
Это процесс выявления, документирования и управления потребностями и желаниями заинтересованных сторон для достижения целей.
входить
Устав проекта
план управления проектом
файлы проекта
деловые документы
протокол
факторы деловой среды
Активы организационного процесса
Инструменты и планы
экспертная оценка
Учитывайте мнения отдельных лиц или групп, обладающих соответствующим опытом или подготовкой.
Сбор данных
Мозговой штурм
Это метод, используемый для генерации и сбора различных идей для требований проекта и продукта.
Интервью
Это формальный или неформальный метод получения информации посредством прямых бесед с соответствующими сторонами.
Также может быть использован для получения конфиденциальной информации.
фокус-группа
Созвать запланированных заинтересованных сторон и профильных экспертов
Обученный модератор ведет интерактивную дискуссию.
Анкета
Аудитория разнообразна, опрос необходимо пройти быстро, респонденты географически разбросаны, подходит для статистического анализа.
Бенчмаркинг
анализ данных
принятие решений
голосование
единогласно согласился
Большинство согласны
Относительное большинство соглашается
авторитарное принятие решений
Совместное использование решений по нескольким критериям
Производительность данных
Диаграмма родства
картирование разума
Межличностные отношения и командные навыки
метод номинальной группы
Оцените самые полезные идеи, проголосовав
наблюдать и говорить
Относится к прямому наблюдению за тем, как люди выполняют работу или задачи и реализуют процессы в своей среде. Когда пользователям продукта трудно или не хочется сформулировать свои потребности
гид
Быстрое определение кросс-функциональных требований
Совместное проектирование или разработка приложений
Разработка функции качества
пользовательские истории
Схема взаимодействия системы
метод прототипа
Создайте прототип предполагаемого продукта и заранее запросите отзывы о требованиях, прежде чем приступать к его производству.
выход
документ с требованиями
Документ с требованиями описывает, как различные отдельные требования будут удовлетворять бизнес-потребности, связанные с проектом.
Потребности бизнеса
Потребности заинтересованных сторон
Требования к решению
Матрица отслеживания требований
Форма, которая связывает требования к продукту от их источника к результатам, удовлетворяющим этим требованиям.
3. Определите объем
определение
Определение объема — это процесс разработки подробного описания проекта и продукта.
входить
план управления объемом
файлы проекта
документ с требованиями
Гипотетический журнал
реестр рисков
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
анализ данных
принятие решений
Отношения человека и компьютера и командные навыки
анализ продукта
выход
Заявление о содержании проекта
Описание объема проекта, ключевых результатов, предположений и ограничений.
Описание ассортимента продукции
Практические результаты
Критерии приемки
Исключения проекта
Содержание устава проекта и описания содержания проекта в некоторой степени совпадают, но уровень их детализации совершенно разный.
Обновления файлов проекта
Гипотетический журнал
документ с требованиями
Матрица отслеживания требований
Реестр заинтересованных сторон
4. Создайте СДР
определение
Создание структуры декомпозиции работ — это процесс разбиения результатов проекта и работ проекта на более мелкие и более управляемые компоненты.
входить
план управления проектом
файлы проекта
заявление о содержании проекта
документ с требованиями
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
авария
Это самый низкий уровень работы в WBS, его стоимость и продолжительность можно оценить и управлять ими.
Принимая каждый этап жизненного цикла проекта как второй уровень декомпозиции.
Второй уровень декомпозиции с основными результатами
Результаты или компоненты, которые должны быть завершены в далеком будущем, сегодня могут оказаться неразложимыми. Поэтому команде управления проектом часто приходится ждать согласования результата или компонента, прежде чем можно будет проработать соответствующие детали в WBS. Этот метод иногда называют скользящим планированием.
выход
Базовый уровень объема
заявление о содержании проекта
СДР
комплекс работ
пакет планирования
Словарь WBS
Обновления файлов проекта
Гипотетический журнал
документ с требованиями
5. Определите объем
определение
Проверка содержания — это процесс формальной приемки завершенных результатов проекта.
Проверенные результаты процесса контроля качества проверяются заказчиком или спонсором для подтверждения того, что эти результаты были удовлетворительно завершены и официально приняты.
входить
план управления проектом
файлы проекта
Проверка результатов
данные о производительности труда
Инструменты и методы
исследовать
Инспекция относится к проведению таких действий, как измерение, проверка и проверка, чтобы определить, соответствуют ли работа и результаты требованиям и стандартам приемки продукции.
принятие решений
выход
Результаты для приемки
Результаты, соответствующие критериям приемки, должны быть официально подписаны клиентом или спонсором.
Запрос на изменение
Результаты, которые завершены, но не прошли официальную приемку, и причины приемки должны быть документально оформлены. Для этих результатов могут потребоваться запросы на изменение и исправление дефектов.
информация о производительности труда
Обновления файлов проекта
6. Объем контроля
определение
Это процесс мониторинга состояния содержания проектов и продуктов и управления изменениями в базовом плане содержания.
Неконтролируемое расширение объема продукта или проекта (без соответствующих корректировок времени, стоимости и ресурсов) называется расширением объема. Изменения неизбежны, поэтому в каждом проекте необходимо применять ту или иную форму изменений.
входить
план управления проектом
файлы проекта
данные о производительности труда
Активы организационного процесса
Инструменты и методы
анализ данных
Анализ отклонений
анализ тенденций
выход
информация о производительности труда
Запрос на изменение
Обновление плана управления проектом
Риски проектного документа