Критический путь в MS Project Server
Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.
Содержание
Критический путь в MS Project Server
В основе любого успешного календарно-сетевого планирования лежит концепция критического пути (Critical Path Method, CPM). При переходе компании на серверный уровень управления в среде MS Project Server этот инструмент становится ключевым элементом контроля для топ-менеджмента, проектного офиса (PMO) и кураторов портфелей. Именно критический путь определяет реальную дату завершения проекта, помогая отсекать второстепенные задачи и концентрировать внимание команды на работах, срыв которых сдвинет финиш всей программы.
В этой статье мы подробно разберем, как MS Project Server рассчитывает параметры критического пути, как визуализировать его в веб-интерфейсе и какие инструменты использовать для оптимизации сроков реализации ваших корпоративных проектов.
Что такое критический путь: Алгоритм расчета и гибкие правила сервера
По умолчанию MS Project Server признает задачу критической, если она имеет нулевой временной резерв. Это означает, что любое, даже минимальное (на один час или день) смещение сроков этой работы мгновенно приведет к сдвигу даты окончания всего проекта.
Однако жесткая математическая логика с нулевым резервом не всегда удобна в реальной практике. Например, если проект длится два года, задача с резервом в 1–2 дня фактически является критической, так как находится в зоне повышенного риска.
Профессиональная среда Microsoft позволяет администраторам и менеджерам гибко менять правила нахождения критических задач:
- На уровне сервера или в десктоп-версии MS Project Professional вы можете зайти в параметры расчета и указать, что задачи признаются критическими, если их общий резерв времени составляет, например, меньше или равен 3, 5 или 10 дням.
- Такой подход позволяет сформировать так называемый «околокритический путь» (Near-Critical Path), помогая руководителю проекта увидеть потенциальные угрозы задолго до того, как они начнут разрушать утвержденные директивные сроки.
Визуализация критического пути в Project Web App (PWA)
Для того чтобы кураторы, стейкхолдеры или сотрудники проектного офиса могли оперативно проанализировать структуру проекта прямо в браузере без открытия тяжелого десктопного файла, на сервере предусмотрены специальные аналитические ракурсы.
Чтобы отобразить критический путь проекта на фоне всех остальных текущих задач:
- Откройте карточку проекта в Центре проектов PWA.
- В верхнем левом углу страницы в блоке выбора доступных экранов выберите специализированное представление «Отслеживание задач» (или аналогичное корпоративное представление, настроенное для анализа критического пути).
- Посмотрите на графическую часть (Диаграмму Ганта): все критические задачи и связи между ними будут автоматически подсвечены и окрашены ярким красным цветом. Обычные (некритические) работы, имеющие запас по времени, отображаются стандартными синими барами.
Такая визуализация позволяет с первого взгляда оценить непрерывную цепочку технологических операций от старта до финиша, которая и формирует итоговую длительность проекта.
Ключевые аналитические столбцы для работы с критическим путем
Для детального математического аудита и ручного управления логикой сетевого графика в табличную часть представления рекомендуется вывести следующие системные столбцы:
- Столбец «Критическая» (Critical). Логическое поле (типа Да/Нет), которое служит для быстрой фильтрации и группировки. С его помощью вы можете в один клик отсечь весь «информационный шум» и вывести на экран исключительно те задачи, которые в данный момент формируют финальную дату завершения проекта.
- Столбец «Общий резерв времени» (Total Slack). Главный маркер стабильности графика. Он показывает точное количество дней или часов, на которое можно отложить начало или пролонгировать длительность конкретной задачи без ущерба для финального срока проекта.
- Если значение равно 0 дней, задача находится на критическом пути.
- Если значение положительное (например, 12 дней), у команды есть пространство для маневра: в случае задержки субподрядчика на неделю проект в целом не пострадает.
- Столбец «Длительность» (Duration). Основной инструмент воздействия на сроки. Корректируя значения в этом столбце для задач, находящихся на критическом пути, вы напрямую влияете на длительность всего проекта. Сокращение критической задачи на 2 дня автоматически приближает дату финиша проекта на 2 дня. Внимание тренера: Помните, что при сокращении текущего критического пути система автоматически пересчитает сетевой график, и критической может стать совершенно другая цепочка задач, которая ранее имела небольшой резерв времени.
- Столбец «Крайний срок» (Deadline). Управленческий инструмент для фиксации жестких ограничений и контроля вех. Установка «Крайнего срока» не блокирует автоматическое планирование (в отличие от жестких ограничений типа «Финиш не позднее...»), но напрямую влияет на расчет общего резерва времени. Если расчетные даты задачи начинают приближаться к установленному дедлайну, общий резерв стремительно сокращается. Если крайний срок нарушен, резерв становится отрицательным, а система выдает предупреждающий красный индикатор в поле индикаторов.
Методология оптимизации сроков: Как сократить длительность проекта?
Используя критический путь, руководитель проекта получает научно обоснованный инструмент для легитимного сжатия сроков. Если заказчик требует сдать объект на месяц раньше, бессмысленно требовать ускорения от всех отделов подряд. Оптимизировать нужно только критические процессы.
В проектном менеджменте для этого применяются две классические техники:
- Сжатие графика (Crashing): Вы целенаправленно сокращаете длительность критических задач за счет привлечения дополнительных ресурсов (например, добавляете на критический этап «Бетонирование» вторую бригаду рабочих или заказываете дополнительный автокран). Это приводит к увеличению стоимости, но гарантированно уменьшает сроки.
- Быстрый проход (Fast Tracking): Вы пересматриваете логические связи между критическими задачами и пускаете их параллельно или с частичным наложением (задавая отрицательное запаздывание в связях), там где изначально планировалось строго последовательное выполнение. Это повышает риски переделок, но не требует дополнительного бюджета.
Централизованный мониторинг критического пути в MS Project Server обеспечивает прозрачность управления изменениями. Любая корректировка сроков на местах мгновенно отображается на сервере, позволяя руководству компании держать под контролем стратегические цели всего портфеля проектов.
Если у вас возникли вопросы по настройке околокритического пути или выравниванию ресурсов на критических задачах — оставляйте свои комментарии под видео, задавайте вопросы!
Присоединяйтесь к сообществу проектных менеджеров в телеграмм канале "Управление проектами с MS Project" https://t.me/msprojectonline Задать вопросы можно перейдя по ссылке.
Вас могут заинтересовать следующие материалы
Базовые планы проекта в MS Project Pro
Временная шкала в MS Project
