Презентация, доклад на тему Управление содержанием проекта

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

содержания, который документирует как содержание проекта будет определяться, подтверждаться и управляться
Сбор требований – процесс определения и документирования потребностей заинтересованных сторон проекта для достижения целей проекта.
Определение содержания – процесс разработки подробного описания проекта и продукта.
Создание иерархической структуры работ (ИСР) – процесс разделения результатов проекта и работ проекта на более мелкие элементы, которыми легче управлять.
Подтверждение содержания – процесс формализованной приемки завершенных результатов проекта.
Управление содержанием – процесс мониторинга статуса проекта и содержания продукта, а также управления изменениями базового плана по содержанию.

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

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

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

деМарко)

1. внутренние изъяны календарного планирования
2. раздувание требований (изменение требований)
3. текучесть кадров
4. нарушение спецификаций
5. низкая производительность

2 риска из 5 связаны с требованиями!!!

проекту высокого уровня и описания продукта высокого уровня, позволяющих разработать подробные требования к продукту.
2. Реестр заинтересованных сторон проекта
Реестр заинтересованных сторон проекта используется для определения заинтересованных сторон проекта, которые могут предоставить подробную информацию о требованиях к проекту и продукту.

для генерации и сбора разнообразных идей, связанных с требованиями к проекту и продукту.
Метод номинальных групп. В данном методе к мозговому штурму добавляется процесс голосования, используемый для ранжирования наиболее полезных идей для будущего мозгового штурма или расстановки приоритетов.
Метод Дельфи. Выбранная группа экспертов отвечает на вопросы анкет, а также высказывает мнение относительно ответов, полученных в течение каждого раунда сбора требований. Для обеспечения анонимности доступ к ответам имеет только координатор.
Составление интеллект-карт. Идеи, возникшие во время отдельных сессий мозгового штурма, объединяются в единой интеллект-карте с целью отражения сходства и различия в понимании и формирования новых идей.
Диаграмма сходства. Данный метод позволяет рассортировать по группам большое количество идей для их обзора и анализа

с определенным направлением действий.
Большинство голосов. Поддержка со стороны более 50 % членов группы.
Относительное большинство голосов. Выбирается решение самого многочисленного блока в группе, даже если не достигнуто большинство голосов.
Диктатура. Один человек принимает решение за всю группу.

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

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

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

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

рамках организации;
консультанты;
заинтересованные стороны проекта, в том числе заказчики или спонсоры;
профессиональные и технические ассоциации;
промышленные группы;
эксперты по отдельным вопросам.
2. Анализ продукта
3. Поиск альтернатив
4. Семинары с участием модератора

проекта
Ограничения проекта
Допущения проекта
2. Обновления документов проекта

разделения результатов проекта и работ по проекту на более мелкие элементы, которыми легче управлять.
На каждом более низком уровне ИСР представляет все более детальное описание работ по проекту. ИСР организует и определяет общее содержание проекта и представляет работы, указанные в текущем одобренном описании содержания проекта

организации

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

создания ИСР, который дополняет ИСР. Словарь ИСР предоставляет более детальные описания элементов ИСР. Информация в словаре ИСР включает в себя среди прочего:
описание работ;
ответственную организацию;
список контрольных событий расписания;
связанные запланированные операции;
требуемые ресурсы;
оценки стоимости;
требования к качеству;
критерии приемки;
технические ссылки;
контрактную информацию.

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

как измерение, обследование и подтверждение, позволяющие определить, соответствуют ли работы и результаты требованиям и критериям приемки продукта. Инспекции иногда называются «проверками», «проверками продукта», «аудитами» или «сквозным контролем».

были формально приняты, документируются с указанием причин, по которым они не были приняты. Такие результаты могут потребовать запроса на изменение для исправления дефекта. Запросы на изменения обрабатываются с целью проведения проверки и представления
3. Обновления документов проекта

а также управления изменениями базового плана по содержанию. Управление содержанием проекта обеспечивает обработку всех запрошенных изменений и рекомендованных корректирующих и превентивных воздействий в рамках процесса осуществления общего управления изменениями
Управление содержанием проекта используется также для управления фактическими изменениями по мере их появления; оно интегрировано в остальные процессы управления.
Неуправляемые изменения часто называют «сдвигом содержания проекта». Изменения в любом случае неизбежны, и поэтому необходим процесс управления изменениями.

требований
Активы процессов организации

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

организации, которые могут быть обновлены, включают в себя среди прочего:
причины отклонений;
выбранные корректирующие воздействия и причины;
другие виды уроков, усвоенных в ходе управления содержанием проекта.
3. Запросы на изменения
4. Обновления плана управления проектом
5. Обновления документов проекта

степени влияния на проект
Сбор требований: инструменты и методы
Словарь ИСР

по степени влияния на проект
Сбор требований: инструменты и методы
Словарь ИСР

Вариант 1

Управление содержанием проекта
Процессы управления содержанием проекта
Риски при разработке программного обеспечения по степени влияния на проект
Сбор требований: инструменты и методы
Сбор требований: выходы