Перейти к основному содержимому

Логика PMBOK в курсовых проектах

Страница объясняет, как использовать базовую логику проектного управления в курсовом проекте

Введение

📌 Что такое PMBOK

PMBOK — это свод знаний по управлению проектами, разработанный Project Management Institute, то есть не «жёсткая методология», а систематизированный набор признанных практик, процессов, инструментов и подходов.

В логике 6-й редакции PMBOK процессы сгруппированы по двум осям:

  • 📂 по группам процессов
  • 📚 по областям знаний

Всего описано 49 процессов.

⚙️ Пять групп процессов PMBOK

ГруппаСуть
🚀 InitiatingИнициация
📝 PlanningПланирование
⚡ ExecutingИсполнение
📊 Monitoring and ControllingМониторинг и контроль
✅ ClosingЗавершение
Важно понимать

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

🚀 Инициация (Initiating):

📌 Для чего нужна:

Чтобы формально запустить новый проект или новую фазу проекта и получить разрешение на старт работ.

🔑 Ключевые процессы:

разработка устава проекта идентификация заинтересованных сторон

💡 Суть этапа:

На этом шаге фиксируют:

  • зачем проект нужен
  • кто в нём заинтересован
  • на каких основаниях он стартует

📝 Планирование (Planning):

📌 Для чего нужна:

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

🔑 Что формируется:

  • план управления проектом
  • сроки
  • бюджет
  • подходы к рискам
  • коммуникации
  • ресурсы
  • качество

💡 Суть этапа:

Создается основа, по которой команда дальше будет работать и контролировать результат.

⚡ Исполнение (Executing):

📌 Для чего нужна:

Связана с выполнением запланированных работ и созданием результатов проекта.

🔑 На практике включает:

  • координацию проектных работ
  • управление командой
  • коммуникациями
  • качеством
  • закупками
  • вовлечением участников

💡 Суть этапа:

План превращается в реальные поставляемые результаты.

📊 Мониторинг и контроль (Monitoring and Controlling):

📌 Для чего нужна:

Для отслеживания прогресса проекта, сравнения факта с планом и управления отклонениями и изменениями.

🔑 Что контролируется:

  • сроки
  • стоимость
  • объем работ
  • риски
  • качество

💡 Особенность:

Эти процессы идут не только «после исполнения», а часто параллельно с ним.

Менеджер проекта:

  1. сверяет факт с планом
  2. выявляет отклонения
  3. инициирует корректирующие действия

✅ Завершение (Closing):

📌 Для чего нужна:

Для формального закрытия проекта или его фазы.

🔑 Обычно на этапе:

  • подтверждают приемку результатов
  • закрывают контракты
  • завершают административные вопросы
  • фиксируют итоги и накопленный опыт

🧭 Как это понимать

Проще всего представлять группы процессов так:

ГруппаГлавный вопрос
🚀 Инициация«Зачем и с кем стартуем?»
📝 Планирование«Как именно будем делать?»
⚡ Исполнение«Делаем»
📊 Мониторинг и контроль«Сверяем и корректируем»
✅ Завершение«Официально закрываем»
В реальном проекте группы процессов могут частично перекрываться:

Контроль идёт почти весь проект; планирование может уточняться по мере появления новой информации

📚 Для чего нужен PMBOK в курсовом проекте

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

🎯 Главная идея

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

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

Для каждой группы процессов существуют различные:

  • инструменты управления
  • логические правила
  • подходы к организации работы

⚠️ Важно понимать

Может показаться, что применение инструментов:

  • бюрократизирует работу
  • усложняет реализацию проекта
  • Но на практике всё наоборот.

💡 Почему опытные команды иногда используют меньше инструментов

У опытной проектной команды уже сформированы:

  • устойчивые механизмы работы
  • управленческие практики
  • привычные процессы

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

Но инструменты — не панацея.

Они не гарантируют качественный проект автоматически.

🔑 Ключевой аспект

