Table of Contents

Понимание структуры рабочего разбивки транспортных проектов

Структура разбивки работ (WBS) является основой любого хорошо управляемого крупномасштабного проекта по транспортировке. Она трансформирует сложную многолетнюю работу, такую как строительство шоссе, железнодорожной линии или моста, в логическую иерархию управляемых частей. Без WBS проектные команды рискуют ползти, пропущенными сроками и перерасходами средств, которые преследуют мегапроекты по всему миру. Разбивая общий объем в рабочие пакеты, WBS обеспечивает общий язык для планировщиков, инженеров, подрядчиков и заинтересованных сторон, гарантируя, что каждый компонент определен, бюджетирован и отслеживается.

WBS - это не просто список дел; это ориентированное на результат разложение. Каждый элемент представляет собой ощутимый продукт, услугу или результат, а не деятельность. Для транспортных проектов это различие имеет решающее значение. Например, «проектирование мостовых примыканий» - это деятельность; WBS-элемент - «пакет проектирования мостовых примыканий». Эта ориентация согласуется с конечными результатами проекта и делает измерение производительности более объективным.

Определение и цель

В управлении проектами WBS представляет собой иерархическую разбивку, которая начинается с конечных результатов проекта наверху (уровень 1) и разбивает их на все более детализированные компоненты (уровни 2, 3 и т. Д.). Самый низкий уровень - рабочие пакеты - может быть назначен, оценен и контролируем. Цель состоит в том, чтобы обеспечить отсутствие элемента масштаба и обеспечить основу для распределения ресурсов, оценки рисков и отчетности о ходе работы.

Роль WBS в управлении мегапроектами

Транспортные мегапроекты, которые часто стоят миллиарды и охватывают годы, сталкиваются с уникальными проблемами: сложные условия для заинтересованных сторон, геологическая неизвестность, экологические нормы и политическое давление. Хорошо структурированный WBS помогает смягчить их путем:

  • Включая точную оценку стоимости: Разбивая проект на определяемые пакеты, оценщики могут более точно применять исторические данные и единичные ставки.
  • Поддержка управления заработанной стоимостью (EVM): EVM требует базового уровня охвата, стоимости и графика; WBS обеспечивает базовый уровень охвата.
  • Упрощение идентификации рисков: Каждый рабочий пакет может быть рассмотрен на предмет конкретных опасностей, таких как геотехнические риски при туннелировании или управлении движением во время закрытия дорог.
  • Улучшение коммуникации: Общая структура помогает всем сторонам — от владельцев до субподрядчиков — понять ответственность и взаимосвязи.

Такие организации, как Институт управления проектами (PMI), предоставляют руководящие принципы в руководстве PMBOK Guide, в котором рекомендуется WBS в качестве основного артефакта для любого проекта. Для транспорта, в частности, стандарты PMI и Американская ассоциация государственных должностных лиц автомобильных дорог и транспорта (AASHTO) опубликовали лучшие практики.

Ключевые шаги для разработки WBS для транспортной инженерии

Создание WBS, работающего для крупного транспортного проекта, требует системного подхода.Следующий процесс успешно применяется к автомагистралям, мостам, легкорельсам и расширениям аэропортов.

Шаг 1: Определите масштабы и цели проекта

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

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

Шаг 2: Определите основные результаты и этапы

Транспортные проекты обычно следуют жизненному циклу: планирование, предварительный дизайн, детальный дизайн, закупки, строительство и ввод в эксплуатацию. На уровне 2 WBS эти фазы образуют категории верхнего уровня. Однако некоторые проекты предпочитают подход, основанный на результатах, например, группирование по физическим частям актива. Оба действительны; многие гибридные структуры WBS сочетают фазы и представления о результатах.

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

  • Планирование и экологическая документация
  • Предварительная инженерия
  • Конечный дизайн пакет
  • Право на дорогу приобретение
  • Строительство (подразделенное сегментом коридора или гражданским/структурным/МЭП)
  • Тестирование и закрытие

Каждый из них становится элементом 2-го уровня. Затем команда проекта разбивает их дальше, обеспечивая, чтобы каждый элемент непосредственно отображался на ощутимом выходе.

Шаг 3: Разложите на рабочие пакеты

При определении уровня 2 перейти к уровню 3 (и, если необходимо, к уровню 4), задав вопрос: «Что должно быть произведено для завершения этого результата?» Разложение продолжается до тех пор, пока каждый рабочий пакет не будет иметь размер и сложность, которые можно надежно оценить и назначить одной ответственной стороне. Хорошее эмпирическое правило заключается в том, что рабочий пакет должен быть выполнен за несколько недель до нескольких месяцев, и его стоимость должна составлять от 1% до 5% от общего бюджета проекта.

