Логика PMBOK в курсовых проектах
Страница объясняет, как использовать базовую логику проектного управления в курсовом проекте
Введение
📌 Что такое PMBOK
PMBOK — это свод знаний по управлению проектами, разработанный Project Management Institute, то есть не «жёсткая методология», а систематизированный набор признанных практик, процессов, инструментов и подходов.
В логике 6-й редакции PMBOK процессы сгруппированы по двум осям:
- 📂 по группам процессов
- 📚 по областям знаний
Всего описано 49 процессов.
⚙️ Пять групп процессов PMBOK
| Группа | Суть |
|---|---|
| 🚀 Initiating | Инициация |
| 📝 Planning | Планирование |
| ⚡ Executing | Исполнение |
| 📊 Monitoring and Controlling | Мониторинг и контроль |
| ✅ Closing | Завершение |
Эти группы помогают организовать работу по проекту, но их не стоит путать с фазами жизненного цикла проекта. PMI отдельно подчёркивает, что группы процессов — это именно управленческая логика выполнения процессов, а не обязательно линейные стадии проекта.
🚀 Инициация (Initiating):
📌 Для чего нужна:
Чтобы формально запустить новый проект или новую фазу проекта и получить разрешение на старт работ.
🔑 Ключевые процессы:
разработка устава проекта идентификация заинтересованных сторон
💡 Суть этапа:
На этом шаге фиксируют:
- зачем проект нужен
- кто в нём заинтересован
- на каких основаниях он стартует
📝 Планирование (Planning):
📌 Для чего нужна:
Определяет содержание работ, цели, последовательность действий и правила управления проектом.
🔑 Что формируется:
- план управления проектом
- сроки
- бюджет
- подходы к рискам
- коммуникации
- ресурсы
- качество
💡 Суть этапа:
Создается основа, по которой команда дальше будет работать и контролировать результат.
⚡ Исполнение (Executing):
📌 Для чего нужна:
Связана с выполнением запланированных работ и созданием результатов проекта.
🔑 На практике включает:
- координацию проектных работ
- управление командой
- коммуникациями
- качеством
- закупками
- вовлечением участников
💡 Суть этапа:
План превращается в реальные поставляемые результаты.
📊 Мониторинг и контроль (Monitoring and Controlling):
📌 Для чего нужна:
Для отслеживания прогресса проекта, сравнения факта с планом и управления отклонениями и изменениями.
🔑 Что контролируется:
- сроки
- стоимость
- объем работ
- риски
- качество
💡 Особенность:
Эти процессы идут не только «после исполнения», а часто параллельно с ним.
Менеджер проекта:
- сверяет факт с планом
- выявляет отклонения
- инициирует корректирующие действия
✅ Завершение (Closing):
📌 Для чего нужна:
Для формального закрытия проекта или его фазы.
🔑 Обычно на этапе:
- подтверждают приемку результатов
- закрывают контракты
- завершают административные вопросы
- фиксируют итоги и накопленный опыт
🧭 Как это понимать
Проще всего представлять группы процессов так:
| Группа | Главный вопрос |
|---|---|
| 🚀 Инициация | «Зачем и с кем стартуем?» |
| 📝 Планирование | «Как именно будем делать?» |
| ⚡ Исполнение | «Делаем» |
| 📊 Мониторинг и контроль | «Сверяем и корректируем» |
| ✅ Завершение | «Официально закрываем» |
Контроль идёт почти весь проект; планирование может уточняться по мере появления новой информации
📚 Для чего нужен PMBOK в курсовом проекте
PMBOK — это призма, сквозь которую нужно смотреть на реализацию курсового проекта, а также ценный помощник. Проектный подход требует определенного типа мышления, который создается практическим и опытным путем в результате рутинизации управленческих привычек.
🎯 Главная идея
Чтобы курсовой проект не превратился в обычную курсовую работу, необходимо грамотно применять и закреплять управленческий инструментарий.
🛠 Управленческие инструменты
Для каждой группы процессов существуют различные:
- инструменты управления
- логические правила
- подходы к организации работы
⚠️ Важно понимать
Может показаться, что применение инструментов:
- бюрократизирует работу
- усложняет реализацию проекта
- Но на практике всё наоборот.
💡 Почему опытные команды иногда используют меньше инструментов
У опытной проектной команды уже сформированы:
- устойчивые механизмы работы
- управленческие практики
- привычные процессы
Поэтому их ресурс тратится не на организацию проекта, а на выполнение задач внутри него.
Они не гарантируют качественный проект автоматически.
🔑 Ключевой аспект
Важно грамотно подбирать:
- нужный инструментарий
- подходящую методологию под специфику конкретного проекта.
📌 Примеры
Некоторые проекты требуют жёсткого контроля ресурсов и проактивного реагирования на риски. Другие — особенно чувствительны к устойчивой коммуникации и вовлечению стейкхолдеров.
🎓 Главная задача курсового проекта
Научиться:
- правильной управленческой логике
- мышлению в парадигме проектного подхода
- применять инструменты осознанно
- развивать необходимые управленческие компетенции
Таблица 1. Детальное описание групп процессов по PMBOK
| Группа процессов | Основная цель | Что обычно делается | Типичный результат |
|---|---|---|---|
| Инициация | Формально запустить проект или фазу проекта и определить базовые рамки работы | Определяют бизнес-обоснование, назначают руководителя проекта, оформляют устав проекта, выявляют заинтересованных сторон | Утвержденный старт проекта, устав проекта, первичный перечень стейкхолдеров и общее понимание целей |
| Планирование | Определить, как проект будет выполняться, контролироваться и завершаться | Уточняют содержание работ, сроки, бюджет, ресурсы, риски, качество, коммуникации, закупки и подход к изменениям | План управления проектом и набор базовых планов: по содержанию, срокам, стоимости и другим аспектам |
| Исполнение | Выполнить запланированные работы и создать результаты проекта | Координируют команду, обеспечивают коммуникации, управляют ресурсами, качеством, поставщиками и выполнением закупок | Созданные поставляемые результаты, выполненные работы и фактический прогресс проекта |
| Мониторинг и контроль | Отслеживать ход проекта, сопоставлять факт с планом и корректировать отклонения | Измеряют прогресс, контролируют сроки, бюджет, объем, качество и риски, рассматривают и проводят изменения | Отчёты о статусе, решения по изменениям, корректирующие действия и актуализированные планы |
| Завершение | Формально закрыть проект или фазу и зафиксировать итоги | Подтверждают приемку результатов, закрывают договоры и административные вопросы, собирают уроки проекта | Официально закрытый проект, архив документации, финальные выводы и извлеченные уроки |
Таблица 2. Соотнесение некоторых управленческих инструментов с процессами PMBOK
| Процесс | Группа процессов | Что подразумевает данный процесс | Полезные инструменты |
|---|---|---|---|
| Разработка устава проекта | Инициация | Формальное разрешение на старт проекта. Здесь закрепляют, зачем нужен проект, какой результат ожидается, в каких рамках он идет и кто им управляет. |
|
| Идентификация заинтересованных сторон | Инициация | Определение всех лиц и групп, которые влияют на проект или зависят от него. Важно понять не только кто они, но и чего хотят, насколько влиятельны и где могут поддержать или помешать. |
|
| Разработка плана управления проектом | Планирование | Сборка общего управленческого плана проекта. Здесь объединяют правила работы по срокам, бюджету, рискам, качеству, коммуникациям и изменениям. |
|
| Планирование управления содержанием | Планирование | Установление правил работы с содержанием проекта. Здесь заранее решают, как фиксировать состав работ, как подтверждать содержание и как не допустить лишних задач. |
|
| Сбор требований | Планирование | Выяснение того, что именно нужно заказчику, пользователям и другим участникам. Главная задача — превратить пожелания и ожидания в рабочие и понятные требования. |
|
| Определение содержания | Планирование | Формулировка чётких границ проекта. Здесь команда определяет, какой результат обязуется создать и что в проект точно не входит. |
|
| Создание ИСР | Планирование | Разбиение проекта на более мелкие управляемые части. Это нужно, чтобы можно было планировать, назначать ответственность и контролировать выполнение. |
|
| Планирование управления расписанием | Планирование | Установление правил работы со сроками проекта. Здесь заранее решают, как строить график, кто его обновляет и что считается отклонением. |
|
| Определение операций | Планирование | Перевод крупных блоков работ в конкретные задачи. После этого процесса проект становится набором реальных действий, а не только общих формулировок. |
|
| Определение последовательности операций | Планирование | Определение логики выполнения задач. Нужно понять, что можно делать параллельно, а что только после завершения предыдущих шагов. |
|
| Оценка длительности операций | Планирование | Расчёт времени, необходимого для выполнения каждой задачи. Важно учитывать реалистичные трудозатраты, а не желаемые. |
|
| Разработка расписания | Планирование | Создание итогового графика проекта с учётом всех зависимостей, ресурсов и ограничений по срокам. |
|
| Планирование управления стоимостью | Планирование | Установление правил управления деньгами проекта. Здесь определяют, как будут оцениваться, утверждаться и контролироваться затраты. |
|
| Оценка стоимости | Планирование | Расчёт затрат на работы, ресурсы, материалы и услуги. Смысл процесса — получить достаточно обоснованную стоимость проекта, а не приблизительную догадку. |
|
| Определение бюджета | Планирование | Объединение всех оценок затрат в единый бюджет. Здесь фиксируют общий финансовый предел проекта и потребность в финансировании по времени. |
|
| Планирование управления качеством | Планирование | Определение того, что считается качественным результатом и как этого качества добиваться. Ключевой момент — заранее договориться о критериях качества. |
|
| Планирование управления ресурсами | Планирование | Определение того, какие ресурсы нужны, в каком количестве и когда. Сюда входят люди, техника, материалы и информация. |
|
| Планирование управления коммуникациями | Планирование | Определение того, кому, когда и как сообщать по проекту. Смысл процесса — сделать коммуникации понятными и регулярными. |
|
| Планирование управления рисками | Планирование | Настройка общей системы работы с рисками. Здесь определяют подходы, роли, частоту пересмотра рисков и правила их оценки. |
|
| Идентификация рисков | Планирование | Поиск угроз и возможностей, которые могут повлиять на проект. Важно смотреть и на внутренние слабые места, и на внешнюю среду. |
|
| Качественный анализ рисков | Планирование | Быстрая расстановка приоритетов между рисками. Здесь определяют, какими рисками нужно заниматься в первую очередь. |
|
| Количественный анализ рисков | Планирование | Численная оценка того, насколько сильно риски могут повлиять на результат и сроки проекта. |
|
| Планирование реагирования на риски | Планирование | Разработка конкретных действий для каждого значимого риска: как его избежать, снизить, передать или принять. |
|
| Планирование управления закупками | Планирование | Определение того, что выгоднее делать самим, а что покупать на стороне. Также здесь продумывают типы закупок, критерии отбора и формат договора. |
|
| Планирование вовлечения заинтересованных сторон | Планирование | Подготовка стратегии взаимодействия со стейкхолдерами. Нужно понять, как информировать и вовлекать глубже там, где важно снизить сопротивление. |
|
| Руководство и управление работами проекта | Исполнение | Непосредственное выполнение проекта. Здесь план превращается в реальные действия, задачи закрываются, а результаты создаются. |
|
| Управление знаниями проекта | Исполнение | Сохранение и использование опыта проекта по ходу работы. Важно не терять решения, уроки, удачные практики и ошибки. |
|
| Управление качеством | Исполнение | Обеспечение качества прямо в процессе работы. Главная идея — не ждать конца проекта, а заранее выстраивать процессы так, чтобы дефектов было меньше. |
|
| Приобретение ресурсов | Исполнение | Получение людей, техники, материалов и иных ресурсов, нужных для проекта. Здесь проект обеспечивает себя всем необходимым для выполнения задач. |
|
| Развитие команды проекта | Исполнение | Усиление команды как рабочей системы. Сюда входят развитие навыков, доверия, взаимодействия и общей результативности. |
|
| Управление командой | Исполнение | Ежедневная работа с людьми: постановка задач, мотивация, обратная связь, решение конфликтов. Это процесс удержания команды в рабочем состоянии. |
|
| Управление коммуникациями | Исполнение | Реальная передача проектной информации участникам. Здесь уже не планируют коммуникации, а проводят встречи, рассылают отчёты, поддерживают понимание между сторонами. |
|
| Осуществление реагирования на риски | Исполнение | Реализация заранее выбранных действий по рискам. То есть проект не просто знает о рисках, а действительно запускает меры реагирования. |
|
| Проведение закупок | Исполнение | Проведение отбора поставщиков и заключение договоров. Здесь проект взаимодействует с рынком и выбирает внешних исполнителей. |
|
| Управление вовлечением заинтересованных сторон | Исполнение | Поддержание нужного уровня участия и поддержки со стороны стейкхолдеров. Это живая работа с ожиданиями, интересами и возможным сопротивлением. |
|
| Мониторинг и контроль работ проекта | Мониторинг и контроль | Общая проверка того, как реально продвигается проект. Здесь сравнивают план и факт, выявляют отклонения и инициируют корректирующие действия. |
|
| Интегрированный контроль изменений | Мониторинг и контроль | Системное рассмотрение всех существенных изменений. Процесс не даёт менять проект хаотично и требует оценки влияния каждого изменения на всё остальное. |
|
| Подтверждение содержания | Мониторинг и контроль | Формальная приёмка результата со стороны заказчика или уполномоченного лица. Здесь важно получить подтверждение, что результат действительно соответствует ожиданиям. |
|
| Контроль содержания | Мониторинг и контроль | Контроль того, что проект не вышел за согласованные границы. Процесс защищает проект от незаметного разрастания объёма работ. |
|
| Контроль расписания | Мониторинг и контроль | Отслеживание сроков и управление задержками. Задача — вовремя увидеть задержки и понять, как они влияют на весь проект. |
|
| Контроль стоимости | Мониторинг и контроль | Сопоставление фактических затрат с бюджетом и управление отклонениями по стоимости. |
|
| Контроль качества | Мониторинг и контроль | Проверка соответствия результатов требованиям, поиск дефектов и несоответствий. |
|
| Контроль ресурсов | Мониторинг и контроль | Отслеживание использования людей, материалов и оборудования. Нужно вовремя заметить дефицит или неэффективное распределение ресурсов. |
|
| Мониторинг коммуникаций | Мониторинг и контроль | Проверка работоспособности системы информирования проекта. Нужно убедиться, что нужные люди получают нужную информацию вовремя и понимают её. |
|
| Мониторинг рисков | Мониторинг и контроль | Постоянное наблюдение за рисками и результативностью мер реагирования. Это делает риск-менеджмент непрерывным процессом. |
|
| Контроль закупок | Мониторинг и контроль | Контроль выполнения обязательств поставщиками: следят за сроками, качеством, объёмом и условиями контракта. |
|
| Мониторинг вовлечения заинтересованных сторон | Мониторинг и контроль | Оценка того, как реально ведут себя стейкхолдеры по отношению к проекту. Нужно вовремя увидеть падение поддержки, рост сопротивления или изменение интересов. |
|
| Закрытие проекта или фазы | Завершение | Формальное завершение этапа, подтверждение приёмки работ и фиксация опыта. Здесь подтверждают окончание работ, закрывают обязательства, архивируют документы и фиксируют уроки для будущего. |
|
💬 Обратная связь
SGP Toolkit продолжает развиваться, и нам очень важно ваше мнение. Заметили ошибку или неточность? Не нашли нужный материал? Считаете, что какой-то раздел можно сделать понятнее и удобнее? Или хотите предложить новую тему для платформы? Обязательно напишите нам. Любое замечание, идея, предложение или вопрос помогают сделать SGP Toolkit полезнее для студентов и преподавателей 🙌