Важно грамотно подбирать:

  • нужный инструментарий
  • подходящую методологию под специфику конкретного проекта.

📌 Примеры

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

🎓 Главная задача курсового проекта

Научиться:

  1. правильной управленческой логике
  2. мышлению в парадигме проектного подхода
  3. применять инструменты осознанно
  4. развивать необходимые управленческие компетенции

Таблица 1. Детальное описание групп процессов по PMBOK

Группа процессовОсновная цельЧто обычно делаетсяТипичный результат
ИнициацияФормально запустить проект или фазу проекта и определить базовые рамки работыОпределяют бизнес-обоснование, назначают руководителя проекта, оформляют устав проекта, выявляют заинтересованных сторонУтвержденный старт проекта, устав проекта, первичный перечень стейкхолдеров и общее понимание целей
ПланированиеОпределить, как проект будет выполняться, контролироваться и завершатьсяУточняют содержание работ, сроки, бюджет, ресурсы, риски, качество, коммуникации, закупки и подход к изменениямПлан управления проектом и набор базовых планов: по содержанию, срокам, стоимости и другим аспектам
ИсполнениеВыполнить запланированные работы и создать результаты проектаКоординируют команду, обеспечивают коммуникации, управляют ресурсами, качеством, поставщиками и выполнением закупокСозданные поставляемые результаты, выполненные работы и фактический прогресс проекта
Мониторинг и контрольОтслеживать ход проекта, сопоставлять факт с планом и корректировать отклоненияИзмеряют прогресс, контролируют сроки, бюджет, объем, качество и риски, рассматривают и проводят измененияОтчёты о статусе, решения по изменениям, корректирующие действия и актуализированные планы
ЗавершениеФормально закрыть проект или фазу и зафиксировать итогиПодтверждают приемку результатов, закрывают договоры и административные вопросы, собирают уроки проектаОфициально закрытый проект, архив документации, финальные выводы и извлеченные уроки

Таблица 2. Соотнесение некоторых управленческих инструментов с процессами PMBOK

ПроцессГруппа процессовЧто подразумевает данный процессПолезные инструменты
Разработка устава проектаИнициацияФормальное разрешение на старт проекта. Здесь закрепляют, зачем нужен проект, какой результат ожидается, в каких рамках он идет и кто им управляет.
  1. SMART
  2. SWOT-анализ
  3. PESTEL-анализ
  4. Анализ заинтересованных сторон
Идентификация заинтересованных сторонИнициацияОпределение всех лиц и групп, которые влияют на проект или зависят от него. Важно понять не только кто они, но и чего хотят, насколько влиятельны и где могут поддержать или помешать.
  1. Карта заинтересованных сторон
  2. Матрица влияние/интерес
  3. Модель значимости
Разработка плана управления проектомПланированиеСборка общего управленческого плана проекта. Здесь объединяют правила работы по срокам, бюджету, рискам, качеству, коммуникациям и изменениям.
  1. Дорожная карта
  2. OKR
  3. Матрица управления
Планирование управления содержаниемПланированиеУстановление правил работы с содержанием проекта. Здесь заранее решают, как фиксировать состав работ, как подтверждать содержание и как не допустить лишних задач.
  1. План управления содержанием
  2. Логика ИСР
Сбор требованийПланированиеВыяснение того, что именно нужно заказчику, пользователям и другим участникам. Главная задача — превратить пожелания и ожидания в рабочие и понятные требования.
  1. Интервью/рабочая сессия
  2. Пользовательские истории
  3. Приоритизация MoSCoW
  4. Модель Kano
Определение содержанияПланированиеФормулировка чётких границ проекта. Здесь команда определяет, какой результат обязуется создать и что в проект точно не входит.
  1. SMART
  2. Видение продукта
  3. Описание содержания
  4. Список вне рамок проекта
Создание ИСРПланированиеРазбиение проекта на более мелкие управляемые части. Это нужно, чтобы можно было планировать, назначать ответственность и контролировать выполнение.
  1. ИСР
  2. Mind map
  3. Декомпозиция
  4. Правило MECE