Например, в разделе «Окончательный пакет дизайна» для моста вы можете:

  • Структурный дизайн (подразделенный на надстройку и подструктуру)
  • Гидравлический анализ
  • Геотехнический отчет
  • Планы строительства (набор из 50 чертежей)
  • Спецификация
  • Количество взлетов

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

Шаг 4: Назначение системы кодирования

Единая схема кодирования делает WBS машиночитаемым и позволяет считывать затраты. Типичный код может следовать формату: Номер проекта - Уровень 1 - Уровень 2 - Уровень 3. Например, «HWY-101 - 2 - 3 - 01» для конкретного пакета проектных работ. Этот код связывает WBS с структурой счета затрат проекта. Многие транспортные агентства используют стандартные структуры разбивки работ из Департамента транспорта США или других национальных органов.

При кодировании, сохраняйте видимость иерархии: уровень 1 - это одна цифра, уровень 2 - две цифры и т. Д. Система кодирования должна быть согласованной во всей организации, чтобы обеспечить бенчмаркинг между проектами.

Шаг 5: Проверка и получение участия заинтересованных сторон

После составления WBS проведите сессию проверки с командой проекта. Используйте правило 100%: сумма всех пакетов работ на любом уровне должна представлять 100% работы, представленной ее родительским элементом. Не больше, не меньше. Это правило улавливает упущения и завышение.

Пройдите каждый путь иерархии с экспертами по предметам - главным инженером, руководителем строительства, руководителем по охране окружающей среды.

  • Является ли каждый пакет работы достижимым, а не деятельностью?
  • Ясно ли понимают зависимость?
  • Имеет ли каждый пакет измеримые критерии приемлемости?

После проверки, представьте WBS спонсору проекта и основным заинтересованным сторонам для утверждения. Эта покупка гарантирует, что WBS станет единственным источником истины проекта для управления областью применения.

Пример WBS для крупномасштабного проекта шоссе

Для иллюстрации рассмотрим проект расширения 20-мильной автомагистрали в пригородном коридоре. Структура WBS показана ниже, с углублением, указывающим уровни.

Уровень 1: Проект достижим

  • 1.0 Проект по расширению автомобильных дорог

Уровень 2: этапы

  • 1.1 Управление проектами и администрирования
  • 1.2 Планирование и охрана окружающей среды
  • 1.3 Дизайн
  • 1.4 Право на дорогу (ROW)
  • 1.5 Конструкция
  • 1.6 Ввод в эксплуатацию и усилие; Оборот

Уровень 3: Доставляемые (в рамках дизайна, для краткости)

  • 1.3.1 Предварительные отчеты о проектировании
  • 1.3.2 Окончательные планы проектирования (Дорога)
  • 1.3.3 Заключительные планы проектирования (Структуры)
  • 1.3.4 Окончательные планы проектирования (Утечка)
  • 1.3.5 Пакет спецификаций
  • 1.3.6 Оценка затрат на строительство

Уровень 4: Рабочие пакеты (пример для 1.3.2 Планы дорожного движения)

  • 1.3.2.1 Рисунки горизонтального выравнивания
  • 1.3.2.2 Чертежи вертикального профиля
  • 1.3.2.3 Типичные секции креста
  • 1.3.2.4 Расчеты конструкции дорожного покрытия
  • 1.3.2.5 Планы знаков и дорожной разметки

Обратите внимание, что каждый рабочий пакет заканчивается конкретным результатом - набором чертежей, отчетом или расчетным пакетом. WBS может быть расширен в рамках строительства для покрытия земляных работ, мощения, коммунальных услуг, управления движением и озеленения, каждый со своей собственной иерархией. Этот уровень детализации позволяет менеджеру проекта назначать человеко-часы, отслеживать прогресс и выявлять задержки на ранней стадии.

Лучшие практики для внедрения WBS

Создание WBS — это только половина битвы; его эффективное использование на протяжении всего жизненного цикла проекта — вот где реальная ценность.

Словарь WBS

Каждый элемент WBS должен быть определен в словаре WBS. Этот документ включает в себя для каждого рабочего пакета:

  • Уникальный код и имя
  • Описание результатов
  • Критерии приемлемости
  • Назначенная ответственная организация (например, «Команда по структурному проектированию»)
  • Сметные расходы и продолжительность
  • Предположения и ограничения
  • Ссылка на заявления о сфере охвата

