Сетевой график

Преврати хаос задач в четкий маршрут! Сетевой график раскроет критический путь и скрытые связи, чтобы проект не сорвался на старте.

Бесплатная консультация юриста

+7 (800) -01-07-30

Реклама jurik.ru

Описание

Сетевой график (сетевая модель‚ сетевой диаграмма) — это мощный инструмент планирования и управления проектами‚ представляющий собой графическое отображение последовательности и взаимозависимостей работ (задач)‚ необходимых для достижения цели проекта. В отличие от простого списка задач или диаграммы Ганта‚ сетевой график явно показывает логические связи между операциями‚ что позволяет выявить критический путь — самую длинную последовательность задач‚ определяющую минимально возможную длительность всего проекта.

Основные понятия и элементы

  • Работа (Задача‚ Активность), элемент проекта‚ потребляющий время и ресурсы. На графике изображается стрелкой (в методе «стрелка-узел») или прямоугольником/кругом (в методе «узел-стрелка» / PDM — Precedence Diagramming Method).
  • Событие (Узел) — момент начала или окончания одной или нескольких работ. Не имеет длительности и не потребляет ресурсы.
  • Зависимости (Связи) — логические отношения между работами. Существует 4 типа зависимостей (согласно PDM):
    • FS (Finish-to-Start / Окончание — Начало): Следующая задача не может начаться‚ пока не закончится предыдущая (самый частый тип).
    • SS (Start-to-Start / Начало — Начало): Задачи должны начаться одновременно.
    • FF (Finish-to-Finish / Окончание — Окончание): Задачи должны закончиться одновременно.
    • SF (Start-to-Finish / Начало, Окончание): Редкий тип: задача не может закончиться‚ пока не начнется следующая.
  • Критический путь (Critical Path) — путь через сеть‚ имеющий наибольшую длительность. Задачи на этом пути имеют нулевой резерв времени (float/slack). Задержка любой критической задачи напрямую сдвигает дату окончания проекта.
  • Резерв времени (Float/Slack) — время‚ на которое задачу можно задержать без сдвига срока проекта (общий резерв) или раннего начала следующих задач (свободный резерв).

Метод PERT (Program Evaluation and Review Technique)

Особое место занимает PERT — метод оценки и анализа программ‚ разработанный в 1958 году для проекта ракеты «Полярис» ВМС США. Главная особенность PERT — учет неопределенности длительностей работ.

Вместо одной оценки используется три сценария:

  1. Оптимистичная (To), лучший случай.
  2. Пессимистичная (Tp) — худший случай.
  3. Наиболее вероятная (Tm) — реалистичный прогноз.

Формула взвешенной оценки (Beta-распределение):

Te = (To + 4×Tm + Tp) / 6

Дисперсия (σ²):

σ² = ((Tp ⎼ To) / 6)²

Это позволяет рассчитать вероятность завершения проекта к заданной дате‚ используя статистические методы (распределение нормальное).

Метод CPM (Critical Path Method)

Разработан почти одновременно (1957‚ DuPont/Remington Rand) для управления строительством и обслуживанием заводов. В отличие от PERT‚ CPM изначально ориентирован на детерминированные (однозначные) оценки длительностей и анализ стоимости/времени (time-cost trade-off) — возможность сокращения сроков за счет дополнительных вложений (крашинг).

В современном ПО (MS Project‚ Primavera P6‚ Spider Project‚ Asta Powerproject) методы объединены: используется PDM-нотация (узлы — работы‚ связи — зависимости) с расчетом критического пути по CPM и возможностью вероятностного анализа по PERT.

Сетевой график vs Диаграмма Ганта

Характеристика Сетевой график (PERT/CPM) Диаграмма Ганта
Фокус Логика‚ зависимости‚ критический путь Временная шкала‚ календарный план‚ загрузка ресурсов
Визуализация связей Явная (стрелки/линии между узлами) Неявная (положение полосок на шкале)
Удобство для большого кол-ва задач Низкий (сложно читать «спагетти» на 1000+ задач) Высокий (структурированный список + полоски)
Расчет резервов Нативный‚ наглядный Требует расчета (обычно скрыт)
Применение Планирование‚ анализ рисков‚ структурирование WBS Исполнение‚ контроль‚ отчетность перед заказчиком

Лучшая практика: использовать сетевой график на этапе планирования для валидации логики и поиска критического пути‚ а диаграмму Ганта, для коммуникации с командой и стейкхолдерами в процессе исполнения.