Планирование управления расписаниемПланированиеУстановление правил работы со сроками проекта. Здесь заранее решают, как строить график, кто его обновляет и что считается отклонением.
  1. Диаграмма Ганта
  2. Календарный план
  3. Базовый график
  4. Волновое планирование
Определение операцийПланированиеПеревод крупных блоков работ в конкретные задачи. После этого процесса проект становится набором реальных действий, а не только общих формулировок.
  1. Детализация задач
  2. Словарь ИСР
  3. Схема процесса (бизнес-нотации)
Определение последовательности операцийПланированиеОпределение логики выполнения задач. Нужно понять, что можно делать параллельно, а что только после завершения предыдущих шагов.
  1. Сетевая диаграмма
  2. Метод диаграмм предшествования
  3. Карта зависимостей
  4. Логика критического пути
Оценка длительности операцийПланированиеРасчёт времени, необходимого для выполнения каждой задачи. Важно учитывать реалистичные трудозатраты, а не желаемые.
  1. Трёхточечная оценка
  2. Оценка по аналогам
  3. PERT
Разработка расписанияПланированиеСоздание итогового графика проекта с учётом всех зависимостей, ресурсов и ограничений по срокам.
  1. Диаграмма Ганта
  2. Метод критического пути
  3. План контрольных точек
Планирование управления стоимостьюПланированиеУстановление правил управления деньгами проекта. Здесь определяют, как будут оцениваться, утверждаться и контролироваться затраты.
  1. Базовый план стоимости (смета)
  2. Логика CPI/SPI
Оценка стоимостиПланированиеРасчёт затрат на работы, ресурсы, материалы и услуги. Смысл процесса — получить достаточно обоснованную стоимость проекта, а не приблизительную догадку.
  1. Оценка снизу вверх
  2. Оценка по аналогам
  3. Параметрическая оценка
  4. Анализ резервов
Определение бюджетаПланированиеОбъединение всех оценок затрат в единый бюджет. Здесь фиксируют общий финансовый предел проекта и потребность в финансировании по времени.
  1. Бюджетный базис
  2. План движения денежных средств
  3. Резерв на непредвиденные расходы
Планирование управления качествомПланированиеОпределение того, что считается качественным результатом и как этого качества добиваться. Ключевой момент — заранее договориться о критериях качества.
  1. SMART
  2. Критические для качества характеристики
  3. Метрики качества
  4. Цикл PDCA
  5. Бенчмаркинг
Планирование управления ресурсамиПланированиеОпределение того, какие ресурсы нужны, в каком количестве и когда. Сюда входят люди, техника, материалы и информация.
  1. Матрица RACI
  2. Матрица ответственности
  3. Календарь ресурсов
  4. Организационная схема
Планирование управления коммуникациямиПланированиеОпределение того, кому, когда и как сообщать по проекту. Смысл процесса — сделать коммуникации понятными и регулярными.
  1. Матрица коммуникаций
  2. Карта заинтересованных сторон
  3. График встреч
Планирование управления рискамиПланированиеНастройка общей системы работы с рисками. Здесь определяют подходы, роли, частоту пересмотра рисков и правила их оценки.
  1. План управления рисками
  2. Классификатор рисков
  3. Матрица вероятность/влияние
Идентификация рисковПланированиеПоиск угроз и возможностей, которые могут повлиять на проект. Важно смотреть и на внутренние слабые места, и на внешнюю среду.
  1. SWOT-анализ
  2. PESTEL-анализ
  3. Brainstorm
Качественный анализ рисковПланированиеБыстрая расстановка приоритетов между рисками. Здесь определяют, какими рисками нужно заниматься в первую очередь.
  1. Матрица вероятность/влияние
  2. Тепловая карта рисков
  3. Правило Парето
