Wondershare EdrawMind
マインドマップギャラリー Глава 5 Управление содержанием проекта
- 1
Глава 5 Управление содержанием проекта
Продвинутый экзамен по программному обеспечению — Менеджер проекта информационной системы. Глава 5. Вопросы знаний: Управление содержанием проекта, по существу, относится к своего рода функциональному управлению, которое представляет собой процесс и деятельность по управлению и контролю объема работ, которые должны быть выполнены в рамках проекта.
2022-09-16 09:50:39 に編集されました
- おすすめ
- アウトライン
Учебное пособие для менеджера проектов информационных систем (4-е издание) Глава 9_Управление содержанием проекта
- 2
Экзамен по расширенному программному обеспечению. Глава 5. Управление содержанием проекта.
- 1
Глава 5 Управление содержанием проекта
Обзор управления объемом
Управление объемом означает делать что-то в пределах объема и только делать что-то в рамках объема, не делая ни большего, ни меньшего.
объем
включать
Ассортимент продукции
Сосредоточьтесь на функциональности, подчеркните результаты
Объем проекта
Сосредоточьтесь на работе и уделите внимание процессу
Содержание продукта является основой содержания проекта, а содержание проекта является основой плана управления проектом.
Базовый план объема проекта включает в себя
заявление о содержании проекта
СДР
Словарь WBS
Задачи управления содержанием проекта
Уточнить границы проекта
Контролировать выполнение проекта
Предотвратить расползание масштабов проекта
Различие между расползанием прицела и поведением позолоты.
Расползание объема: заказчик выдвигает новые требования, которые выходят за рамки базового объема.
Позолота объема работ: Никаких новых требований со стороны заказчика, продавец самостоятельно выполняет работу, выходящую за рамки базового объема работ.
Важность управления объемом
Дайте членам проектной команды знать, какие конкретные работы необходимо выполнить для достижения ожидаемых целей, и поймите четкое разделение труда и ответственности всех сторон, участвующих в проекте, в каждой работе.
Управление содержанием повышает точность оценки стоимости, графика и ресурсов проекта.
управление объемом планирования
Концепция: Подготовьте план управления содержанием, письменное описание процесса определения, подтверждения и контроля содержания проекта.
Роль: Обеспечить руководство и указания о том, как управлять содержанием на протяжении всего проекта.
Процесс МОТД
входить
Устав проекта
план управления проектом
факторы деловой среды
Активы организационного процесса
Инструменты и методы
экспертная оценка
Встреча
выход
план управления объемом
содержание
Как разработать описание содержания проекта
Как создать WBS на основе описания содержания проекта
Как поддерживать и утверждать WBS
Как подтвердить и официально принять завершенные результаты проекта
Как обрабатывать изменения в описании содержания проекта
план управления спросом
Концепция: План управления требованиями описывает, как требования будут анализироваться, регистрироваться и управляться на протяжении всего жизненного цикла проекта.
содержание
Как планировать, отслеживать и сообщать о различных действиях, связанных со спросом
Ресурсы, необходимые для управления спросом
Программа обучения
Стратегии участия заинтересованных сторон проекта в управлении требованиями
Критерии и корректирующие процедуры для определения несоответствий между содержанием проекта и требованиями
структура отслеживания требований
Действия по управлению конфигурацией
Основные задачи управления спросом
1. Уточнить потребности и установить базовый уровень
2. Создайте цепочку контактов с возможностью отслеживания спроса, чтобы всегда поддерживать согласованность между продуктами и потребностями.
Сбор требований
Концепция: Процесс выявления, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.
Роль: закладывает основу для определения содержания проекта и управления им, включая содержание продукта.
Классификация требований
Потребности бизнеса
Потребности высокого уровня во всей организации
Потребности заинтересованных сторон
Потребности заинтересованных сторон или групп заинтересованных сторон
Требования к решению
чрезмерный спрос
Временные возможности, необходимые для перехода из текущего состояния в будущее состояние
Требования к проекту
Действия, процессы и другие условия, необходимые для проекта
требования к качеству
Любые условия или критерии, используемые для подтверждения успешного завершения результатов проекта или достижения других требований проекта (QFD).
Процесс МОТД
входить
план управления объемом
план управления спросом
План управления заинтересованными сторонами
Реестр заинтересованных сторон
Устав проекта
Инструменты и методы
Интервью
Формальные или неформальные методы получения информации посредством прямых бесед с заинтересованными сторонами являются основными средствами сбора требований.
фокус-группа
Фокус-группа — это разновидность группового интервью.
семинар с гидом
Семинары под руководством гида сосредоточены на обсуждении и определении требований к продукту, решении проблем быстрее, чем на индивидуальных встречах.
Группа инновационных технологий
Концепция: Организовать групповую деятельность для определения требований к проекту и продукту.
включать
Мозговой штурм
Каждый высказывает свое мнение и проводит мозговой штурм
метод номинальной группы
Оцените наиболее полезные идеи, проголосовав за дальнейший мозговой штурм или расстановку приоритетов.
метод Дельфи
Использование анонимных или параллельных методов позволяет каждому эксперту вынести собственное суждение независимо.
После нескольких раундов обратной связи в процессе прогнозирования мнения экспертов постепенно сходятся.
Помогает смягчить предвзятость данных и предотвратить неправомерное влияние любого человека на данные.
Концепция/Интеллект-карта
Идеи, полученные в результате мозгового штурма, также известные как интеллектуальная карта, соединяются в простую диаграмму, чтобы отразить сходства или различия между этими идеями, тем самым направляя новые идеи.
Диаграмма родства
Также известный как метод KJ, он заключается в том, чтобы полностью собрать различный опыт, знания, идеи, мнения и другие данные по определенной проблеме, обобщить их с помощью диаграммного метода, а также обобщить и организовать эти данные в соответствии с их взаимной близостью, чтобы проблема ясна и едина.
Многокритериальный анализ решений
С помощью матрицы решений метод системного анализа используется для установления нескольких критериев для оценки и ранжирования нескольких вариантов.
техники принятия групповых решений
Относится к оценке нескольких планов будущих действий, когда определенные желаемые результаты не достигнуты.
Может использоваться для разработки, классификации и определения приоритетности требований к продукту.
метод
единогласно согласился
большинство принципов
правило относительного большинства
диктатура
Анкета
Наблюдение
метод прототипа
Бенчмаркинг
Сравнивайте фактическую или запланированную практику с практикой других аналогичных организаций, чтобы выявить лучшие практики, генерировать идеи для улучшений и обеспечить основу для оценки эффективности.
Схема взаимодействия системы
— это пример модели области, визуальное описание области действия продукта, показывающее, как система взаимодействует со своими участниками.
Анализ файлов
Требования к майнингу путем анализа существующих документов и определения информации, связанной с требованиями.
выход
документ с требованиями
Концепция: Опишите, как отдельные требования будут удовлетворять бизнес-потребности, связанные с проектом.
содержание
Потребности бизнеса
Потребности заинтересованных сторон
Требования к решению
Требования к проекту
чрезмерный спрос
Предположения, зависимости и ограничения, связанные с требованиями
Матрица отслеживания требований
Концепция: форма, которая связывает требования к продукту из их источников с результатами, которые их удовлетворяют.
Роль: наиболее распространенный способ представления цепочки связей между требованиями и другими элементами продукта.
Что отслеживать
Потребности, возможности, цели и задачи бизнеса
Цели проекта
Объем проекта (результаты WBS)
дизайн продукта
разработка продукта
Стратегии тестирования и сценарии тестирования
Требования высокого уровня к детальным требованиям
Типичные атрибуты, записанные в матрице отслеживания требований, включают: уникальный идентификатор, текстовое описание требования, причину включения требования, владельца, источник, приоритет, версию, текущий статус и дату статуса.
Текущий статус: в работе, отменено, отложено, вновь добавлено, одобрено, назначено, завершено.
Управление спросом
В CMMI управление требованиями является ключевой областью процесса на управляемом уровне.
Управление требованиями включает в себя все действия, обеспечивающие согласованность и точность требований во время разработки продукта.
Базовый план требований к контролю
Следите за тем, чтобы планы проекта соответствовали требованиям
Контролировать статус версий отдельных требований и документов требований
Управляйте связями между требованиями и цепочками связей или управляйте зависимостями между отдельными требованиями и другими результатами проекта.
Отслеживайте статус требований в базовом плане
Отслеживание требований
Отслеживание требований заключается в отслеживании зависимостей и логических связей между отдельным требованием и другими элементами, включая различные типы требований, бизнес-правила, компоненты системы, файлы справки и т. д.
Прослеживаемость — важная характеристика требований проекта.
Содержание отслеживания спроса
Требования каждого элемента конфигурации должны иметь двустороннюю прослеживаемость к требованиям задействованных продуктов (или компонентов). Так называемое двустороннее отслеживание включает прямое отслеживание и обратное отслеживание.
Прямое отслеживание: проверьте, может ли каждое требование в документе с требованиями найти соответствующую точку в последующем рабочем продукте (или результате).
Обратная трассировка. Также известная как обратная трассировка, она относится к проверке того, можно ли найти результаты работы, такие как проектная документация, компоненты продукта и тестовые документы, в документе с требованиями.
Отслеживание требований включает пять типов
Стрелка представляет собой цепочку контактов с возможностью отслеживания спроса, которая может отслеживать весь цикл использования спроса, то есть весь процесс от предложения спроса до доставки.
Левая половина указывает, что исходные требования пользователя можно проследить до документа с требованиями. Это позволяет различать требования, на которые повлияли изменения во время проекта или после его завершения. Это также гарантирует, что документ с требованиями включает все исходные требования пользователя. и подтверждает, что каждый Происхождение потребности
Правая половина показывает, что, поскольку требования к продукту преобразуются в элементы реализации, такие как проектирование и тестирование во время реализации проекта, элементы продукта можно проследить из документа с требованиями, определяя цепочку связей между отдельными требованиями и конкретными элементами продукта. Эта цепочка связей позволяет членам проектной группы знать, какие элементы продукта соответствуют каждому требованию, тем самым гарантируя, что элементы продукта соответствуют каждому требованию. Четвертый тип цепочки ссылок — от элемента продукта обратно к документу с требованиями, где члены проектной группы ссылаются на причину существования каждого элемента продукта. Если элементы дизайна и тестовые примеры не могут быть прослежены до документа с требованиями, может произойти позолота. Конечно, если изолированный элемент продукта демонстрирует допустимую функцию, то в документе с требованиями отсутствует какое-либо требование.
Пятый тип цепочки контактов — отслеживание документов требований. Такое отслеживание способствует лучшей обработке логических корреляций между различными требованиями и проверке ошибок или упущений, которые могут возникнуть в процессе декомпозиции требований.
Определить область действия
Концепция: Процесс разработки подробных описаний проектов и продуктов.
Роль: Уточнить, какие из собранных требований будут включены в область проекта, а какие будут исключены из области проекта, тем самым уточняя границы продуктов, услуг или результатов.
Процесс МОТД
входить
план управления объемом
документ с требованиями
Устав проекта
Активы организационного процесса
Инструменты и методы
анализ продукта
Анализ продукта — эффективный инструмент для проектов, в которых продукты являются конечными результатами.
Альтернативное поколение
Это метод, используемый для определения как можно большего количества потенциальных альтернатив, определения различных способов выполнения проектной работы.
семинар с гидом
экспертная оценка
выход
Описание содержания проекта (подробное)
Концепция: Заявление о содержании проекта представляет собой описание содержания проекта, основных результатов, допущений и ограничений.
содержание
Описание ассортимента продукции
Критерии приемки
Практические результаты
Исключения проекта
Предположения
Ограничения
эффект
Объем
основы общения
Изменить основу
основы планирования
основа планирования и контроля
Обновления файлов проекта
Создайте структуру декомпозиции работ
Концепция: Создание WBS — это процесс разбиения результатов проекта и работ по проекту на более мелкие и более управляемые компоненты.
Роль: Обеспечить структурированное представление контента, который необходимо доставить.
Связанные понятия
веха
Веха отмечает формальное завершение результата или этапа.
Важные контрольные точки — это вехи, важные вехи — это базовые показатели.
комплекс работ
Пакет работ — это компонент результатов или работ проекта, расположенный в нижней части каждой ветви WBS.
Принцип разделения
Пакеты работ должны легко назначаться разным людям или организационным подразделениям.
Пакеты работ должны быть очень конкретными
Следуйте правилу 8/80, для выполнения размера пакета работ требуется не менее 8 часов, а общее время выполнения не более 80 часов.
пакет планирования
Пакет планирования относится к компоненту WBS, который находится под контрольной учетной записью и над пакетом работ, и содержание работы которого известно, но отсутствуют подробные текущие действия. По мере того, как ситуация постепенно проясняется, пакет планирования в конечном итоге будет разбит на несколько частей. пакеты работ и соответствующие конкретные мероприятия.
контрольный счет
Контрольный счет – это точка управления руководством.
Контрольная учетная запись включает в себя несколько рабочих пакетов, но рабочий пакет принадлежит только одной контрольной учетной записи.
Словарь WBS
Также называемый глоссарием WBS, это документ, описывающий различные компоненты WBS.
WBS разбивает действия, которые необходимо выполнить.
Определить и проанализировать результаты и сопутствующую работу
Определить структуру и порядок организации ВБ
Разложение уточняется слой за слоем сверху вниз.
Разработать и присвоить идентификационные коды компонентам WBS.
Убедитесь, что разбивка результатов на компоненты уместна.
Принцип разделения WBS
функциональные или технические принципы
принципы организационной структуры
Принципы системы и подсистемы
Метод разложения WBS
Каждый этап жизненного цикла проекта служит вторым уровнем декомпозиции.
Первичные результаты как второй уровень декомпозиции
Интегрируйте различные компоненты, которые могут быть реализованы организациями вне команды проекта, а затем в рамках аутсорсинговой работы продавец обязан подготовить соответствующий контракт WBS.
Форма выражения WBS
форма дерева
Преимущества: четкая иерархия, интуитивно понятный и структурированный
Недостатки: его нелегко модифицировать, а для больших и сложных проектов сложно показать полную картину проекта.
форма стола
Преимущества: возможность отразить все элементы работы
Недостатки: менее интуитивно понятен.
Форма рыбной кости
редко используемый
8 аспектов, на которые WBS необходимо обратить внимание
WBS должна быть ориентирована на результат
WBS должна соответствовать объему проекта.
Базовый уровень WBS должен поддерживать планирование и контроль.
Кто-то должен нести ответственность за элементы WBS.
Руководство по WBS, WBS следует контролировать на 4–6 этажах.
WBS должна включать работу по управлению проектом и работу по субподряду.
Подготовка WBS требует участия всех заинтересованных сторон проекта и членов команды проекта.
WBS не является статичной. После завершения WBS может потребоваться ее модификация.
Процесс создания WBS
WBS не является обязанностью какого-либо одного члена команды проекта. Она должна быть заполнена и единогласно подтверждена всеми членами команды проекта, пользователями и заинтересованными сторонами проекта.
Процесс МОТД
входить
план управления объемом
Подробное описание объема проекта
документ с требованиями
факторы деловой среды
Активы организационного процесса
Инструменты и методы
авария
экспертная оценка
выход
Базовый уровень объема
Обновления файлов проекта
Назначение и использование WBS
Объем проекта четко и точно указан, чтобы члены проектной команды могли четко понимать характер задач и направление, в котором им нужно работать.
Четко определите границы проекта
Распределение персонала по отдельным подразделениям и определение их обязанностей определяет технические и человеческие ресурсы, необходимые для завершения проекта.
Для независимых подразделений оцените требования к времени, затратам и ресурсам, чтобы повысить точность оценки.
Создайте общую основу для планирования, составления бюджета, составления графиков и контроля затрат, а также определите исходные показатели для прогресса и контроля проекта.
Свяжите работу проекта с финансовыми счетами проекта
Определите содержание и последовательность работ, разложите проект на конкретные рабочие задачи, а затем реализуйте проект в соответствии с логическим порядком рабочих задач.
Помогает предотвратить распространение спроса
Подтвердите область действия
Концепция: Процесс формальной приемки завершенных результатов проекта.
Функция: сделать процесс приемки объективным.
Включает в себя проверку результатов вместе с клиентом или спонсором, чтобы убедиться, что результаты удовлетворительно завершены и официально приняты клиентом или спонсором.
Действия для подтверждения объема
Объем валидации должен охватывать весь проект.
Общие шаги
Определите, когда необходима проверка области действия
Определите, какие входные данные необходимы для проверки объема
Определить официально принятые критерии и элементы для определения масштаба
Определите организационные шаги для обзорного совещания
Совещание по подтверждению объема деятельности организации
6 аспектов, которые стоит проверить
Являются ли результаты определенными и подтверждаемыми
Имеет ли каждый результат четкие вехи, а вехи имеют четкие и идентифицируемые события?
Существуют ли четкие стандарты качества?
Четко ли выражены обзоры и обязательства?
Охватывает ли объем проекта все действия, необходимые для создания продукта или услуги. Есть ли какие-либо упущения или ошибки?
Являются ли риски масштаба проекта слишком высокими и может ли руководство снизить воздействие на проект при возникновении предсказуемых рисков
Проблемы заинтересованных сторон
Объем проекта, который беспокоит руководство, относится к влиянию объема на график, средства и ресурсы. Превышают ли эти факторы масштабы организации и являются ли они разумными с точки зрения затрат и результатов.
Главной заботой заказчика является объем продукта и достаточны ли результаты проекта для завершения продукта или услуги.
Менеджеры проектов в основном сосредотачиваются на том, достаточны ли результаты и должны ли они быть завершены, достаточно ли времени, средств и ресурсов, а также на основных потенциальных рисках и готовых решениях.
Члены проектной команды в первую очередь озабочены элементами содержания проекта, в которых они участвуют и за которые несут ответственность.
Процесс МОТД
входить
документ с требованиями
Матрица отслеживания требований
Проверенные результаты
план управления проектом
данные о производительности труда
Инструменты и методы
исследовать
техники принятия групповых решений
выход
Результаты для приемки
Запрос на изменение
информация о производительности труда
Обновления файлов проекта
Сравнение нескольких терминов
Подтвердите объем и проверьте продукты
Проверка продукта заключается в проверке того, завершен ли продукт, и проверяется спонсором или заказчиком в конце проекта (или фазы), подчеркивая, что продукт завершен.
Подтверждение объема — это процесс подтверждения принятия заказчиком или спонсором результатов проекта в конце этапа.
Объем валидации и контроль качества
Объем подтверждения в основном подчеркивает, что результаты приняты заказчиком или спонсором; контроль качества подчеркивает, что результаты являются правильными и соответствуют конкретным требованиям качества (стандартам качества), сформулированным для них.
Контроль качества обычно выполняется до подтверждения объема работ или одновременно с ним объем работ обычно подтверждается в конце этапа, но контроль качества не обязательно выполняется в конце этапа.
Контроль качества представляет собой внутреннюю проверку и осуществляется соответствующим отделом качества исполняющей организации; областью подтверждения является проверка и приемка результатов проекта внешними заинтересованными сторонами (заказчиками или спонсорами).
Подтвердить объем и закрытие проекта
Хотя подтверждение содержания и работа по закрытию проекта выполняются в конце фазы, подтверждение содержания подчеркивает проверку и приемку результатов, тогда как закрытие проекта подчеркивает процессуальную работу, которую необходимо выполнить для завершения проекта (или фазы).
Как объем подтверждения, так и закрытие проекта включают работу по приемке. Объем подтверждения подчеркивает приемку результатов проекта, а закрытие проекта подчеркивает приемку продуктов.
Диапазон управления
Концепция: Мониторинг состояния содержания проектов и продуктов и управление процессом изменения базового плана содержания.
Роль: Поддерживать базовый план содержания на протяжении всего проекта.
изменение объема
Причина изменения объема
вопросы государственной политики
Планирование содержания проекта не является тщательным и детальным.
Появляются новые технологии, новые методы или новые решения.
Изменения в самой организации исполнения проекта
Новые требования со стороны клиентов
Изменения неизбежны, и неконтролируемое расширение масштабов продукта или проекта называется сползанием масштабов.
Изменения объема включают документацию, системы отслеживания и уровни утверждения, необходимые для авторизации изменения.
Основные задачи контроля изменения содержания
Влиять на факторы, которые приводят к изменениям объема работ, и пытаться переместить эти факторы в благоприятном направлении.
Определите, произошло ли изменение области действия
Управляйте фактическими изменениями при возникновении изменений объема, гарантируя, что все запрошенные изменения обрабатываются в соответствии с общим процессом управления изменениями проекта.
Процесс МОТД
входить
документ с требованиями
Матрица отслеживания требований
данные о производительности труда
план управления проектом
Активы организационного процесса
Инструменты и методы
Анализ отклонений
выход
Запрос на изменение
информация о производительности труда
Обновления активов процессов организации
Обновление плана управления проектом
Обновления файлов проекта