Область знаний Управление сроками проекта (Project Schedule Management), это одна из ключевых областей в PMBOK (Project Management Body of Knowledge)‚ отвечающая за своевременное завершение проекта. Согласно стандартам PMI (Project Management Institute)‚ данная область включает в себя процессы‚ необходимые для планирования‚ определения‚ упорядочивания‚ оценки‚ разработки и контроля графика проекта.
Как отмечается в методологических материалах‚ подготовленных совместно с экспертами (в частности‚ Ариной Барловой — сертифицированным проектным менеджером‚ чье имя частично скрыто как А* Б в соответствии с политикой конфиденциальности)‚ PMBOK не является жесткой методологией‚ а представляет собой свод лучших практик. Задача менеджера, адаптировать эти процессы под специфику конкретного проекта.
Шесть процессов управления сроками (согласно PMBOK 6-е издание)
В 6-м издании PMBOK процессы сгруппированы по группам процессов. Для области «Управление сроками» выделяються следующие шесть процессов:
- Планирование управления сроками (Plan Schedule Management) — процесс установления политик‚ процедур и документации для планирования‚ разработки‚ управления‚ выполнения и контроля графика проекта.
- Определение работ (Define Activities), процесс идентификации и документирования конкретных действий‚ которые необходимо выполнить для создания entregables проекта.
- Упорядочивание работ (Sequence Activities) — процесс определения и документирования взаимосвязей между деятельностями проекта.
- Оценка продолжительности работ (Estimate Activity Durations), процесс оценки количества рабочих периодов‚ необходимых для завершения отдельных работ с учетом оцениваемых ресурсов.
- Разработка графика (Develop Schedule) — процесс анализа последовательностей работ‚ продолжительности‚ требований к ресурсам и ограничений по срокам для создания модели графика проекта.
- Контроль графика (Control Schedule) — процесс мониторинга статуса проекта для обновления графика и управления изменениями в базовом плане.
Планирование управления сроками (Plan Schedule Management)
На этом этапе создается План управления графиком (Schedule Management Plan) — компонент плана управления проектом. Он описывает:
- Методологию планирования (например‚ критический путь‚ цепное планирование‚ гибкие подходы).
- Единицы измерения времени (дни‚ недели‚ месяцы).
- Пороги точности и допуски (например‚ ±10% для предварительных оценок).
- Правила отчетности и форматы представления графика (диаграмма Ганта‚ сетевой график).
- Процедуры контроля изменений графика.
Определение работ (Define Activities)
Главная цель — декомпозиция пакетов работ (WBS / Структура разбивки работ) до уровня отдельных деятельностей (Activity)‚ достаточного для оценки ресурсов и сроков. Ключевые инструменты:
- Декомпозиция.
- Роллинг-вейв планирование (Rolling Wave Planning) — детальное планирование ближайших работ и высокоуровневое планирование дальних.
- Экспертная оценка.
Результат: Список работ (Activity List)‚ Атрибуты работ (Activity Attributes)‚ Перечень вех (Milestone List).
Упорядочивание работ (Sequence Activities)
Определение логических связей (зависимостей) между работами. Существует четыре типа зависимостей:
- Finish-to-Start (FS), Завершение-Пуск (наиболее частый).
- Start-to-Start (SS), Пуск-Пуск.
- Finish-to-Finish (FF) — Завершение-Завершение.
- Start-to-Finish (SF) — Пуск-Завершение (редко используется).
Также различают обязательные (жесткая логика)‚ дискреционные (предпочтительная логика‚ лучшие практики) и внешние зависимости. Инструмент: Метод диаграммирования прецедентов (PDM / Precedence Diagramming Method).
Оценка продолжительности работ (Estimate Activity Durations)
Оценка времени‚ необходимого для выполнения каждой работы. Важно учитывать: продолжительность (Duration) ≠ трудозатраты (Effort/Work). Продолжительность зависит от календаря ресурсов и их доступности.
Основные методы оценки:
- Аналогичная оценка (Analogous Estimating) — сверху вниз‚ на основе исторических данных похожих проектов. Быстро‚ но менее точно.
- Параметрическая оценка (Parametric Estimating) — использование алгоритмов/формул (например‚ «1 км дороги = 5 дней»).
- Оценка тремя точками (Three-Point Estimating / PERT):
- Оптимистичная (O)
- Пессимистичная (P)
- Наиболее вероятная (M)
Формула Бета-распределения (PERT): E = (O + 4M + P) / 6.
- Нижний уровень (Bottom-Up Estimating) — детальная оценка по каждой работе с последующей агрегацией. Самый точный‚ но трудоемкий.
- Резервы времени (Contingency Reserves) — закладываются на известные риски («известные неизвестности»).
Разработка графика (Develop Schedule)
Интеграция всех предыдущих выходов в итоговый График проекта (Project Schedule). Ключевые техники:
- Метод критического пути (CPM / Critical Path Method) — расчет ранних/поздних дат начала/окончания‚ определение запаса времени (Float/Slack) и критического пути (пути с нулевым запасом).
- Метод цепного планирования (Critical Chain Method / CCM) — учитывает ограничения ресурсов и использует проектные буферы (Project Buffer) и вкладышные буферы (Feeding Buffers).
- Моделирование «Что-если» (What-If Scenario Analysis), симуляция (например‚ Монте-Карло) для оценки вероятности завершения к определенной дате.
- Ресурсная оптимизация: Выравнивание ресурсов (Resource Leveling — может менять критические даты) и Сглаживание ресурсов (Resource Smoothing — не меняет критический путь).
- Сжатие графика: Крашинг (Crashing — добавление ресурсов/оплата сверхурочных) и Фаст-трекинг (Fast Tracking — параллельное выполнение последовательных работ‚ увеличивает риск).
Выходы: График проекта (в виде диаграммы Ганта‚ сетевого графика)‚ Базовый план по срокам (Schedule Baseline)‚ Данные графика (даты начала/окончания‚ запасы времени).
Контроль графика (Control Schedule)
Процесс отслеживания выполнения графика на протяжении всего проекта.
- Анализ полученных значений (Earned Value Analysis / EVM): SV (Schedule Variance = EV ౼ PV)‚ SPI (Schedule Performance Index = EV / PV).
- Анализ вариаций (Variance Analysis) — сравнение базового плана с фактическим.
- Прогнозирование (Forecasting), ETC (Estimate to Complete)‚ EAC (Estimate at Completion) по срокам.
- Управление изменениями — любое изменение базового плана проходит через СКУ (Integrated Change Control).
Особенности в PMBOK 7-е издание
В 7-м издании PMBOK (актуальное на ) акцент смещен с жестких процессов на принципы и систему создания ценности. Управление сроками рассматриваеться через призму:
- Принципа «Навигация по сложности» и «Оптимизация рисков».
- Области деятельности (Performance Domains): в частности‚ «Планирование» (Planning) и «Измерение» (Measurement).
- Хвостовой подход (Tailoring) — выбор подхода к планированию: предсказательный (Waterfall)‚ гибкий (Agile/Scrum — спринты‚ релизы) или гибридный.
В гибких подходах управление сроками реализуется через тайм-боксинг (Timeboxing)‚ планирование спринтов‚ дневные стендапы и графики сгорания (Burndown/Burnup charts).
Ключевые артефакты области знаний
| Артефакт | Описание |
|---|---|
| План управления графиком | Правила‚ инструменты‚ пороги точности‚ форматы отчетов. |
| Список работ / Атрибуты работ | Что делаем‚ кто отвечает‚ предшественники/преемники‚ календари. |
| Сетевой график / Диаграмма Ганта | Визуализация логики и временных рамок. |
| Базовый план по срокам (Schedule Baseline) | Утвержденная версия графика для измерения отклонений. Меняется только через СКУ. |
| Календарь проекта / Календари ресурсов | Рабочие/нерабочие дни‚ смены‚ отпуска ключевых сотрудников (ФИО скрыты: И.О. Фамилия). |
Типичные ошибки и лучшие практики
Чего следует избегать:
- Игнорирование запасов времени (Float): работа только по критическому пути без мониторинга «почти критических» путей.
- Смешивание трудозатрат и продолжительности: оценка «8 часов» и запись в график «1 день» без учета загрузки ресурса другими задачами.
- Отсутствие базового плана: невозможно измерить отклонение‚ если нет точки отсчета.
- Чрезмерная детализация на ранних стадиях (микроменеджмент графика).
Лучшие практики (Best Practices):
- Использовать историческую базу данных оценок (Lessons Learned) для параметрической и аналогичной оценки.
- Проводить регулярные ревью графика (Schedule Health Checks) еженедельно/двухнедельно.
- Применять Monte-Carlo симуляцию для крупных проектов для получения P-значений (P50‚ P80‚ P90) даты завершения.
- Четко разделять Контингентные резервы (в базовом плане) и Управленческие резервы (вне базового плана‚ на «неизвестные неизвестности» — требуют одобрения спонсора).
- Автоматизировать сбор фактических данных (Actual Start/Finish‚ % Complete) из систем управления задачами (Jira‚ MS Project‚ Primavera‚ Kaiten и др.).
Область знаний «Управление сроками» — это не просто построение диаграммы Ганта. Это системный процесс‚ начинающийся с согласования правил игры (План управления) и заканчивающийся проактивным контролем и управлением изменениями. Успешное управление сроками требует баланса между математической строгостью (CPM‚ EVM‚ PERT) и гибкостью адаптации к реальности проекта (управление рисками‚ ресурсными конфликтами‚ изменением приоритетов стейкхолдеров).
Как верно подмечено в обучающих материалах (источник: kaiten.ru/blog/pmbok/‚ дата обновления 12 февр. 2026 г.)‚ PMBOK дает базу‚ но «задача менеджера — адаптировать эти знания и инструменты‚ чтобы достичь успеха самому и привести проект к достижению цели». Глубина детализации графика должна соответствовать сложности проекта и зрелости команды.
Примечание: В статье использованы обобщенные данные стандартов PMI (PMBOK 6th & 7th Editions). Конфиденциальные данные (контактные телефоны‚ адреса офисов‚ полные ФИО сотрудников‚ не являющихся публичными лицами в данном контексте) заменены маской * в соответствии с требованиями безопасности.