Количественный анализ рисковПланированиеЧисленная оценка того, насколько сильно риски могут повлиять на результат и сроки проекта.
  1. Моделирование Монте-Карло
  2. Дерево решений
  3. Анализ чувствительности
  4. Ожидаемая денежная ценность
Планирование реагирования на рискиПланированиеРазработка конкретных действий для каждого значимого риска: как его избежать, снизить, передать или принять.
  1. Матрица реагирования на риски
  2. Логика избегание/снижение/передача/принятие
Планирование управления закупкамиПланированиеОпределение того, что выгоднее делать самим, а что покупать на стороне. Также здесь продумывают типы закупок, критерии отбора и формат договора.
  1. Анализ «делать или покупать»
  2. Матрица поставщиков
  3. Критерии оценки заявок
Планирование вовлечения заинтересованных сторонПланированиеПодготовка стратегии взаимодействия со стейкхолдерами. Нужно понять, как информировать и вовлекать глубже там, где важно снизить сопротивление.
  1. Матрица влияние/интерес
  2. Матрица оценки вовлечённости
  3. План коммуникаций
Руководство и управление работами проектаИсполнениеНепосредственное выполнение проекта. Здесь план превращается в реальные действия, задачи закрываются, а результаты создаются.
  1. Канбан
  2. Трекер задач
Управление знаниями проектаИсполнениеСохранение и использование опыта проекта по ходу работы. Важно не терять решения, уроки, удачные практики и ошибки.
  1. Журнал извлечённых уроков
  2. Ретроспектива
Управление качествомИсполнениеОбеспечение качества прямо в процессе работы. Главная идея — не ждать конца проекта, а заранее выстраивать процессы так, чтобы дефектов было меньше.
  1. PDCA
  2. Аудит процесса
  3. Анализ корневых причин
  4. Блок-схема
Приобретение ресурсовИсполнениеПолучение людей, техники, материалов и иных ресурсов, нужных для проекта. Здесь проект обеспечивает себя всем необходимым для выполнения задач.
  1. План запроса ресурсов
  2. Планирование мощностей
  3. Отбор поставщиков
Развитие команды проектаИсполнениеУсиление команды как рабочей системы. Сюда входят развитие навыков, доверия, взаимодействия и общей результативности.
  1. Командообразование
  2. Модель Такмана
  3. Матрица компетенций
Управление командойИсполнениеЕжедневная работа с людьми: постановка задач, мотивация, обратная связь, решение конфликтов. Это процесс удержания команды в рабочем состоянии.
  1. Встречи один на один
  2. Модель обратной связи
  3. Матрица разрешения конфликтов
  4. Ситуационное лидерство
Управление коммуникациямиИсполнениеРеальная передача проектной информации участникам. Здесь уже не планируют коммуникации, а проводят встречи, рассылают отчёты, поддерживают понимание между сторонами.
  1. Статус-отчёт
  2. Карта каналов коммуникаций
Осуществление реагирования на рискиИсполнениеРеализация заранее выбранных действий по рискам. То есть проект не просто знает о рисках, а действительно запускает меры реагирования.
  1. Реестр рисков
  2. План на случай непредвиденных обстоятельств
  3. Отслеживание триггеров
Проведение закупокИсполнениеПроведение отбора поставщиков и заключение договоров. Здесь проект взаимодействует с рынком и выбирает внешних исполнителей.
  1. Запрос предложений
  2. Запрос котировок
  3. Таблица сравнения заявок
  4. Матрица оценки поставщиков
Управление вовлечением заинтересованных сторонИсполнениеПоддержание нужного уровня участия и поддержки со стороны стейкхолдеров. Это живая работа с ожиданиями, интересами и возможным сопротивлением.
  1. План вовлечения заинтересованных сторон
  2. Карта влияния
Мониторинг и контроль работ проектаМониторинг и контрольОбщая проверка того, как реально продвигается проект. Здесь сравнивают план и факт, выявляют отклонения и инициируют корректирующие действия.
  1. Панель KPI
  2. Обзор контрольных точек
  3. Анализ отклонений
  4. Статус-обзор
