Галерея диаграмм связей Глава 5 расширенного проекта. Интеллектуальная карта управления содержанием проекта
Это интеллектуальная карта главы 5 High Project — Управление содержанием проекта. Он разобран по таким аспектам, как область контроля и область подтверждения. Содержание подробное, структура понятная, логика строгая. Это стоит изучить.
Отредактировано в 2021-06-21 13:11:15Глава 5. Управление содержанием проекта
5.1 Управление объемом планирования
определение
Разработайте план управления содержанием, который в письменной форме описывает, как будет определяться, проверяться и контролироваться содержание проекта. Процедура.
Два диапазона
Объем проекта
Работа
Уточнить границы проекта
Контролировать выполнение проекта
Предотвратить расползание масштабов проекта
определение
Что должен сделать проект, чтобы доставить продукт
Основа для составления плана управления проектом
Базовым планом содержания является утвержденное описание содержания проекта, WBS, словарь WBS.
Ассортимент продукции
Что должен включать в себя продукт или услуга
Это описание требований к продукту и основа объема проекта.
Определите, является ли объем продукта полным, на основе того, соответствует ли он описанию продукта.
5.2 Сбор требований
определение
Процесс выявления, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.
Классификация
Потребности бизнеса
Потребности заинтересованных сторон
Требования к решению
Функциональные требования
нефункциональные требования
Потребности в переходном периоде
Требования к проекту
требования к качеству
Инструменты и методы
Интервью
фокус-группа
Соберите вместе предварительно отобранных заинтересованных сторон и экспертов в данной области, чтобы понять их ожидания и отношение к предлагаемому продукту, услуге или результату. Обученный модератор ведет интерактивное обсуждение. Фокус-группы, как правило, более интересны, чем интервью один на один. Фокус-группа — это групповое интервью, а не индивидуальное интервью.
семинар с гидом
Пригласив ключевых межфункциональных заинтересованных сторон присоединиться к встрече. Семинары под руководством гида сосредоточены на требованиях к продукту. Теория и определение. Семинары — важный метод быстрого определения межфункциональных требований и устранения разногласий между заинтересованными сторонами.
Группа инновационных технологий
Мозговой штурм
номинальная группа
Опрос, чтобы оценить наиболее полезные идеи для дальнейшего мозгового штурма или определения приоритетов.
техника Дельфи
Анонимные или последовательные методы, несколько раундов обратной связи в процессе прогнозирования, чтобы мнения экспертов постепенно сходились.
Концепция/Интеллект-карта
Диаграмма родства
Это полный сбор различного опыта, знаний, идей, мнений и других высказываний и слов по определенному вопросу. Данные суммируются с помощью диаграмм, а также суммируются и организуются в соответствии с их взаимной близостью, чтобы прояснить проблему.
Многокритериальный анализ решений
техники принятия групповых решений
единогласно согласился
большинство
подтема
Анкета
наблюдать
метод прототипа
Бенчмаркинг
Схема взаимодействия системы
Анализ файлов
документ с требованиями
Потребности бизнеса
Потребности заинтересованных сторон
Требования к решению
Требования к проекту
Потребности в переходном периоде
Предположения, зависимости, ограничения
Отслеживание требований
Управление спросом
Включает в себя все действия, которые поддерживают согласованность и точность требований во время разработки продукта, включая контроль базовых требований, обеспечение соответствия планов проекта требованиям, контроль статуса версии отдельных требований и документов с требованиями, управление связями между требованиями и цепочками контактов или управление зависимостями между отдельными требованиями и другие результаты проекта, отслеживание статуса требований в базовом плане
базовый уровень спроса
Результаты разработки требований к проекту программного обеспечения должны включать документы о виде и объеме проекта, документы вариантов использования, спецификации требований к программному обеспечению и соответствующие модели анализа. После рассмотрения и утверждения эти документы определяют базовые требования к работе по разработке. Этот базовый план устанавливает соглашение между заказчиком и разработчиком о планировании функциональных и нефункциональных требований к продукту.
Сбор требований
Активно общайтесь с пользователями, узнавайте потребности пользователей, анализируйте и исправляйте их и, наконец, формируйте пользовательский интерфейс, подходящий для решения проблем. Потребности пользователя и создание «Спецификации потребностей пользователя»
анализ спроса
Проанализируйте и абстрактно опишите различные требования, чтобы создать концептуальную модель, которая может служить руководством для системы.
Определение требований
На основе результатов сбора и анализа спроса определите точные требования к продукту и сформируйте «Спецификацию требований». Книга"
Проверка требований
5.3 Определить область применения
определение
Определение содержания — это процесс формулирования подробных описаний проектов и продуктов. Его основная функция — уточнить, какие из собранных требований будут включены в содержание проекта, а какие будут исключены из содержания проекта, тем самым уточняя границы продуктов. услуги или результаты.
Инструменты и методы
экспертная оценка
анализ продукта
Альтернативное поколение
семинар с гидом
заявление о содержании проекта
Описание ассортимента продукции
Критерии приемки
Стоимость, график, показатели измерения качества
Практические результаты
Исключения проекта
Ограничения
Предположения
эффект
Объем
основы общения
основа планирования и контроля
Изменить основу
основы планирования
5.4 Создание СДР
определение
Разбейте результаты проекта и работу над проектом на более мелкие и более управляемые компонентный процесс
веха
Отмечает формальное завершение результата или этапа. Важные контрольные точки — это вехи, важные вехи — это базовые показатели.
комплекс работ
≥8 часов, ≤80 часов
контрольный счет
Контрольная учетная запись включает в себя несколько рабочих пакетов, но рабочий пакет принадлежит только одной контрольной учетной записи.
пакет планирования
Это относится к компоненту WBS в контрольном аккаунте, где содержание работы известно, но подробные сведения о ходе выполнения отсутствуют.
Словарь WBS
Включает идентификацию кода счета, описание работы, предположения и ограничения, ответственное лицо или организационное подразделение, контрольные точки графика, соответствующие запланированные действия, необходимые ресурсы, смету затрат, требования к качеству, критерии приемки, технические ссылки и информацию о соглашении.
деятельность по разложению
Определить и проанализировать результаты и сопутствующую работу
Определить структуру и расположение WBS
Разложение послойно сверху вниз
Разработать и присвоить идентификационные коды компонентам WBS.
Убедитесь, что уровень декомпозиции результатов соответствует требованиям.
8 аспектов, на которые стоит обратить внимание
WBS должна быть ориентирована на результат
WBS должна соответствовать объему проекта.
Базовый уровень WBS должен поддерживать планирование и контроль.
Должен быть один и только один человек, ответственный за элементы WBS.
Руководство WBS. В качестве ориентира, а не принципа, WBS следует контролировать на 4–6 уровнях.
WBS должна включать работу по управлению проектом, а также работу по субподряду.
Подготовка WBS требует участия всех (основных) заинтересованных сторон проекта и членов проектной команды.
WBS не статична
5.5 Область подтверждения
определение
Процесс формальной приемки завершенных результатов заинтересованными сторонами проекта.
Инструменты и методы
исследовать
техники принятия групповых решений
шаг
Определите, когда необходима проверка области действия
Определите, какие входные данные необходимы для проверки объема
Определить официально принятые критерии и элементы для определения масштаба
Определите организационные шаги для обзорного совещания
Совещание по подтверждению объема деятельности организации
Отличие от контроля качества
Объем валидации подчеркивает приемку результатов; контроль качества подчеркивает правильность результатов;
Контроль качества обычно осуществляется до подтверждения объема работ или одновременно с его подтверждением в конце этапа;
Контроль качества представляет собой внутреннюю проверку; объем работ подтверждается, а результаты принимаются участниками проекта;
Отличие от закрытия
Подтверждение содержания подчеркивает проверку и принятие результатов, закрытие подчеркивает процесс завершения проекта или фазы;
Объем подтверждения подчеркивает приемку результатов, закрытие подчеркивает приемку продуктов;
5.6 Объем контроля
Управление содержанием — это процесс мониторинга состояния содержания проектов и продуктов и управления изменениями базового плана содержания. Его основная роль — поддерживать базовый уровень содержания на протяжении всего проекта.
Основная работа
Влиять на факторы, которые приводят к изменению масштабов, и стараться заставить эти факторы развиваться в благоприятном направлении.
Определите, произошло ли изменение области действия
Управляйте фактическими изменениями при возникновении изменений объема, гарантируя, что все запрошенные изменения обрабатываются в соответствии с общим процессом управления изменениями проекта.