Галерея диаграмм связей Экзамен по расширенному программному обеспечению. Глава 5. Управление содержанием проекта.
Продвинутый экзамен по программному обеспечению Глава 5 Управление содержанием проекта: от планирования управления содержанием (план управления содержанием, план управления требованиями), сбора требований (классификация требований, инструментов и методов сбора требований, документов с требованиями, отслеживания требований), определения содержания (инструменты определения содержания) и методы, описание содержания проекта), создание иерархической структуры работ WBS (иерархия WBS, декомпозиция и роль WBS), подтверждение содержания и контроль содержания (изменение содержания), чтобы описать, как выполнять управление содержанием, что полезно для подготовки для сдачи экзаменов или работы над проектами Студенты-менеджеры очень практичны
Отредактировано в 2022-06-29 14:45:33Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Глава 5 Управление содержанием проекта
1. Обзор объема проекта
Объем продукта и объем проекта
Объем продукта относится к функциям, которые продукт или услуга должны включать в себя.
Содержание проекта относится к работе, которую проект должен выполнить, чтобы доставить продукт.
Важность управления объемом
Расползание содержания — одна из наиболее распространенных причин неудачи проекта, а управление содержанием влияет на успех проекта.
процесс управления объемом
Это достигается посредством шести процессов планирования управления содержанием, сбора требований, определения содержания, создания WBS, подтверждения содержания и контроля содержания.
управление объемом планирования
Разработайте план управления содержанием, письменное описание процесса, посредством которого содержание проекта будет определяться, проверяться и контролироваться.
Входные данные: план управления проектом, устав проекта, факторы среды предприятия, активы организационных процессов.
Результат: план управления содержанием, план управления требованиями.
Инструменты и методы: экспертное заключение, встречи
Сбор требований
Процесс выявления, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.
Входные данные: план управления содержанием, план управления требованиями, план управления заинтересованными сторонами, устав проекта, реестр заинтересованных сторон.
Результат: документ с требованиями, матрица отслеживания требований.
Инструменты и методы: интервью, фокус-группы, семинары с гидом, методы групповых инноваций, методы группового принятия решений, анкеты, наблюдения, прототипирование, бенчмаркинг, диаграммы взаимодействия систем, анализ документов.
Определить область действия
Процесс разработки детального описания проекта и продукции
Входные данные: план управления содержанием, устав проекта, документы с требованиями, активы процессов организации.
Результат: описание содержания проекта, обновления проектной документации.
Инструменты и методы: экспертная оценка, анализ продукта, создание альтернатив, семинары под руководством гида.
Создать СДР
Процесс разбиения результатов проекта и работ по проекту на более мелкие и более управляемые компоненты.
Входные данные: план управления содержанием, описание содержания проекта, документы с требованиями, факторы среды предприятия, активы процессов организации.
Выходные данные: базовый план объема, обновления файлов проекта.
Инструменты и методы: анализ, экспертное суждение
группа процессов планирования
Подтвердите область действия
Процесс формальной приемки завершенных результатов проекта
Входные данные: план управления проектом, документы с требованиями, матрица отслеживания требований, подтвержденные результаты, данные о выполнении работ.
Результаты: принятые результаты, запросы на изменения, информация об исполнении работ, обновления проектной документации.
Инструменты и методы: проверки (обзоры, обзоры продукции, аудиты, обходы, проверки), техники группового принятия решений.
Диапазон управления
Отслеживайте состояние проекта и содержания продукта и управляйте процессом изменения базового плана содержания.
Входные данные: план управления проектом, документы с требованиями, матрица отслеживания требований, данные об исполнении работ, активы организационных процессов.
Выходы: информация об исполнении работ, запросы на изменения, обновления плана управления проектом, обновления документов проекта, обновления активов процессов организации.
Инструменты и методы: анализ предвзятости
группа процессов мониторинга
2. Управление объемом планирования
план управления объемом
План управления содержанием является основным исходным материалом для процесса планирования управления проектом и других процессов управления содержанием. Он предусматривает процесс управления следующей работой.
Как составить описание содержания проекта
Как создать wbs на основе заявления о области действия
Как поддерживать и утверждать WBS
Как подтвердить и официально принять завершенные результаты проекта
Как обрабатывать изменения в описании содержания проекта, которое напрямую связано с реализацией общего процесса контроля изменений.
план управления спросом
1. Как планировать, отслеживать и сообщать о различных видах деятельности, связанных со спросом
2. Ресурсы, необходимые для управления спросом
3. План тренировок
4. Стратегии участия заинтересованных сторон проекта в управлении требованиями
5. Критерии и процедуры исправления для оценки несоответствия между содержанием проекта и требованиями.
6. Структура отслеживания спроса, то есть какие атрибуты спроса будут включены в матрицу отслеживания, какая информация для отслеживания спроса должна быть собрана и систематизирована и т. д.
7. Деятельность по управлению конфигурацией
Содержание, включенное в план управления спросом
План управления требованиями описывает, как требования будут анализироваться, документироваться и управляться на протяжении всего жизненного цикла проекта.
План управления требованиями — это руководство к действию для определения, определения, записи, проверки, управления и контроля требований проекта.
3. Соберите требования
Классификация потребностей
Потребности бизнеса: потребности высокого уровня всей организации.
Потребности заинтересованных сторон: относятся к потребностям заинтересованных сторон или групп заинтересованных сторон.
Требования к решению: Чтобы удовлетворить потребности бизнеса и потребности заинтересованных сторон, продукты, услуги или результаты должны обладать характеристиками, функциями и характеристиками.
Потребности в переходе: временные возможности, необходимые для перехода из текущего состояния в будущее.
Требования проекта: поведение, процессы или другие условия, которым должен соответствовать проект.
Требования к качеству: любые условия или стандарты, используемые для подтверждения успешного завершения результатов проекта или достижения других требований проекта.
Инструменты и методы сбора требований
Интервью
Интервью обычно включает в себя задание респондентам заранее определенных и импровизированных вопросов и запись их ответов.
Обычно в формате «один на один» также могут участвовать несколько интервьюируемых и/или несколько интервьюеров.
Проведите интервью с опытными участниками проекта, заинтересованными сторонами или экспертами в данной области.
Заинтересованные стороны часто заняты, и им трудно организовать время
Объем информации во время интервью большой и ее запись затруднена.
Коммуникация требует большого количества навыков и достаточных знаний предметной области и т. д.
Проблемы, возникающие на собеседованиях
фокус-группа
Фокус-группы объединяют предварительно отобранные заинтересованные стороны и экспертов в данной области, чтобы понять их ожидания и отношение к предлагаемому продукту, услуге или результату.
Фокус-группы проводятся под руководством обученного модератора, ведущего интерактивные дискуссии.
семинар с гидом
Фасилитируемые семинары сосредоточены на обсуждении и определении требований к продукту путем приглашения ключевых межфункциональных заинтересованных сторон принять участие во встрече.
Семинары — важный метод быстрого определения межфункциональных требований и устранения разногласий между заинтересованными сторонами.
Вы также можете использовать функцию качества для проведения семинаров под руководством гида.
Преимущество этой технологии заключается в возможности выявлять и решать проблемы быстрее, чем за одну встречу.
Этапы семинара по развертыванию функции качества
Перечислите многочисленные потребности пользователя (например, надежность, доступность, безопасность и т. д.) и их относительную важность в первом столбце матричной таблицы.
Перечислите различные возможные функции продукта (например, список функций) в первой строке матричной таблицы.
Соответствующие эксперты коллективно обсудят корреляцию между каждой функцией и каждой потребностью, то есть степень, в которой каждая функция может удовлетворить каждую потребность, и зафиксируют это в соответствующем месте матричной таблицы.
Суммируйте взвешенные значения по столбцам, чтобы увидеть, какие функции продукта лучше всего соответствуют потребностям пользователей.
Группа инновационных технологий
Мозговой штурм
метод номинальной группы
техника Дельфи
Техника Дельфи — это метод сбора информации, используемый для организации экспертов для достижения консенсуса по теме.
Действуйте следующим образом:
В соответствии с характеристиками проблемы выберите и пригласите экспертов, которые провели соответствующие исследования или опыт.
Предоставьте информацию, связанную с проблемой, соответственно экспертам, и попросите их высказать свое мнение самостоятельно и записать его в письменных материалах.
После сбора и обобщения мнений экспертов модератор передает экспертам исчерпывающие мнения и просит их высказать свое мнение еще раз.
После многократного повторения этого процесса наконец был сформирован план, отражающий мнение экспертной группы.
преимущество
Может в полной мере играть роль эксперта, проводить мозговой штурм и обладать высокой точностью.
Способен выражать различия между мнениями экспертов, использовать сильные стороны каждого эксперта и избегать недостатков каждого эксперта.
недостаток
Процесс сложный и занимает много времени
Концепция/Интеллект-карта
Диаграмма родства
Это метод полного сбора различного опыта, знаний, идей, мнений и других языковых и письменных данных по определенной проблеме, их обобщения с помощью диаграмм, а также обобщения и сортировки этих данных в соответствии с их взаимной близостью для получения единого понимания и облегчения решения. решение.
В основе диаграммы сходства лежит мозговой штурм, целью которого является поиск причин на основе результатов.
Многокритериальный анализ решений
Это технология, которая использует матрицу принятия решений для установления различных критериев, таких как уровень риска, неопределенность и доходность, с использованием метода систематического анализа для оценки и ранжирования многочисленных вариантов.
техники принятия групповых решений
Это оценка множества планов будущих действий для достижения желаемого результата.
Методы группового принятия решений могут использоваться для разработки, категоризации и определения приоритетности требований к продукту.
Анкета
наблюдать
Относится к прямому наблюдению за тем, как люди выполняют работу и реализуют процессы в своей среде.
Также известно как отслеживание вакансий
метод прототипа
Бенчмаркинг
Схема взаимодействия системы
Анализ файлов
документ с требованиями
Сбор документов с требованиями Основными результатами процесса обработки требований являются документы с требованиями и матрицы отслеживания требований.
Документ с требованиями описывает, как отдельные требования будут удовлетворять бизнес-потребности, связанные с проектом.
Требования к документам включают в себя:
Бизнес-требования: включая отслеживаемые бизнес-цели и цели проектов, выполнение бизнес-правил организации и руководящие принципы организации.
Потребности заинтересованных сторон, включая влияние на другие области организации, влияние на группы, внутренние или внешние по отношению к исполняющей организации, а также потребности заинтересованных сторон в коммуникации и отчетности.
Требования к решению, включая функциональные и нефункциональные требования, требования к соответствию техническим требованиям и стандартам, потребности в поддержке и обучении, потребности в качестве и потребности в отчетности.
Требования к проекту, включая уровни обслуживания, производительность, безопасность и соответствие требованиям и т. д., а также критерии приемки.
чрезмерный спрос
Предположения, зависимости и ограничения, связанные с требованиями
Отслеживание требований
Отслеживание требований заключается в установлении и отслеживании зависимостей и логических связей между отдельным требованием и другими элементами.
Содержание отслеживания спроса
Требования каждого элемента конфигурации должны быть прослежены в обоих направлениях к требованиям задействованных продуктов (или компонентов).
Отслеживание требований включает пять типов
Стрелки на рисунке представляют цепочку контактов возможности отслеживания спроса, которая может отслеживать весь цикл использования спроса, то есть весь процесс от предложения спроса до доставки.
В левой половине рисунка исходные требования пользователя можно проследить до документа с требованиями, чтобы можно было отличить требования, на которые повлияли изменения во время или после проекта. Также отслеживание вариантов использования и функциональных требований.
В правой половине рисунка, поскольку в процессе реализации проекта требования к продукту трансформируются в элементы реализации, такие как проектирование и тестирование, поэтому
Четвертый тип цепочки контактов — от элементов продукта обратно к документу с требованиями, чтобы члены проектной команды знали причину существования каждого элемента продукта.
Пятый тип цепочки контактов — отслеживание документов требований. Такое отслеживание способствует лучшей обработке логических корреляций между различными требованиями и проверке возможных ошибок или упущений при декомпозиции требований.
Матрица отслеживания требований
Матрица требований — это таблица, которая связывает требования к продукту из их источников с результатами, которые их удовлетворяют.
Матрица требований включает в себя
Потребности, возможности, цели и задачи бизнеса
Цели проекта
Объем проекта (результаты WBS)
дизайн продукта
разработка продукта
Стратегии тестирования и сценарии тестирования
Требования высокого уровня к детальным требованиям
Типичные атрибуты, записанные в матрице отслеживания требований, включают: уникальный идентификатор, текстовое описание требования, причину включения требования, владельца, источник, приоритет, версию, текущий статус и дату статуса.
4. Определите объем
Инструменты и методы определения объема
анализ продукта
Задавайте вопросы, касающиеся конкретного продукта, и отвечайте на них, чтобы разработать описание потока, функций и других аспектов разрабатываемого продукта.
Методы анализа продукта включают декомпозицию продукта, системный анализ, анализ требований, системную инженерию, разработку стоимости и анализ стоимости.
Действия по проектированию стоимости и анализу стоимости направлены на дальнейшее обдумывание и исследование ценности, функции и стоимости товаров, а также на мозговой штурм идей в форме групповых занятий.
Инжиниринг стоимости — это деятельность по инновациям стоимости и затрат, осуществляемая на стадии разработки и проектирования продукта.
Альтернативное поколение
Анализ альтернатив
Нестандартное мышление
заявление о содержании проекта
Содержание заявления о сфере применения
Описание ассортимента продукции
Критерии приемки
Практические результаты
Исключения проекта
Ограничения
Предположения
Роль определения области действия
Объем
основы общения
Планируйте и контролируйте разработку
Изменить основу
основы планирования
5. Создайте иерархическую структуру работ (WBS).
уровень СДР
Веха: Веха отмечает формальное завершение результата или этапа.
комплекс работ
Это компонент результатов или работ проекта, расположенный в нижней части каждой ветви WBS.
Рекомендуется, чтобы объем рабочего пакета занимал не менее 8 часов, а общее время выполнения не превышало 80 часов.
контрольный счет
Это элемент определенного уровня WBS. Это может быть пакет работ или элемент более высокого уровня, чем пакет работ.
Контрольный счет — это точка управленческого контроля, в которой объем, бюджет (ресурсный план), фактические затраты и график интегрируются и сравниваются с освоенной стоимостью для измерения производительности.
пакет планирования
Это относится к компоненту WBS в контрольном аккаунте, где содержание работы известно, но подробные сведения о ходе выполнения отсутствуют.
Пакеты планирования — это элементы WBS, расположенные ниже контрольных счетов и выше рабочих пакетов.
Словарь WBS
Код счета
Функции
Сумма всех элементов в каждом слое равна сумме работы в следующем слое.
Каждый элемент работы должен быть конкретно назначен одному уровню и не должен быть назначен нескольким уровням.
В WBS необходимо включить описание объема работы, чтобы каждый имел полное представление о том, что необходимо сделать.
авария
Инструменты и методы создания WBS-процесса в основном включают декомпозицию и экспертную оценку.
Декомпозиция — это метод разделения результатов проекта и работы над проектом на более мелкие, более управляемые компоненты.
Проведенная деятельность
Определить и проанализировать результаты и сопутствующую работу
Определить структуру и расположение WBS
Разложение сверху вниз
Разработать и присвоить идентификационные коды компонентам WBS.
Убедитесь, что уровень декомпозиции результатов является соответствующим.
Принцип разложения
Функциональные или технические принципы: Для разных этапов необходим разный персонал, и следует уделить внимание разделению работы разных сотрудников.
организационная структура
Система или подсистема: вся система делится на несколько основных подсистем, а затем каждая подсистема разлагается.
процесс работы
Меры предосторожности
WBS должна быть ориентирована на результат
WBS должна соответствовать объему проекта.
Базовый уровень WBS должен поддерживать планирование и контроль.
Кто-то должен нести ответственность за элементы WBS.
Руководство WBS
WBS должна включать работу по управлению проектом, а также работу по субподряду.
Подготовка WBS требует участия всех заинтересованных сторон проекта и членов команды проекта.
Изменения и модификации можно вносить и после завершения WBS.
Роль WBS
Четко и точно сформулируйте масштаб проекта, чтобы члены проектной команды могли четко понимать характер задач и направление, в котором им нужно работать.
Четко определите границы проекта
Распределение персонала по отдельным подразделениям
Оцените потребности во времени, затратах и ресурсах для независимых подразделений, чтобы повысить точность оценок.
Создайте общую основу для планирования, составления бюджета, составления графиков и контроля затрат.
Свяжите работу проекта с финансовыми счетами проекта.
Определить содержание и последовательность работ.
Помогает предотвратить распространение спроса
6. Объем подтверждения
Действия для подтверждения объема
Определите, когда требуется проверка области действия
Определите, какие входные данные необходимы для проверки объема
Определить официально принятые критерии и элементы для определения масштаба
Определите организационные шаги для обзорного совещания
Совещание по подтверждению объема деятельности организации
Проблемы, которые стоит проверить
Являются ли результаты правильными и подтверждаемыми
Есть ли у каждого результата четкие вехи, и есть ли у вех четкие, идентифицируемые события?
Существуют ли четкие стандарты качества?
Четко ли выражены обзоры и обязательства?
Охватывает ли объем проекта все действия, необходимые для создания продукта или услуги. Есть ли какие-либо упущения или ошибки?
Являются ли риски масштаба проекта слишком высокими и может ли руководство снизить воздействие на проект при возникновении предсказуемых рисков
Проблемы заинтересованных сторон
Что беспокоит руководство, так это влияние хода проекта, средств и ресурсов, выходят ли эти факторы за рамки организации и являются ли входные и выходные данные разумными.
Главной заботой клиента является объем продукта и то, достаточен ли успех проекта для завершения продукта или услуги.
Менеджеры проектов в основном сосредотачиваются на том, являются ли результаты достаточными и должны ли они быть завершены, достаточно ли времени, денег и ресурсов, потенциальных рисков и готовых решений.
Члены проектной команды в первую очередь озабочены элементами содержания проекта, в которых они участвуют и за которые несут ответственность.
7. Объем контроля
Причина изменения объема
вопросы государственной политики
План содержания проекта не подготовлен тщательно и содержит определенные ошибки или упущения.
На рынке появились новые технологии и новые решения или их предложили дизайнеры.
Изменения в самой организации исполнения проекта
Изменение требований заказчика к проекту, проектной продукции или услугам
Работа по контролю изменений объема
Влиять на факторы, которые приводят к изменению масштабов, и стараться заставить эти факторы развиваться в благоприятном направлении.
Определите, произошло ли изменение области действия
Управляйте фактическими изменениями при возникновении изменений объема, гарантируя, что все запрошенные изменения обрабатываются в соответствии с общим процессом управления изменениями проекта.