Этапы построения сетевого графика

  1. Декомпозиция (WBS): Разбиение проекта на управляемые пакеты работ.
  2. Определение зависимостей: Установление логических связей (предикаторы/преемники) для каждой работы.
  3. Оценка длительностей: Экспертные оценки‚ аналогия‚ параметрические методы или PERT-формула.
  4. Построение диаграммы: Рисование графа (руками или в ПО).
  5. Расчет временных параметров (Forward/Backward Pass):
    • Прямой проход: Расчет Раннего Начала (ES) и Раннего Окончания (EF).
    • Обратный проход: Расчет Позднего Окончания (LF) и Позднего Начала (LS).
    • Резерв = LS ⎼ ES (или LF — EF).
  6. Идентификация критического пути.
  7. Анализ ресурсов и выравнивание (Resource Leveling): Учет ограничений по ресурсам‚ может изменить критический путь (появление «критической цепочки», CCM).

Контакты для обращений (Профессиональные сообщества и стандартизация)

Поскольку сетевой график, это методология‚ а не организация‚ «контактами» являются ключевые профессиональные ассоциации и органы стандартизации‚ разрабатывающие нормы управления проектами.

  • PMI (Project Management Institute): Глобальный стандарт PMBOK® Guide (Process 6.3 Sequence Activities‚ 6.6 Develop Schedule).
  • IPMA (International Project Management Association): Стандарт ICB (Individual Competence Baseline)‚ практики планирования.
  • Российское общество специалистов по управлению проектами (СОВНЕТ / IPMA Russia): Адаптация стандартов‚ сертификация.
  • Технический комитет ТК 468 «Управление проектами» (Ростех): Разработка национальных стандартов (ГОСТ Р ИСО 21500‚ ГОСТ Р 54869).
  • ГК «РОСАТОМ»‚ ГК «Роскосмос»‚ Минстрой России: Крупнейшие заказчики‚ регламентирующие применение сетевых графиков (Нормативные документы по НУП — Нормативная Управляющая Программа).

Официальный сайт (Ключевые информационные ресурсы)

  • pmi.org — Библиотека стандартов‚ практик‚ статей по планированию (требуется членство для полного доступа).
  • ipma.world — Международные стандарты компетенций.
  • protect.gost.ru — Официальный портал технической нормативной правовой базы РФ (поиск ГОСТ по управлению проектами).
  • spiderproject.ru — Российская школа сетевого планирования (методологияSpider‚ обучение‚ ПО).

Горячая линия / Номера телефонов / Электронный адрес (Поддержка ПО для сетевого планирования)

Основные вопросы по построению и расчету сетевых графиков решаются в службах поддержки вендоров программного обеспечения:

Вендор / Продукт Телефон / Email поддержки (примерные) Особенности
Microsoft Project / Project Online Через портал support.microsoft.com (чат‚ обратный звонок) Интеграция с экосистемой MS‚ базовый CPM.
Oracle Primavera P6 (EPPM) +7 (495) -45-50-00 (Офис Oracle РФ)‚ My Oracle Support Индустриальный стандарт для EPC‚ энергетики‚ строительства. Продвинутый CPM‚ множественные календари.
Spider Project +7 (495) -30-20-20‚ info@spiderproject.ru Российский разработчик‚ сильная методологическая база (PERT‚ риски‚ ресурсы‚ CCM)‚ соответствие ГОСТ/НУП.
Asta Powerproject Через дилеров в РФ (например‚ ГК «Эксперт»‚ «СофтПром») Популярен в строительстве UK/EU‚ удобный визуальный интерфейс.
PlanRadar / GanttPRO / Wrike / Asana Чат-боты на сайтах‚ email поддержки (support@…) Облачные SaaS‚ упрощенный CPM‚ фокус на коллаборации.

Личный кабинет

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

  • PMI;org / MyPMI: Доступ к PMBOK‚ Practice Guides (Scheduling Professional)‚ вебинарам‚ PDU-трекингу.
  • Oracle Cloud / Primavera P6 Web Access: Работа с проектами в браузере‚ управление портфелями.
  • Spider Project Cloud / Локальный сервер: Расчет графиков‚ отчеты‚ интеграция с 1С‚ SAP.
  • Microsoft Project Online / Project for the Web: Командное планирование в облаке Power Platform.
  • Сайты сертификационных органов (IPMA Russia‚ PMI Moscow Chapter): Регистрация на экзамены (PMP‚ CAPM‚ IPMA Level B/C/D)‚ отслеживание статуса сертификации;

