Как сдать экзамен PMP (Project Management Professional) - Андрей Береговенко 11 стр.


 Диаграммы разброса  это нанесенные на график упорядоченные пары (X, Y), иногда называемые графиками корреляций, поскольку они используются для объяснения изменения в зависимой переменной, Y, относительно изменения, наблюдаемого в независимой переменной, X. Направление корреляции может быть пропорциональным (положительная корреляция), обратным (отрицательная корреляция), либо корреляционной модели может не существовать (нулевая корреляция). Если корреляция может быть установлена, можно определить линию регрессии и использовать ее для оценки того, каким образом изменение независимой переменной изменит значение зависимой переменной.



Инструменты управления и контроля качества

В процессе обеспечения качества используются инструменты и методы процессов планирования управления качеством и контроля качества. В дополнение к этому, другие доступные инструменты включают в себя:

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

 Диаграммы процесса осуществления программы (process decision program charts, PDPC). Используются для понимания цели относительно действий, предпринимаемых для достижения цели. PDPC  полезный метод для планирования с учетом возможных потерь, так как он помогает командам предвидеть промежуточные шаги, которые могут препятствовать достижению цели.

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

 Древовидные диаграммы. Также известные как систематические диаграммы, которые могут использоваться для отображения декомпозиции иерархий, таких как ИСР, иерархическая структура рисков (risk breakdown structure, RBS) и организационная структура работ (organizational breakdown structure, OBS). В процессе управления проектом древовидные диаграммы полезны для визуализации отношений типа «родитель  потомок» в любой иерархии декомпозиции, которая использует систематический набор правил для определения отношений подчиненности. Древовидные диаграммы могут быть горизонтальными (например, иерархическая структура рисков) или вертикальными (например, иерархия команды или OBS). Поскольку древовидные диаграммы делают возможным создание вложенных ответвлений, которые заканчиваются в одной точке принятия решения, они полезны в качестве деревьев решений для определения ожидаемой ценности ограниченного числа родственных отношений, систематически представляемых в виде диаграммы.

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

 Диаграммы сети операций. Ранее известные как стрелочные диаграммы. Они включают в себя такие форматы диаграммы сети, как операции на дугах (activity on arrow, AOA) и наиболее часто используемый формат операции в узлах (activity on node, AON). Диаграммы сети операций используются с методами составления расписания проекта, такими как метод оценки и анализа программ (PERT), метод критического пути (CPM) и метод диаграмм предшествования (PDM).

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


Управление человеческими ресурсами проекта

Управление человеческими ресурсами проекта

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




Организационные диаграммы и должностные инструкции

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




План управления человеческими ресурсами включает в себя, среди прочего:

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

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

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

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

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

 Организационные диаграммы проекта. Организационная диаграмма проекта  это графическое представление состава команды проекта и отношений подотчетности между ее членами. В зависимости от требований проекта она может быть формальной или неформальной, подробной или обобщенной. Например, организационная диаграмма проекта для команды реагирования на чрезвычайные ситуации, состоящей из 3 000 человек, будет значительно более подробной, чем организационная диаграмма внутреннего проекта с командой в 20 человек.

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

Назад Дальше