Галерея диаграмм связей PMP Глава 5 Управление содержанием проекта
Базовые курсы PMP от известных американских бизнес-школ. Таланты в области управления проектами стали одними из самых дефицитных человеческих ресурсов в Китае. Это сообщение постоянно распространяется на нашем рынке офисных талантов в последние годы. За последние два года управление проектами было успешно внедрено в Китае Бюро по делам иностранных экспертов моей страны, а Американская ассоциация сканеров управления проектами провела в Китае квалификационные квалификационные экзамены PMP. Группе людей, которые заинтересованы в том, чтобы стать элитой управления бизнесом, посчастливится получить сертификат PMP, выданный Американским советом по управлению проектами. Отличительной особенностью этой книги является то, что она является одновременно теоретической, в высшей степени практической и практичной, что делает ее очень подходящей для обучения управлению проектами.
Отредактировано в 2023-02-22 15:35:14Cent 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.
управление содержанием проекта
Основная идея
Определение объема работ (выполнять и выполнять всю необходимую работу)
Ассортимент продукции
Особенности и функции продукта, услуги или результата
Определитесь с масштабом проекта
Изменения сами по себе не обязательно могут привести к изменению содержания проекта.
Не включает объем проекта
Основа измерения: документ о требованиях к продукции
Объем проекта
Работа, которую необходимо выполнить для предоставления продуктов, услуг или результатов с указанными характеристиками и функциями.
Обслуживать ассортимент продукции
Изменения сами по себе не обязательно могут привести к изменениям в составе продукта.
В широком смысле сюда иногда включают также ассортимент продукции.
Сопоставление: План управления проектом
Сравнение управления объемом жизненного цикла
Прогнозируемый жизненный цикл
Результаты проекта определяются в начале проекта, и любые изменения объема регулируются постепенно.
Стабильный спрос и зрелые технологии
Эти процессы выполняются на основе всех требований в начале проекта и обновляются по мере необходимости посредством общего процесса контроля изменений в режиме реального времени.
Подтвердить объем: по мере выполнения каждого результата или на этапах проверки.
Объем контроля: постоянный
Окончательный базовый план содержания: заявление о содержании проекта WBS Словарь WBS
Адаптивный/гибкий жизненный цикл
Результаты разрабатываются в ходе нескольких итераций, при этом подробный объем определяется и утверждается в начале каждой итерации.
Борьба с большим количеством изменений и постоянное участие соответствующих сторон
В начале каждой итерации выберите элементы с наивысшим приоритетом в бэклоге продукта для выполнения этих процессов.
Объем подтверждения и контроля: на каждой итерации будут повторяться два процесса.
Окончательный базовый план объема: незавершенные элементы, включая требования к продукту и истории пользователей.
Тенденции развития и новые практики
Улучшите конкурентное преимущество за счет определения, управления и контроля активности спроса.
Деятельность по бизнес-анализу может начаться до начала проекта и назначения руководителя проекта.
Сосредоточьтесь на сотрудничестве с профессионалами бизнес-анализа
Процесс управления требованиями начинается с оценки потребностей и заканчивается закрытием требований.
Отношения между менеджерами проектов и бизнес-аналитиками носят партнерский характер.
Бизнес-аналитик, отвечающий за деятельность, связанную с управлением требованиями.
Менеджер проекта несет ответственность за то, чтобы эти действия были организованы в плане управления проектом и выполнялись вовремя и в рамках бюджета, создавая при этом ценность.
Факторы, которые следует учитывать в гибком или адаптивном контексте
Намеренно сократите время, затрачиваемое на определение и согласование объема работ на ранних этапах проекта, и увеличьте время, затрачиваемое на создание процессов для дальнейшего изучения и ясности объема.
Целенаправленно создавайте и проверяйте прототипы, а также выпускайте несколько выпусков для уточнения требований. Добавьте требования к незавершенным объектам
Факторы, которые следует учитывать при резке
Процесс включает в себя
Управление содержанием планирования (группа процессов планирования)
Процесс создания плана управления содержанием, который документирует, как определяются, проверяются и контролируются содержание проекта и содержания продукта.
Основная роль: предоставление рекомендаций и указаний о том, как управлять объемом на протяжении всего проекта.
выход
план управления объемом
Опишите, как объем проекта будет определяться, разрабатываться, отслеживаться, контролироваться и проверяться.
будь осторожен
План управления содержанием не имеет объема (объем находится в базовом плане объема).
Планы управления содержанием могут быть формальными или неформальными, очень подробными или высокоуровневыми.
План управления требованиями (План бизнес-анализа)
Опишите, как будут анализироваться, документироваться и управляться требования к проекту и продукту.
будь осторожен
В плане управления требованиями нет требований (требования указаны в документе с требованиями).
Содержание включает в себя действия по управлению конфигурацией, процесс приоритезации требований, показатели измерения и т. д.
Сбор требований (группа процессов планирования)
Процесс выявления, документирования и управления потребностями и желаниями заинтересованных сторон для достижения целей.
Что делает этот процесс: Закладывает основу для определения содержания продукта и проекта.
нуждаться
Определение: Согласно конкретному соглашению или другой обязательной спецификации, продукт, услуга или результат должны иметь условия или возможности.
Требования включают количественные и документированные потребности и ожидания спонсоров, клиентов и других заинтересованных сторон.
входить
файлы проекта
Реестр заинтересованных сторон
Используется для понимания того, какие соответствующие стороны могут предоставить информацию, связанную со спросом, и записать потребности и ожидания соответствующих сторон в отношении проекта.
деловые документы
Бизнес-документ, влияющий на процесс сбора требований, — это экономическое обоснование, в котором описываются необходимые, ожидаемые и дополнительные критерии, которым необходимо соответствовать для удовлетворения бизнес-потребностей.
протокол
Бизнес-документ, влияющий на процесс сбора требований, — это экономическое обоснование, в котором описываются необходимые, ожидаемые и дополнительные стандарты, которым необходимо соответствовать для удовлетворения потребностей бизнеса.
Инструменты и методы
Сбор данных
Мозговой штурм
Много творчества, идей и свободы слова
Интервью
Прямой чат, заранее заданные и импровизированные вопросы, общение один на один, многие ко многим, доступ к конфиденциальной информации.
фокус-группа
Та же функция, та же область, аналогичный опыт, эксперт в предметной области (SME), модератор ведет интерактивное обсуждение
Анкета
Аудитория разнообразна, требует быстрого заполнения, географически рассредоточена и подходит для статистического анализа.
Бенчмаркинг
Контрольные показатели могут быть внутренними или внешними, в одной и той же отрасли или в разных отраслях, для выявления лучших практик и формулирования предложений по улучшению.
анализ данных
Анализ файлов
Анализ существующих файлов
принятие решений
голосование
единогласно согласился
Все согласны, Delphi (эксперты, анонимность, несколько раундов, конвергенция, устранение предвзятости)
Большинство согласны
Если оно превышает 50%, количество людей в группе принятия решений обычно устанавливается нечетным.
Относительное большинство соглашается
Относительное большинство, обычно используется, когда имеется более двух кандидатов.
авторитарное принятие решений
Принятие решений в одиночку
Многокритериальный анализ решений
Матрица решений, несколько критериев, оценка и ранжирование
Вес * оценка, чтобы найти сравнение общего балла
Производительность данных
Диаграмма родства
Группировка, классификация
картирование разума
Интегрируйте, отражайте общие черты и различия, стимулируйте новые идеи и составляйте карту мозга.
Отношения и команды Навык
номинальная группа
Облегчает мозговой штурм, голосование, расстановку приоритетов, 5-балльную шкалу, подсчет раундов
Наблюдайте (наблюдение за работой) и разговаривайте
«Работа вслед», затруднение или нежелание доходчиво объяснять, поиск скрытых потребностей.
гид
концепция
Используется в сочетании с тематическими семинарами, кросс-функциональными, различными отделами и координирует различия между заинтересованными сторонами.
сцена
совместная разработка приложения или Развитие (JAD
Индустрия разработки программного обеспечения, эксперты в области бизнеса и команды разработчиков сосредоточены
Развертывание функции качества КФД
Обрабатывающая промышленность, сбор потребностей клиентов (голос клиентов), чтобы начать, классифицировать и сортировать
пользовательские истории
Семинар по требованиям, роли, цели, мотивация
Краткое текстовое описание желаемого функционала
Схема взаимодействия системы
Карта топологии, визуализация состава продукта
метод прототипа
Поддерживает концепцию прогрессивной разработки. Например: раскадровка, которая может снизить риск переделки.
Шаги (повторяющийся цикл): 1. Создание модели, 2. Опыт пользователя, 3. Сбор отзывов, 4. Модификация прототипа (может потребоваться процесс внесения изменений).
выход
Документ с требованиями (единое требование)
Опишите, как различные отдельные требования удовлетворят бизнес-потребности, связанные с проектом.
В качестве эталона можно использовать только требования, которые являются ясными (измеримыми и тестируемыми), отслеживаемыми, полными, скоординированными и желающими быть признанными основными заинтересованными сторонами.
Категория требований
Потребности бизнеса
высшее руководство и потребности всей организации
Потребности заинтересованных сторон
Потребности заинтересованных сторон или групп заинтересованных сторон
Требования к решению
Классификация
Функциональные требования
Опишите функции, которыми должен обладать продукт.
нефункциональные требования
Дополнением к функциональным требованиям являются условия окружающей среды или требования к качеству, необходимые для нормальной эксплуатации изделия.
Характеристики, функции и характеристики, которыми должен обладать продукт, услуга или результат для удовлетворения потребностей бизнеса и потребностей заинтересованных сторон.
Потребности в переходном периоде и готовности
Описывает промежуточные возможности, необходимые для перехода от «текущего состояния» к «будущему состоянию», такие как преобразование данных и потребности в обучении.
Требования к проекту
Действия, процессы или другие условия, которые необходимо выполнить, например контрольные даты, договорные обязательства, ограничения и т. д.
требования к качеству
Любые условия или стандарты, которые подтверждают успешное завершение результатов проекта или достижение других требований проекта, таких как тестирование, сертификация, валидация и т. д.
Матрица отслеживания требований
Это форма, которая связывает спрос на продукцию из других источников с результатами, которые могут удовлетворить спрос.
Связывание каждого требования с бизнес-целями или целями проекта помогает гарантировать, что каждое требование имеет бизнес-ценность.
Предоставляет метод отслеживания требований на протяжении всего жизненного цикла проекта (прямое отслеживание, обратное отслеживание).
Помогает гарантировать, что каждое утвержденное требование в документе с требованиями может быть выполнено в конце проекта.
Документы с требованиями и матрица отслеживания требований, созданная при сборе требований, не отражают истинный объем проекта.
Необходимо дальнейшее разъяснение того, что включено в объем проекта, а что исключено. (определить объем)
Определить объем (группа процессов планирования)
Процесс разработки детального описания проекта и продукции
Основная функция: Описать границы и критерии приемлемости продуктов, услуг или результатов.
Выберите окончательные требования проекта из документа с требованиями, а затем укажите подробное описание проекта и его продуктов, услуг или результатов.
Подробное описание содержания проекта должно быть подготовлено на основе ключевых результатов, предположений и ограничений, задокументированных во время инициации проекта.
Также необходимо проанализировать полноту существующих рисков, предположений и ограничений и внести необходимые дополнения или обновления.
Требуется несколько итераций процесса определения области действия (включая несколько итераций).
входить
Устав проекта (требования высокого уровня)
Содержит общее описание проекта, характеристики продукта и требования к одобрению.
файлы проекта
документ с требованиями
Определены требования, которые должны быть включены в объем работ.
Инструменты и методы
анализ данных
Анализ альтернатив
принятие решений
Многокритериальный анализ решений
Межличностные и командные навыки
гид
Используйте навыки фасилитации на семинарах и группах для координации ключевых заинтересованных сторон с разными ожиданиями или разным профессиональным опытом для достижения межфункционального консенсуса по результатам проекта, а также границам проекта и продукта.
анализ продукта
Превратите описания продуктов высокого уровня в осязаемые результаты. Методы анализа продукта включают декомпозицию продукта, системный анализ, анализ спроса, системную инженерию, оптимизацию стоимости, анализ стоимости и т. д.
выход
Описание содержания (результаты/критерии приемки)
Это описание масштаба проекта, ключевых результатов, предположений и ограничений. Весь объем документируется, включая объем проекта и продукта.
Подробно описывает результаты проекта и отражает консенсус среди заинтересованных сторон относительно масштаба проекта.
Чтобы облегчить управление ожиданиями заинтересованных сторон, в заявлении о содержании проекта четко указывается, какая работа выходит за рамки проекта.
Включает в себя следующее
Описание ассортимента продукции
Постепенно совершенствовать характеристики продукта, услуги или результата, описанные в уставе проекта и документе с требованиями.
Практические результаты
Любой уникальный и поддающийся проверке продукт, результат или услуга, которые необходимо произвести. Также включает вспомогательные результаты, такие как отчеты и документация по управлению проектом.
Критерии приемки
Ряд условий, которые должны быть выполнены, прежде чем результат может быть принят.
Исключения
Четкое указание того, что выходит за рамки проекта, помогает управлять ожиданиями заинтересованных сторон и уменьшить расползание масштабов.
Создать WBS (группу процессов планирования) (структуру иерархии работ)
Процесс разбиения результатов проекта и работ по проекту на более мелкие и более управляемые компоненты.
Что делает этот процесс: Обеспечивает структуру того, что должно быть доставлено.
WBS организует и определяет общий объем проекта (описание содержания проекта определяет только объем, а не организационный объем)
Компоненты самого низкого уровня WBS называются пакетами работ, которые включают запланированные работы.
В термине иерархическая структура работ работа относится к рабочим продуктам или результатам, которые являются результатом деятельности, а не к самим действиям.
Инструменты и методы
авария
Методы постепенного разделения содержания проекта и результатов проекта на более мелкие, более управляемые компоненты.
комплекс работ
Компонент самого низкого уровня WBS, стоимость и продолжительность которого можно оценить и управлять ими.
Создание WBS означает разбиение всей работы проекта на рабочие пакеты.
пять шагов разложения
1. Определить и проанализировать результаты и связанную с ними работу.
2. Определить структуру и способ организации ИСР.
3. Доработано и разложено послойно сверху вниз.
4. Разработать и присвоить идентификационные коды компонентам WBS.
5. Проверьте, является ли степень декомпозиции результатов подходящей.
Форма структуры WBS
Поместите этапы жизненного цикла проекта на второй уровень декомпозиции, а продукты и результаты проекта — на третий уровень.
Рассматривайте основные результаты как второй уровень декомпозиции.
Включите различные компоненты более низкого уровня, разработанные организациями, не входящими в проектную группу (например, аутсорсинговые работы).
Четыре вещи, на которые следует обратить внимание при создании WBS
При использовании гибких методов длинные истории можно разбить на пользовательские истории.
Различные результаты могут быть разложены на разные уровни.
Дело не в том, что чем детальнее декомпозиция, тем лучше. Слишком детальная декомпозиция приведет к неэффективному расходованию управленческих усилий, неэффективному использованию ресурсов, снижению эффективности выполнения работ, а также вызовет трудности агрегации данных на всех уровнях ИДР.
Результаты или компоненты, которые будут завершены в будущем, не могут быть декомпозированы (пакет планирования) в настоящее время и требуют скользящего планирования.
четыре главных принципа
100% принцип
Иметь четкое ответственное лицо
Правило 80 часов
Не разбивайте его слишком мелко
Как создать WBS
сверху вниз
вверх дном
выход
Базовый уровень объема
заявление о содержании проекта
Объем проекта
Основные результаты
Критерии приемки
Исключения проекта
СДР
комплекс работ
пакет планирования
контрольный счет
Это точка управленческого контроля (которая может быть связана с финансовыми процедурами организации), в которой объем, бюджет, фактические затраты и график интегрируются и сравниваются с освоенным объемом для измерения производительности.
Каждая контрольная учетная запись может включать один или несколько рабочих пакетов (или пакетов планирования), но рабочий пакет может принадлежать только одной контрольной учетной записи.
Контрольный показатель производительности PMB: состоит из контрольного показателя объема, контрольного показателя графика и эталонного показателя стоимости.
Словарь WBS
Документы с подробным описанием результатов, мероприятий и информации о ходе реализации каждого компонента WBS.
Область проверки (группа процессов мониторинга)
Процесс формальной приемки завершенных результатов проекта клиентом или спонсором.
Что делает этот процесс: Повышает вероятность принятия конечного продукта, услуги или результата путем принятия каждого результата.
входить
Проверенные результаты
Результаты, которые были завершены и проверены на правильность в процессе контроля качества.
Инструменты и методы
Инспекция (обзор, обзор продукции, проверка)
Проводить такие мероприятия, как измерение, анализ и валидация, чтобы определить, соответствуют ли работа и результаты требованиям и критериям приемки продукции.
выход
Результаты для приемки
Результаты, соответствующие критериям приемки, должны быть официально подписаны клиентом или спонсором.
От клиента или спонсора должна быть получена официальная документация, подтверждающая официальное принятие результатов проекта соответствующими сторонами.
Запрос на изменение
Если приемка не удалась, этапы обработки следующие: 1. Зафиксировать (понять) причину. 2. Следовать за процессом внесения изменений, чтобы устранить дефект.
Область контроля (группа процессов мониторинга)
Отслеживайте состояние проекта и содержания продукта и управляйте процессом изменения базового плана содержания.
эффект
Поддержание базового объема на протяжении всего проекта
Убедитесь, что все запросы на изменения, корректирующие и предупреждающие действия обрабатываются посредством реализации общего процесса контроля изменений.
Инструменты и методы
Анализ отклонений
Используется для сравнения базового уровня с фактическими результатами, чтобы определить, находится ли отклонение в диапазоне критических значений или необходимы корректирующие или предупреждающие действия.
анализ тенденций
Предназначен для изучения изменений в производительности проекта с течением времени, чтобы определить, улучшается или ухудшается производительность.
Определение причины и степени отклонений от базовой линии содержания и принятие решения о необходимости принятия корректирующих или предупреждающих действий являются важными задачами контроля содержания проекта.
Ползучесть масштаба
Неспособность внести соответствующие коррективы во время, стоимость и ресурсы, а также неконтролируемое расширение объема продукта или проекта.
позолоченный
Расползание масштаба внутри команды
Персонал проекта выполняет проектную деятельность, которая не решает реальных проблем и не имеет прикладной ценности, чтобы угодить клиентам.
Ползучесть масштаба
Расползание объема по причинам, внешним по отношению к команде
Это относится к клиентам, постоянно предлагающим небольшие, незаметные изменения содержания. Если не контролировать это накопление, это приведет к серьезному отклонению проекта от установленного базового плана содержания, что приведет к потере контроля над проектом и его провалу.
Если произошло расширение масштаба, плохие изменения необходимо остановить и пересмотреть процесс изменений. Если процесс изменений не одобрен, плохие изменения необходимо отменить.