Например, рабочий пакет «Планы контроля за движением» может быть неоднозначным — включает ли он временные барьеры, закрытие полос движения и объездные вывески? Словарь делает его явным. Этот артефакт особенно ценен, когда присоединяются новые члены команды или когда возникают споры по поводу границ охвата.

Интеграция со стоимостью и графиком

WBS является основой для структуры разбивки расходов проекта (CBS) и сети расписания. В управлении затратами каждому пакету работ присваивается счет затрат, а оценки свернуты до общей суммы проекта. Аналогично, при планировании рабочие пакеты определяют виды деятельности и их зависимости. Использование WBS в качестве общей нити гарантирует, что стоимость и расписание могут быть сопоставлены на любом уровне посредством анализа заработанной стоимости.

Многие транспортные агентства используют структуру разбивки работ (WBS) в сочетании со структурой разбивки затрат (CBS) и структурой разбивки ресурсов (RBS). Например, руководство по основным проектам Федерального управления автомобильных дорог (FHWA) рекомендует интегрировать эти структуры.

Использование WBS в гибкой или гибридной среде

В то время как большинство крупных транспортных проектов следуют традиционному подходу к водопаду, некоторые компоненты, такие как программное обеспечение для систем управления трафиком или итераций проектирования, могут извлечь выгоду из гибких методов. В таких случаях общий WBS остается фиксированным для результатов, но рабочие пакеты для разработки программного обеспечения разлагаются на отставание от продукта и спринты. WBS по-прежнему обеспечивает структуру сверху вниз и обеспечивает гибкую работу, соответствующую общему охвату проекта. Этот гибридный подход набирает обороты в проектах модернизации транзита.

Общие проблемы и как их преодолеть

Даже опытные проектные команды спотыкаются при создании WBS. Ниже приведены частые подводные камни и стратегии, чтобы избежать их.

Задача 1: Разложение по организационной структуре вместо результатов.
Команда может создать WBS, который отражает ее диаграмму отдела: «Гражданская группа», «Структурная группа», «Электрическая группа». Однако это заслоняет фактические результаты. Вместо этого сосредоточьтесь на том, что каждая группа производит — например, «Гражданский дизайн достижим» против «Структурный дизайн достижим». WBS должен быть ориентирован на продукт, а не на организацию.

Задача 2: Недостаточная детализация на самом низком уровне. Слишком много высокоуровневых фрагментов приводят к микроуправлению или потере контроля. И наоборот, слишком много гранулированных пакетов работы могут перегрузить систему. Найдите баланс, используя правило 8/80 (рабочие пакеты от 8 до 80 часов труда) для проектных задач, но приспособьте для строительства (например, рабочие пакеты, охватывающие физические сегменты дороги).

Задача 3: Отказ от нестроительных элементов. Транспортные проекты часто включают в себя разрешение, смягчение последствий для окружающей среды, общественную работу и ввод в эксплуатацию. Это реальные результаты и должны появляться явно. Например, «1.6.1 — Окончательный отчет об уменьшении воздействия на окружающую среду» гарантирует, что команда не забудет представить его регулирующим органам.

Вызов 4: Неспособность обновить WBS.
WBS является базовым, а не статическим артефактом. Когда одобренные изменения происходят через систему управления изменениями проекта, WBS должен быть соответствующим образом пересмотрен. Используйте документ, контролируемый версией, для отслеживания обновлений. Например, если в проект шоссе добавлена новая велосипедная полоса, новый пакет работ появляется в соответствии с планами дорожного движения.

Задача 5: Отсутствие согласования заинтересованных сторон на WBS.
Если у клиента, подрядчика и консультантов каждый имеет свой WBS, отчетность о затратах становится хаотичной. Владелец должен назначить один WBS для всего проекта, часто на основе отраслевых стандартов. PMI WBS Practice Standard предлагает прочную отправную точку, которая может быть адаптирована к транспорту.

Заключение

Разработка надежной структуры разбивки работ для крупномасштабных проектов в области транспортного машиностроения не является одноразовым административным мероприятием; это стратегический инструмент, который управляет тем, как проект планируется, выполняется, контролируется и контролируется. Разбивая полный объем на результаты, а затем на рабочие пакеты, проектные команды получают ясность, подотчетность и способность объективно измерять прогресс. В сочетании со словарем WBS, последовательным кодированием и интеграцией со стоимостью и графиком WBS становится единственным источником истины для управления объемом.

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