Личный прием / График приема (Обучение‚ консультации‚ экзамены)

«Личный прием» в контексте методологии — это возможность получить экспертную консультацию‚ пройти обучение или сдать экзамен на сертификацию.

Форматы взаимодействия:

  • Курсы подготовки к PMP / PMI-SP (Scheduling Professional): Проводятся у авторизованных партнеров PMI (ATP — Authorized Training Partners). График: обычно вечерние группы (2-3 раза в неделю) или выходные (2-3 месяца).
  • Обучение Spider Project / Primavera P6: Официальные центры обучения (ATC). Форматы: очно (Москва‚ СПб)‚ онлайн-трансляция‚ корпоративные закупки. Длительность: 3-5 дней (базовый)‚ 5-10 дней (продвинутый/риски).
  • Конференции и митапы:
    • PM Forum / IPMA Russia Conference: Ежегодно осенью (Москва).
    • PMI Global Summit / EMEA Congress: Международные площадки.
    • Строительные IT-конференции (BIM‚ Digital Construction): Сессии по 4D/5D планированию (связь сетевого графика с BIM-моделью).
  • Индивидуальные консультации экспертов: Многие сертифицированные консультанты (PMP‚ IPMA Level A/B‚ Spider Certified) оказывают услуги аудита графиков‚ настройки ПО‚ внедрения процессов планирования. Контакты ищутся через LinkedIn‚ профильные Telegram-каналы (например‚ @pm_club‚ @spider_project)‚ сайты консалтинговых фирм.

Отделы (Функциональные зоны ответственности при внедрении сетевого планирования)

В организации‚ внедряющей управление по сетевым графикам‚ ответственность распределяется между подразделениями:

  1. Проектный офис (PMO / ПО): Центр компетенций; Разработка регламентов планирования (Planning Procedure)‚ шаблонов WBS‚ кодификаторов‚ правил кодирования‚ стандартизация календарей и ресурсов. Аудит качества графиков (DCMA 14-point assessment).
  2. Планировщики / Сcheduler-ы (Planning Engineers): Специалисты‚ непосредственно строящие и поддерживающие сетевые модели в ПО. Владение Primavera/Spider/MS Project на экспертном уровне‚ знание CPM/PERT‚ риск-анализа (Monte Carlo).
  3. Руководители проектов (Project Managers): Владельцы содержания (Scope). Формулируют логику зависимостей‚ утверждают оценки длительностей‚ отвечают за реализацию критического пути‚ управление резервами (бафферами).
  4. Отдел управления рисками: Проводит качественный и количественный анализ рисков (QRA)‚ накладывает риски на сетевой график (Risk Drivers)‚ запускает Монте-Карло симуляции для получения вероятностных дат окончания (P80‚ P90).
  5. Ресурсное управление / HR / Закупки: Предоставляют данные о доступности ресурсов (люди‚ техника‚ материалы) для этапа Resource Leveling. Управляют пулом ресурсов.
  6. Договорной отдел / Юристы: Связывают вехи сетевого графика с контрактными обязательствами (Contractual Milestones)‚ штрафы/премии за сроки.
  7. IT-отдел / BIM-отдел: Интеграция ПО планирования с ERP (1С‚ SAP‚ Oracle EBS)‚ системами управления документами (EDMS)‚ BIM-платформами (Navisworks‚ Synchro 4D) для 4D-моделирования.

Руководство (Ключевые фигуры и мыслители методологии)

Методология не имеет единого «директора»‚ но есть признанные авторы фундаментальных работ и современные эксперты:

Исторические отцы-основатели:

  • Морган Уокер (Morgan Walker) и Джеймс Келли (James Kelley): Разработчики метода CPM (1957)‚ компания DuPont / Remington Rand.
  • Уиллард Фрохман (Willard Fazar) и команда Booz Allen Hamilton / ВМС США (Special Projects Office): Создатели PERT для программы «Полярис» (1958).
  • Джозеф Орен (Joseph Orans): Один из архитекторов PERT.

Классики теории планирования (XX век):

  • Джеймс О’Брайен (James O’Brien): Автор «CPM in Construction Management», «библия» строительного планирования.
  • Ричард Кларк (Richard Clough) / Глен Сифс (Glenn Sears): «Construction Project Management».
  • Харольд Керзнер (Harold Kerzner): «Project Management: A Systems Approach to Planning‚ Scheduling‚ and Controlling» — фундаментальный учебник.
  • Илия Голдратт (Eliyahu Goldratt): Разработчик Теории Ограничений (TOC) и Critical Chain Project Management (CCM) — эволюция CPM с учетом ресурсных ограничений и буферов.

