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

Обновлено

•

517

PMBOK: что входит в свод знаний и как применять его в проектах

Разбираем PMBOK: историю стандарта, состав седьмого издания, 12 принципов, 8 доменов, пользу, ограничения и применение в работе.

Сергей Стародольский

PMBOK: что входит в свод знаний и как применять его в проектах

В NUBL принципы PMBOK можно переводить в ежедневную работу: вести проект на доске, назначать ответственных и сроки, сверять результат с ожидаемой ценностью. Сам PMBOK не даёт готового алгоритма — это опора для выбора подхода к проекту.

Аббревиатура расшифровывается как Project Management Body of Knowledge — «свод знаний по управлению проектами». В нём собраны принципы, методы и рекомендации профессионального сообщества. PMBOK часто называют энциклопедией проектного менеджмента, но это не пошаговая инструкция.

Как появился PMBOK

Люди управляли проектами задолго до появления отдельной профессии: строили города, дороги и пирамиды, координировали ресурсы и исполнителей. Но с 1950-х годов проектное управление стали рассматривать как самостоятельную дисциплину, которую можно изучать и развивать.

С конца 1960-х в разных регионах начали возникать профильные организации. В Европе появилась Международная ассоциация управления проектами, в Азии — Японская ассоциация развития инжиниринга, в США — Институт управления проектами PMI. В 1990-е собственная профессиональная ассоциация появилась и в России.

К концу XX века практики потребовалось упорядочить. Профессионалы объединили опыт в универсальные своды знаний. Одним из самых известных стал PMBOK от PMI. Первая редакция вышла в 1996 году, седьмая — в 2021-м. Отдельный материал о том, что изменилось в PMBOK 8, поможет сопоставить этот исторический обзор с новой редакцией.

Что изменилось в седьмом издании

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

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

  • 12 принципов управления проектами.
  • Восемь доменов, где эти принципы проявляются на практике.
  • Рекомендации по формированию системы ценностей проекта и компании.
  • Подход к адаптации методов под особенности конкретного проекта.
  • Модели, методы и артефакты: таблицы, схемы и другие практические инструменты.
Седьмое издание PMBOK соединяет принципы домены ценность и инструменты проектаСедьмая редакция переносит внимание с жёсткой последовательности процессов на ценность и адаптацию.

NUBL — таск-трекер для команд и проектов

Двенадцать принципов управления проектами

В седьмом издании место 49 процессов, распределённых по пяти этапам, заняли 12 принципов. Они не привязаны к одной модели управления и задают руководителю ориентиры для решений в разных условиях.

  • Ответственное управление. Руководитель бережно обращается с ресурсами, учитывает влияние проекта на рынок, общество и экологию, опирается на этику и ценности.
  • Сотрудничество в команде. Участники создают здоровую среду и отвечают за договорённости; её поддерживают регламенты, роли и график встреч.
  • Вовлечение заинтересованных сторон. Команда понимает ожидания аудитории, заказчиков и стейкхолдеров и формирует значимую для них ценность.
  • Фокус на ценности. Проект должен приносить пользу во время реализации, после завершения или спустя некоторое время. Ценность оценивают количественно либо качественно.
  • Системное мышление. Менеджер видит проект целиком, умеет декомпозировать его и понимает, как отдельные части влияют друг на друга.
  • Лидерство. Руководитель мотивирует, обучает, служит примером и помогает участникам развивать лидерские качества.
  • Адаптация. Единого шаблона нет, поэтому проект и способ управления подстраивают под контекст.
  • Обеспечение качества. Процессы строят так, чтобы получить максимально качественный результат; промежуточные версии можно проверять через тестирование итераций и MVP.
  • Соответствие результата ожиданиям. Продукт должен попадать в потребности целевой аудитории, отвечать требованиям бизнеса и удовлетворять запрос заказчика.
  • Работа со сложностью. Команда прогнозирует трудности и рассматривает несколько сценариев.
  • Возможности и угрозы. Риск-менеджмент защищает сроки и бюджет и помогает использовать возможности роста.
  • Адаптивность, устойчивость и изменения. При появлении новых данных команда сохраняет спокойствие, принимает перемены и выбирает уместный для ситуации способ управления рисками.

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

Восемь доменов PMBOK

Принципы универсальны и связаны между собой, но применять их нужно к конкретным областям работы. В седьмой редакции такие области названы доменами результативности — Performance Domains.

  • Заинтересованные стороны (Stakeholders). Согласованность, вовлечённость участников и внимание к внешнему запросу, ради которого появляется проект.
  • Команда (Team). Создание общей среды и культуры отношений, в которой группа специалистов становится организованной командой.
  • Жизненный цикл (Lifecycle). Фазы проекта, их последовательность или цикличность, подход к разработке и выбор метода управления.
  • Планирование (Planning). Организация, контроль и уточнение работы на протяжении всего проекта, а не только на отдельном начальном этапе.
  • Проектная работа (Project Work). Непосредственная реализация процессов: график действий, распределение задач, ресурсов и усилий команды.
  • Оценка результативности (Measurement). Проверка соответствия требованиям, ожиданиям и критериям с помощью показателей.
  • Поставка ценности (Delivery). Создание и передача ценности проекта рынку и его аудитории.
  • Неопределённость (Uncertainty). Работа с рисками, угрозами и возможностями.

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

