Как сдать экзамен PMP (Project Management Professional)

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

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

Качество и сорт – это концептуально различные понятия. Качество как поставляемый выход или результат – это «степень соответствия совокупности присущих характеристик требованиям» (ISO 9000) [10]. Сорт как конструктивный замысел – это категория, присваиваемая поставляемым результатам, имеющим одно и то же функциональное назначение, но различные технические характеристики. Руководитель проекта и команда управления проектом отвечают за достижение компромиссных решений в отношении обеспечения требуемых уровней как качества, так и сорта. Уровень качества, который

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

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

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

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

– Постоянное совершенствование. Цикл «планирование-выполнение-проверка-действие» (plan-do-check-act, PDCA) – модель, описанная Шухартом и усовершенствованная Демингом, – является основой для улучшения качества. Кроме того, инициативы по улучшению качества, такие как всеобщее управление качеством (Total Quality Management, TQM), методика «шести сигм» и совместное применение методики «шести сигм» и бережливого производства (Lean Six Sigma), могут улучшить качество управления проектом, а также качество продукта проекта. Среди моделей совершенствования процессов можно привести модель качества Малкольма Болдриджа, модель зрелости организационного управления проектами (Organizational Project Management Maturity Model, OPM3®) и комплексную модель производительности и зрелости (Capability Maturity Model Integrated, CMMI®).

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

– Стоимость качества (cost of quality, COQ). Стоимость качества – это общая стоимость работы над соответствием и работы над несоответствием требованиям, которая должна быть выполнена в качестве компенсационного усилия, поскольку при первой попытке выполнения этой работы существует потенциальная возможность, что какая-то часть требуемого объема работ может быть выполнена или была выполнена неправильно. Затраты на выполнение работ по обеспечению качества могут возникать на протяжении всего жизненного цикла поставляемого результата. Например, решения, принятые командой проекта, могут повлиять на операционные затраты, связанные с использованием выполненного поставляемого результата. Затраты, связанные с обеспечением качества после закрытия проекта, могут возникать в результате возвратов продуктов, претензий по гарантии и кампаний по отзыву продукции. Таким образом, вследствие временного характера проекта и потенциальной выгоды, которая может быть получена в результате снижения послепроектной стоимости качества, спонсирующие организации могут принять решение об инвестировании средств в улучшение качества продукта. Данные инвестиции, как правило, делаются в области работы над соответствием требованиям с целью предотвращения дефектов или снижения стоимости дефектов путем инспекции несоответствующих требованиям единиц продукции. Более того, вопросы, связанные с постпроектной COQ, должны решаться в процессе управления программой и управления портфелем, например офисы управления проектами, программами и портфелями должны применять соответствующие методы анализа, шаблоны и способы выделения финансовых средств для этой цели.

Семь основных инструментов качества

Семь основных инструментов качества, также известные в отрасли как инструменты 7QC, используются в контексте цикла PDCA для решения проблем, связанных с качеством. Рис. ниже представляет собой концептуальную иллюстрацию семи основных инструментов качества, которые включают в себя:

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

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

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

– Диаграммы Парето представляют собой вертикальные столбчатые диаграммы особой формы и используются для определения нескольких наиболее важных источников, вызывающих большинство эффектов проблемы. Категории, показанные на горизонтальной оси, представляют собой существующее распределение вероятностей, учитывающее 100% возможных наблюдений. Значение соответствующей частоты возникновения каждой обозначенной причины, показанной на горизонтальной оси, уменьшается вплоть до достижения источника по умолчанию, называемого «другое», который отвечает за неустановленные причины. Как правило, диаграмма Парето организована по категориям, измеряющим либо частоту возникновения, либо последствия.

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

– Контрольные карты используются для определения того, является ли процесс стабильным или нет и характеризуется ли он предсказуемым исполнением. Нижние и верхние границы, заданные спецификацией, основаны на требованиях, закрепленных в соглашении. Они отражают максимальные и минимальные допустимые значения. Могут налагаться штрафы, связанные с выходом значений за границы, заданные спецификацией. Верхняя и нижняя контрольные границы отличаются от границ, заданных спецификацией. Контрольные границы устанавливаются с использованием стандартных статистических расчетов и принципов с целью окончательного определения естественной возможности стабилизации процесса. Руководитель проекта и соответствующие заинтересованные стороны могут использовать статистически рассчитанные контрольные границы для определения точек, в которых будут предприниматься корректирующие воздействия с целью предотвращения неестественного исполнения. Целью корректирующего воздействия, как правило, является сохранение естественной устойчивости стабильного и действенного процесса. Для повторяющихся процессов контрольные границы обычно составляют ± 3 сигмы от среднего значения процесса, которое было установлено на 0. Процесс считается вышедшим из-под контроля в том случае, если: (1) точка данных находится вне контрольных границ; (2) семь последовательных точек находятся выше средней линии; или (3) семь последовательных точек находятся ниже средней линии. Контрольные карты могут быть использованы для контроля различных типов выходных переменных. Хотя наиболее часто контрольные карты используются для отслеживания повторяющихся операций, требуемых для производства промышленных изделий, они также могут использоваться для контроля отклонений по стоимости и расписанию, объема и частоты изменений содержания или иных управленческих результатов, что помогает определить, находятся ли процессы управления проектом под контролем.

– Диаграммы разброса – это нанесенные на график упорядоченные пары (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 человек.