Для небольших инженерных фирм разница между прибыльным проектом и убытком часто сводится к тому, насколько хорошо работа запланирована до выполнения. Структура разбивки работ (WBS) является единственным наиболее эффективным инструментом для перевода неопределенной цели проекта в набор определенных, управляемых и контролируемых затратами задач. Тем не менее, многие небольшие инженерные команды либо полностью пропускают WBS, основываясь на неофициальных списках дел, либо создают его настолько сложным, что он побеждает свою цель экономии затрат. Это руководство обеспечивает практический, пошаговый подход к созданию WBS, который является бережливым, действенным и специально предназначенным для небольших инженерных проектов, где бюджет и временные ограничения ограничены.

Понимание концепции WBS

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

Ключевой принцип — правило 100%: каждый уровень WBS должен представлять 100% работы, определённой на родительском уровне, без перекрытия. Это обеспечивает полноту без дублирования, что напрямую предотвращает скрытые затраты от неучтенных задач. Например, если проект предполагает «Проектирование корпуса насоса», следующий уровень должен разбить это на «Концептуальное расположение», «3D моделирование», «Анализ FEA» и «Рисование генерации», охватывающий 100% проектных усилий.

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

Шаги для создания экономически эффективного WBS

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

1.Определить масштаб проекта

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

Например, небольшой проект по «перепроектированию веб-сайта компании» является расплывчатым. Смарт-областью будет: «Перепроектирование домашней страницы и двух целевых страниц продукта с использованием существующей системы управления контентом, отвечающих стандартам доступности (WCAG 2.1 AA) и готовых к тестированию на QA к 15 марта». Это заявление о области становится записью верхнего уровня WBS и не позволяет команде добавлять незапланированные функции, такие как блог или модуль электронной коммерции, которые будут увеличивать расходы. Для руководства по созданию эффективных заявлений о области применения обратитесь к шаблону заявления о области PMI .

Вовлекать всех ключевых заинтересованных сторон (клиента, ведущего инженера, менеджера по закупкам) в совещание по обзору сферы применения. Документировать любые предположения и исключения в явной форме. Например, "Клиент предоставит существующие файлы САПР; любая обратная инженерия унаследованных деталей находится вне сферы применения". Эта предварительная ясность предотвращает дорогостоящие переговоры позже.

2.Определить основные результаты

После того, как область будет заблокирована, определите основные результаты или фазы проекта. Для большинства небольших инженерных проектов они следуют естественному жизненному циклу: Осуществимость и концепция , Подробный дизайн , Закупки и изготовление , Сборка и тестирование и Закрытие проекта . Каждый из них является элементом второго уровня в WBS.

Для иллюстрации рассмотрим небольшой инженерный проект по установке гидравлического подъемника для производственной мастерской. Основными результатами могут быть:

  • Обзор и требования к сайту — грузоподъемность, размеры пространства, электроснабжение
  • Гидравлическая система Дизайн - размер насоса, выбор цилиндров, расположение панели управления
  • Компонентные закупки — заказ цилиндров, шлангов, клапанов, датчиков безопасности
  • Установка и интеграция — механическое крепление, трубопроводы, электропроводка
  • Ввод в эксплуатацию и испытания — испытания на давление, испытания на нагрузку, проверки на безопасность

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

3. Разложить на более мелкие задачи (рабочие пакеты)

Теперь разбейте каждый крупный результат на рабочие пакеты, которые можно планировать, бюджетировать и контролировать индивидуально. Рабочий пакет должен быть достаточно мал, чтобы назначить одному человеку или небольшой команде, но не настолько мал, чтобы отслеживание стало бременем. Для небольших инженерных проектов рабочий пакет обычно представляет собой 10-40 часов усилий.

Используя пример гидравлического подъемника, результат «Проектирование гидравлической системы» может разлагаться на:

  • Расчет требуемого расхода и давления
  • Выберите гидравлический насос и двигатель
  • Конструкция крепления цилиндров
  • Создать гидравлическую схему
  • Дизайн обзора со старшим инженером

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

Распространенной ошибкой является разложение по отделам (например, «механическая работа», «электрическая работа») вместо доставки. Это приводит к путанице в отношении перераспределений и дублирования затрат. Всегда разлагается на основе того, что производится , а не того, кто это делает. Для сложных задач рассмотрите возможность использования кодов учетных записей системы нумерации ( для третьей задачи при втором доставке) для поддержания иерархии и облегчения отслеживания затрат.

4. Назначать ресурсы и расходы

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

Для каждого рабочего пакета, оценка:

  • Рабочие часы по роли (например, инженер-механик, техник, проектировщик)
  • Материальные затраты (сталь, фитинги, краска и т.д.)
  • Стоимость оборудования или инструмента (время ЧПУ, аренда подъемника, услуги по калибровке)
  • Другие прямые расходы (путешествия, плата за тестирование, разрешения)

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

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

Вовлекать в работу членов команды, которые будут выполнять работу по оценке. Они из первых рук знают, сколько времени на самом деле занимают задачи. Использование исторических данных из предыдущих аналогичных проектов еще больше повышает точность. Документировать основу оценки для каждого пакета работ для поддержки планирования и аудитов в будущем.