Восемь доменов PMBOK окружают проект и направляют внимание руководителяДомены помогают связать общие управленческие принципы с конкретными областями проекта.

Как пользоваться PMBOK в работе

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

У седьмой редакции два фокуса: ценность для аудитории и гибкость проекта на быстро меняющемся рынке. Для работы с этими условиями PMBOK предлагает основы, рекомендации, примеры, таблицы и проектные модели.

Свод полезен как классификатор терминов и областей знаний. Если все, кто отвечает за проект, одинаково понимают ключевые понятия, им проще обсуждать решения. Второе назначение — обучение и развитие: знания PMBOK используются и при профессиональной сертификации PMI.

Фраза «мы работаем по PMBOK» не вполне точна: это не методология. На руководство можно опираться, но идеи придётся проверять практикой. Как знания синтаксиса недостаточно для работающего кода, так и теория управления приобретает смысл в реальных проектах.

Переводить принципы в работу можно через несколько действий:

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

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

Русские переводы PMBOK существуют, однако они сделаны энтузиастами. Некоторые термины могут быть переданы непривычно или не вполне точно: значительная часть профессионального словаря пришла в русский язык извне. Если есть возможность, полезно сверяться с оригиналом.

Сильные стороны и ограничения PMBOK

Для проектного менеджера знакомство с PMBOK полезно по нескольким причинам:

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

Сложную структуру и множество нюансов нельзя без подготовки перенести в работу. Одного чтения мало: к разделам приходится возвращаться по мере появления задач.

Ограничиваться одним PMBOK не стоит. Он охватывает значительную часть проектного управления, но не заменяет конкретные методологии, практический опыт и другие профессиональные источники. Полезнее воспринимать его как карту территории, а не как единственную дорогу.

Чем PMBOK отличается от методологий

Сравнивать PMBOK с методологиями напрямую некорректно: свод рассказывает о принципах и методах, но сам не является готовым способом ведения проекта. Зато можно увидеть, как менялись его ориентиры и как они пересекаются с разными подходами.

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

Поэтому из PMBOK можно брать знания и ориентиры для построения командных процессов по Agile, но свод не превращается в Agile-фреймворк. Если нужно сравнить конкретные способы организации работы, пригодится обзор методологий управления проектами.

Линейный и гибкий подходы сходятся в единой системе принципов PMBOKPMBOK не конкурирует с методологиями, а помогает выбирать и адаптировать подход.

Что запомнить о PMBOK

  • PMBOK — свод знаний по управлению проектами, подготовленный PMI, а не пошаговая инструкция или отдельная методология.
  • Седьмая редакция отказалась от жёсткой линейной структуры в пользу 12 принципов и восьми доменов.
  • Главные ориентиры нового издания — ценность для аудитории, гибкость проекта и способность команды адаптироваться.
  • Свод помогает освоить общий профессиональный язык, изучить модели, методы и артефакты и подготовиться к сертификации PMI.
  • Польза появляется, когда менеджер подбирает подход под контекст и превращает рекомендации в конкретные задачи, документы и договорённости.

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

Выбрал принципы PMBOK для проекта — закрепи их в NUBL: разложи работу по задачам, назначь ответственных и контролируй сроки. Так управленческие ориентиры превратятся в понятный процесс команды.

Поделиться:

Содержание:

В этой категории также читают

Все посты

Что делать, если ключевой участник проекта внезапно недоступен
Управление проектами

Что делать, если ключевой участник проекта внезапно недоступен

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

Сергей Стародольский

Как проверить пользу проекта через 30 и 90 дней после завершения
Управление проектами

Как проверить пользу проекта через 30 и 90 дней после завершения

Как отличить сдачу проекта от реальной пользы: базовый показатель, владелец эффекта, обзоры через 30 и 90 дней и решения по результатам.

Сергей Стародольский

Когда остановить проект: критерии паузы, изменения курса и закрытия
Управление проектами

Когда остановить проект: критерии паузы, изменения курса и закрытия

Как понять, что проект пора пересмотреть: сигналы, четыре варианта решения, разбор затрат и аккуратное закрытие без потери результатов.

Сергей Стародольский

Освоенный объём проекта: как EVM показывает срок и стоимость на одном примере
Управление проектами

Освоенный объём проекта: как EVM показывает срок и стоимость на одном примере

Простое объяснение EVM: плановая, освоенная и фактическая стоимость, формулы отклонений и индексов, расчёт на числовом примере и ограничения прогноза.

Сергей Стародольский