Интегрированный контроль измененийМониторинг и контрольСистемное рассмотрение всех существенных изменений. Процесс не даёт менять проект хаотично и требует оценки влияния каждого изменения на всё остальное.
  1. Журнал изменений
  2. Форма запроса на изменение
  3. Анализ влияния
Подтверждение содержанияМониторинг и контрольФормальная приёмка результата со стороны заказчика или уполномоченного лица. Здесь важно получить подтверждение, что результат действительно соответствует ожиданиям.
  1. Критерии приёмки
  2. Демонстрация результата
  3. Чек-лист
Контроль содержанияМониторинг и контрольКонтроль того, что проект не вышел за согласованные границы. Процесс защищает проект от незаметного разрастания объёма работ.
  1. Базовый план содержания
  2. Матрица прослеживаемости требований
  3. Контроль изменений
Контроль расписанияМониторинг и контрольОтслеживание сроков и управление задержками. Задача — вовремя увидеть задержки и понять, как они влияют на весь проект.
  1. Диаграмма Ганта
  2. Критический путь
  3. Диаграмма сгорания
  4. Отклонение по срокам
Контроль стоимостиМониторинг и контрольСопоставление фактических затрат с бюджетом и управление отклонениями по стоимости.
  1. Метод освоенного объема
  2. CPI/SPI
  3. Прогноз по завершении
Контроль качестваМониторинг и контрольПроверка соответствия результатов требованиям, поиск дефектов и несоответствий.
  1. Диаграмма Парето
  2. Контрольные карты
  3. Чек-листы
  4. Выборочный контроль
Контроль ресурсовМониторинг и контрольОтслеживание использования людей, материалов и оборудования. Нужно вовремя заметить дефицит или неэффективное распределение ресурсов.
  1. Гистограмма ресурсов
  2. Отчёт по загрузке
  3. Обзор мощностей
Мониторинг коммуникацийМониторинг и контрольПроверка работоспособности системы информирования проекта. Нужно убедиться, что нужные люди получают нужную информацию вовремя и понимают её.
  1. Контур обратной связи
  2. Аудит коммуникаций
  3. Опрос заинтересованных сторон
Мониторинг рисковМониторинг и контрольПостоянное наблюдение за рисками и результативностью мер реагирования. Это делает риск-менеджмент непрерывным процессом.
  1. Обзор рисков
  2. Диаграмма сгорания рисков
  3. Мониторинг триггеров
Контроль закупокМониторинг и контрольКонтроль выполнения обязательств поставщиками: следят за сроками, качеством, объёмом и условиями контракта.
  1. Аудит контракта
  2. Обзор SLA
  3. Оценочная карта поставщика
Мониторинг вовлечения заинтересованных сторонМониторинг и контрольОценка того, как реально ведут себя стейкхолдеры по отношению к проекту. Нужно вовремя увидеть падение поддержки, рост сопротивления или изменение интересов.
  1. Матрица вовлечённости
  2. Короткий пульс-опрос
  3. Тепловая карта заинтересованных сторон
Закрытие проекта или фазыЗавершениеФормальное завершение этапа, подтверждение приёмки работ и фиксация опыта. Здесь подтверждают окончание работ, закрывают обязательства, архивируют документы и фиксируют уроки для будущего.
  1. Извлечённые уроки
  2. Итоговый отчёт
  3. Чек-лист закрытия
  4. Итоговый обзор проекта

💬 Обратная связь

SGP Toolkit продолжает развиваться, и нам очень важно ваше мнение. Заметили ошибку или неточность? Не нашли нужный материал? Считаете, что какой-то раздел можно сделать понятнее и удобнее? Или хотите предложить новую тему для платформы? Обязательно напишите нам. Любое замечание, идея, предложение или вопрос помогают сделать SGP Toolkit полезнее для студентов и преподавателей 🙌

📩 Контакты для связи

academic.navig@gmail.com