5.Обзор и упрощение

Эффективный с точки зрения затрат WBS не является документом, который должен быть подан. Он должен быть рассмотрен командой проекта и заинтересованными сторонами для выявления возможностей для упрощения. Малые инженерные проекты часто страдают от паралича анализа — срыв работы настолько тонко, что сам WBS становится драйвером затрат.

  • Какие-нибудь рабочие пакеты настолько малы, что они добавляют накладные расходы без понимания?
  • Есть ли ненужные уровни разложения? Обычно достаточно трех уровней.
  • Соответствует ли WBS тому, как работает ваша команда? Если нет, то настройте структуру.
  • Можно ли комбинировать результаты или передавать на аутсорсинг более эффективно?

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

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

Советы по экономически эффективному управлению WBS

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

Сосредоточьтесь на критических задачах

Не все рабочие пакеты равны. Определите критический путь (FLT:0) — те, которые непосредственно влияют на дату завершения проекта — и уделите им дополнительное внимание мониторингу и управлению. В небольших инженерных проектах это часто обзоры проектов, этапы изготовления на заказ или одобрения регулирующих органов, которые имеют длительное время выполнения. Используйте WBS для обозначения этих задач с оценкой приоритета и отслеживайте их фактические затраты по сравнению с оценками еженедельно. Если критическая задача выполняется на ранней стадии бюджета, вы можете корректировать ресурсы или уменьшить объем в некритических областях, прежде чем она повлияет на весь проект.

Используйте стандартные шаблоны

Переосмысление WBS для каждого небольшого проекта тратит время и вводит ошибки. Создайте библиотеку шаблонов WBS для общих типов проектов, которые ваша фирма поставляет: небольшие механические детали, конструкции электрических панелей, структурные модификации и т. Д. Например, фирма по электротехнике может иметь шаблон WBS для «Обновления панели управления», который включает в себя стандартные результаты: «Конструкция панели управления», «Сборка компонентов», «Сборка панели», «Панель и тестирование» и «Документация». Настройка шаблона для каждого нового проекта путем корректировки элементов области применения и оценки затрат. Это сокращает время создания WBS на 50% или более и обеспечивает согласованность между проектами, что облегчает сравнение затрат. Для подробного примера шаблона WBS веб-сайт [[FLT: 2]] Work Breakdown Structure предлагает отраслевые шаблоны.

Вовлекайте членов команды

Человек, который на самом деле будет обрабатывать скобки или писать код, должен помочь построить нижние уровни WBS. Это взаимодействие снизу вверх имеет два преимущества: оно дает более точные оценки затрат и создает приверженность плану. Проведите полудневную «семинар по созданию WBS» на старте проекта. Предоставьте команде липкие заметки, доску или инструмент для цифровой совместной работы. Попросите каждого члена разложить свою область работы на задачи и часы. Этот совместный процесс часто показывает упущенные виды деятельности, такие как «очистка» или «документация», которые легко забыть, но несут расходы. Убедитесь, что вы включаете буфер для неожиданных задержек на основе ввода команды, а не просто общий процент.

Регулярно обновляйте WBS

Статический WBS - это рецепт перерасхода средств. По мере продвижения проекта фактические затраты, заработанная стоимость и проценты завершения должны быть сопоставлены с базовым уровнем WBS. Если рабочий пакет занимает больше времени, чем предполагалось, обновите оставшиеся рабочие пакеты соответствующим образом. Этот подход , заработанный управление стоимостью , даже упрощенный, дает вам сигналы раннего предупреждения. Для небольшого инженерного проекта часто достаточно быстрого еженедельного обзора WBS (10 минут в командном стенде) . Используйте простой статус RAG (Red-Amber-Green) против бюджета и графика каждого рабочего пакета. Если появляется красный, немедленно исследуйте. Этот непрерывный цикл обратной связи позволяет корректирующие действия - например, добавление временного дополнительного инженера или задачи по секвенированию - до того, как весь проект проскальзывает.

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

Преимущества экономически эффективного WBS

Реализация описанного выше подхода WBS обеспечивает ощутимую отдачу для небольших инженерных проектов. Наиболее непосредственной выгодой является улучшенный контроль затрат. Разбивая проект на рабочие пакеты с назначенными затратами, вы можете точно определить, где тратятся деньги и где происходят отходы. Например, если «карманная сварка» последовательно на 30% превышает бюджет по проектам, вы можете исследовать первопричину — возможно, техника сварки неэффективна или материал дороже, чем ожидалось.

WBS также улучшает связь между заинтересованными сторонами. Вместо неопределенных обновлений статуса проекта («Мы сделали около 60%») вы можете сообщить о процентах завершенных на основе предоставленных рабочих пакетов. Клиент, инженер-менеджер и команда по закупкам разделяют одно и то же разложение работы, уменьшая недоразумения, которые приводят к переделке — основной фактор затрат в небольших проектах.

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

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

Заключение

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

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

Готовы начать? Соберите команду, определите масштаб и начните разбивать свой следующий проект. Используйте шаги и советы в этой статье, чтобы создать WBS, который действительно экономически эффективен — не просто еще один документ, но живой инструмент, который приводит ваш проект к успеху.