Современные российские эксперты (школа Spider Project / НУП):

  • Владимир Лавров: Генеральный директор ООО «Спайдер Проект»‚ доктор технических наук‚ автор методологии управления проектами на основе сетевых графиков с учетом рисков и ресурсов.
  • Сергей Цветков: Зам. ген. директора «Спайдер Проект»‚ ведущий методолог.
  • Александр Пономарев: Эксперт по Primavera P6‚ автор книг по планированию в строительстве.
  • Эксперты ГК «Росатом»‚ «Роскосмос»‚ «Газпром»‚ «Роснефть»: Разработчики корпоративных стандартов НУП (Нормативные Управляющие Программы)‚ обязательных к применению на ККО (Крупнейшие Капиталоемкие Объекты).

Отзывы (Мнения практиков о применении сетевых графиков)

Агрегированные мнения из профессиональных сообществ (PMI Chapters‚ Telegram-каналы PM‚ отзывы на G2/Capterra‚ профильные форумы):

⭐⭐⭐⭐⭐ «Основа основ для сложных проектов»
— Старший планировщик‚ Нефтегаз (Primavera P6)
«Без сетевого графика невозможно управлять проектом на 10 000+ активностей. Диаграмма Ганта превращается в беспорядочный набор полосок. Только CPM дает понимание: где реально критический путь‚ где «плавающие» работы‚ куда вкладывать деньги на ускорение. PERT/Монте-Карло спасает при отчете перед советом директоров: даем не дату‚ а P80/P90.»

⭐⭐⭐⭐☆ «Мощный‚ но требует дисциплины»
— Руководитель PMO‚ Строительство (Spider Project)
«Метод работает идеально‚ если данные честные. Главная проблема — «мусор на входе»: завышенные длительности‚ выдуманные связи‚ игнорирование ресурсных конфликтов. Внедрили регламент: никакой работы в ПО без подписанного акта объемов и согласованной логики. Качество прогноза выросло с 40% до 85% попадания в срок.»

⭐⭐⭐☆☆ «Избыточен для малых/IT-проектов»
, Scrum Master / Agile Coach‚ IT-разработка
«Пытались навязать MS Project с CPM команде на 10 человек. Оверхед на поддержание графика съел 30% времени лида. Перешли на Kanban / Jira с прогнозированием по Throughput/Monte Carlo (Probabilistic Forecasting). Для гибких скоупов сетевой график в классическом виде, тормоз. Но для фиксированного скоупа (инфраструктура‚ миграция ДЦ) — необходим.»

⭐⭐⭐⭐⭐ «Spider Project — лучший баланс методологии и УУ»
, Консультант по управлению проектами (Freelance)
«Primavera — танк‚ тяжелый‚ дорогой‚ админка сложная. MS Project, игрушка для одного пользователя‚ ломаеться на мультипроектности. Spider — сделан инженерами для инженеров. Нативная поддержка ГОСТ‚ НУП‚ рисков (Monte Carlo встроен бесплатно)‚ календари‚ коды. Техподдержка отвечает за минуты. Рекомендую всем заказчикам в РФ/СНГ.»

⭐⭐⭐⭐☆ «Критическая цепочка (CCM) — следующий шаг после CPM»
— Директор по развитию‚ Машиностроение
«Долгое время жили на CPM. Всегда сдавали с опозданием из-за «студенческого синдрома» и паркинсона. Внедрили Critical Chain (буферы проекта и питания) в Spider. Сроки сократились на 20-25% без дополнительных ресурсов. Культурно сложно: нужно переучить людей не прятать резервы в задачи‚ а доверять общему буферу. Но результат стоит того.»


Резюме: Сетевой график (CPM/PERT) — это не просто рисунок‚ а математическая модель проекта. Его эффективность зависит от качества входных данных (WBS‚ логика‚ оценки)‚ компетенции планировщиков‚ зрелости процессов управления изменениями и используемого ПО. Для капиталоемких‚ длительных‚ рискованных проектов с фиксированным скоупом (строительство‚ энергетика‚ оборонка‚ авиация) — это единственный профессиональный стандарт управления сроками. Для гибких сред применяются адаптации (Probabilistic Forecasting‚ Kanban Metrics)‚ но математический аппарат (теория графов‚ критический путь) остается фундаментом.