+7(495)114-53-77  
info@isopm.ru
Мы в соц.сетях:
  • Сертификация
    специалистов
    • Уровни сертификации
      • Базовый уровень
      • Координатор и руководитель проектов
      • Руководитель проектов повышенной сложности
      • Куратор проекта
    • Подготовка и прохождение сертификации
      • Региональные центры сертификации
      • Авторизованные центры подготовки
      • Самостоятельная подготовка
    • Студентам и преподавателям ВУЗов
    • Договор и оплата
    • Пробное тестирование
    • Ресертификация
    • ЧАВО
    • Реестр сертифицированных специалистов
  • Корпоративные решения
    • Оценка персонала
      • Результаты оценки
    • Компетентностные проекты
    • Сертификация организаций
      • Методология и нормативные требования
      • Методика оценки
      • Порядок сертификации
      • Подать заявку
      • Реестр сертифицированных организаций
  • Исследования
  • Методология
    • Стандарты по проектному управлению
    • Модель компетенций сертификации ПМ СТАНДАРТ
    • Методика оценки ПМ СТАНДАРТ
    • Модель сложности проектов
  • Кейсы
    • Опыт Ленинградской области
    • Опыт Архангельской области
    • Опыт Сахалинской области
    • Приоритет 2030
    • Лица ПМ СТАНДАРТ
  • Блог
  • ОПЛАТА ON-LINE
  • О ЦОРПУ
    • Направления деятельности
    • Кейсы
      • Опыт Ленинградской области
      • Опыт Архангельской области
      • Опыт Сахалинской области
      • Приоритет 2030
      • Лица ПМ СТАНДАРТ
    • Правление
    • Экспертный совет
    • Проекты
      • Проектный Олимп
      • Лучшие практики проектного управления
      • Проектные офисы по сервисной модели
    • Стать партнером
      • Свободные агенты
      • Карта партнеров

Сертификация специалистов

Корпоративные решения

Результаты оценки

Методология и нормативные требования

Методика оценки

Порядок сертификации

Подать заявку

Реестр сертифицированных организаций

Исследования

СИСТЕМА ПРО

Блог

Голосования, опросы и тесты

О ЦОРПУ

Хотите следить за развитием проектного управления в России? Подпишитесь на наш новостной дайджест и приглашения на мероприятия

Подписаться
Заявка на сертификацию

Заявка на сертификацию систем управления
Система добровольной сертификации организаций
Главная / Блог / Кейс провала: Автоматизированная система обработки багажа в аэропорту Денвера
16.07.2025

Кейс провала: Автоматизированная система обработки багажа в аэропорту Денвера

Одним из ярких примеров проекта, который потерпел неудачу из-за плохого управления – проект разработки и внедрения автоматизированной системы обработки багажа в международном аэропорту Денвера (DIA). Этот проект, который должен был произвести революцию в обработке багажа в аэропорту, в конечном итоге стал печально известен своими многочисленными сбоями и значительным перерасходом средств.
Задержка проекта (по разным оценкам) от 16 месяцев до 2 лет. Дополнительные расходы на доработку системы транспортировки багажа 500 млн. долларов. Потери аэропорта из-за задержек в запуске 1,2 млн. долларов в месяц на протяжении двух лет.

3f6054b0578aae5a986d4f7e3f17c02f.jpg

Контекст проекта

Проект строительства нового аэропорта в Денвере (США) стартовал в 1989 году. Цель проекта - заменить старый аэропорт и увеличить его пропускную способность. Новый аэропорт должен был стать важным транспортным хабом. В 1995 году аэропорт начал работу с опозданием на 16 месяцев. Это привело к дополнительным расходам в размере 500 млн. долларов. Одной из ключевых причин в задержке проекта строительства нового хаба были проблемы в запуске системы автоматической транспортировки багажа.

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

Основные проблемы

• Автоматизированная система обработки багажа.

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

• Задержки и превышение бюджета.

Открытие DIA планировалось на 1993 год, но из-за проблем с багажной системой дата была сдвинута почти на 2 года. Стоимость проекта возросла с запланированных $2,8 млрд до $4,8 млрд. За каждый месяц задержки аэропорт терял более $1,1 млн. Стоимость доработки самой системы доставки багажа составила более 500 млн. долларов.

• Политическое давление и ошибки управления.

Руководство аэропорта и власти Денвера настаивали на внедрении автоматизированной системы, игнорируя риски. Было недоста-точно координации между подрядчиками, что привело к постоянным изменениям требований и технических решений.

Недооценка сложностей – недооценка важности управления

Основной причиной задержки стала уникальная для аэропорта интегрированная автоматизированная система обработки багажа. Она была спроектирована таким образом, чтобы автоматически распределять багаж между пунктами регистрации и выдачи по прибытии. Сейчас, оглядываясь назад, можно сказать что в этом проекте были недооценены как управленческая сложность, так и сложность продукта проекта, а также сложность механизма ее проектирования и разворачивания. Это привело в свою очередь к некорректной выстроенной системе управления проектом. При этом инженеры и команда проекта столкнулись с завышенными ожиданиями и политическим давлением властей города.
Система автоматизированной обработки багажа состояла из 17 миль путей, по которым перемещались 4 000 отдельных радиоуправляемых тележек. Стоимость системы составила 238 миллионов долларов. Она включала более 100 объединённых в сеть компьютеров, 5000 электронных датчиков, 400 радиоприёмников и 56 сканеров штрихкодов. Целью внедрения системы было обеспечить безопасное и своевременное прибытие каждого предмета багажа.
Однако система обработки багажа столкнулась с серьёзными проблемами в управлении, механике и программном обеспечении.

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

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

• Неадекватная оценка требований. В системе было недостаточно тягачей и тележек для обработки ожидаемого объёма багажа. Это, а также жёсткие требования по срокам, приводило к тому, что багажные тележки застревали на путях и не совпадали по расположению с конвейерными лентами, подающими сумки. Это приводило к порче и потере багажа.

• Изменения требований. Многократные изменения со стороны авиакомпаний (особенно United Airlines и Continental) приводили к необходимости переработки уже готовых решений, что вызывало задержки и дополнительные расходы. Изменения в инфраструктуре: в процессе строительства добавлялись новые устройства (например, лифты для негабаритного багажа, дополнительные сортировоч-ные зоны), что увеличивало сложность интеграции и стоимость проекта

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

• Недостаточное управление рисками проекта (техническими, политическими, организационными). Забастовки и споры по зарплате: трудовые конфликты между подрядчиком и рабочими приводили к остановкам работ и потере контрактов. Юридические претензии и штрафы: взаимные иски между BAE и городом Денвер, штрафы за просрочку и вынужденное строительство резервной системы увеличили стоимость и затянули завершение проекта. Проект не предусматривал полноценной системы резервного копирования, что повышало риск сбоев для системы, требующей высокой механической и компьютерной надёжности.

Проблемы с багажной системой могли быть связаны с неиспользованием или неправильным использованием ряда концепций и практик системной инженерии: сложности системной архитектуры, планирования проекта, управления рисками, управления изменениями, системного анализа и проектирования, надёжности системы, системной интеграции, верификации системы и валидации/тестирования, а также недостаточного контроля со стороны руководства.

Краткий анализ ошибок и последствий

Ошибки в управлении проектом:

• Нереалистичные сроки: руководство настаивало на двухлетнем графике завершения работ – по сути произошла установка директивных сроков, завязанных на изначальной установленный срок запуска аэропорта. И это, несмотря на предупреждения от BAE Systems, подрядчика, ответственного за багажную систему. Эти нереалистичные сроки привели к поспешным решениям и недостаточному планированию.

• Недооценка масштабов / недооценка требований: проект был плохо спланирован, в нём не были учтены важные функции, необходимые авиакомпаниям, такие как обработка негабаритного багажа и техническое обслуживание. Из-за отсутствия дальновидности система не соответствовала эксплуатационным требованиям.

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

• Плохая коммуникация: между всеми вовлечёнными сторонами наблюдался значительный разрыв в коммуникации. Отсутствие эффективной коммуникации привело к недопониманию в отношении требований и ожиданий по проекту.

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

тр----------------

Последствия этих ошибок:

• Перерасход средств: первоначальный бюджет в 193 миллиона дол-ларов к моменту ввода системы в эксплуатацию превысил 560 милли-онов долларов, что привело к финансовым трудностям в общем бюджете аэропорта. Задержки в работе: система обработки багажа не была готова к открытию аэропорта в 1995 году, что привело к задержкам и хаосу в работе, поскольку вместо неё пришлось использовать ручные системы.

• Ущерб репутации: провал этого проекта запятнал репутацию как аэропорта, так и его руководства. Это выявило существенные недостатки в методах управления проектами в рамках крупномасштабных инфраструктурных проектов.

• Низкая эффективность: в конечном итоге автоматизированная система была выведена из эксплуатации всего через 16 месяцев из-за своей ненадёжности и неэффективности, что вынудило аэропорт вернуться к традиционным методам обработки багажа. И потребовало доработки системы.


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


Дата Событие
Сентябрь 1989 Федеральные власти США одобрили выделение 60 млн. долларов на строительство нового аэропорта Денвера (DIA).
Ноябрь 1989 Начато строительство аэропорта; избран новый мэр, не было обязательств от авиакомпаний.
Февраль 1990 Получено обяАвиакомпания United Airways подписала соглашение;.
Июнь 1991 Авиакомпания United Airways подписала соглашение; DIA планируется как второй по величине хаб для авиакомпании.
Декабрь 1991 Получено обязательство от авиакомпании United Airlines.
Апрель 1992 Инжиниринговая компания BAE получает контракт на 175,6 млн. долларов на строительство всей системы обработки багажа.
Август 1992 Заморожен дизайн системы для United Airlines; PMT берет ответственность за интегрированную систему.
Сентябрь 1992 Авиакомпания Continental запрашивает добавление автоматизированной сортировки багажа.
Октябрь 1992 Умер главный инженер аэропорта Уолтер Слингер.
Январь 1993 Изменения в длине зоны выдачи багажа и добавление путей обслуживания; дополнительные расходы.
Февраль 1993 Мэр откладывает открытие с октября 1993 на декабрь 1993, затем на март 1994.
Июнь 1993 Вагоны работают на Конкорсе B, но программирование не завершено; BAE контролирует процесс.
Сентябрь 1993 Открытие снова отложено до 15 мая 1994.
Январь 1994 Авиакомпания United Airlines запрашивает изменения для нестандартного багажа.
Март 1994 Проблемы с электропитанием и чувствительностью оборудования к скачкам напряжения.
Апрель 1994 Публичное тестирование системы заканчивается провалом; мэр откладывает тесты на неопределённый срок.
Май 1994 Немецкая фирма Logplan приглашена для аудита и оценки состояния системы.
Июль 1994 Logplan изолирует участок трассы для тестирования; выявлены сбои.
Август 1994 Объявлено о строительстве резервной системы; BAE назначен штраф $12,000 в день за просрочку.
7 сентября 1994 BAE публично заявляет о претензии к городу Денвер на $40 млн.
Январь 1995 Проведён трёхчасовой тест на 10 000 единиц багажа.
28 февраля 1995 Аэропорт Денвера открыт с опозданием на 16 месяцев.



    • Сертификация специалистов
    • Уровни сертификации
    • Подготовка и прохождение сертификации
    • Договор и оплата
    • Пробное тестирование
    • ЧАВО
    • Реестр сертифицированных специалистов
    • Студентам и преподавателям ВУЗов
    • Подать заявку на сертификацию
    • Сертификация организаций
    • Методология и нормативные требования
    • Методика оценки
    • Порядок сертификации
    • Подать заявку
    • Реестр сертифицированных организаций
      • Методология
      • Модель компетенций сертификации
      • Методика оценки
      • Модель сложности проектов
    • СИСТЕМА ПРО
    • Модель компетенций сертификации
    • Методика оценки
    • Модель сложности проектов
      • О ЦОРПУ
      • Правление
      • Экспертный совет
      • Проекты
      • Стать партнером
    • Новости
    • Карта сайта
    • Контакты
    • Политика
      конфиденциальности
    • Правовая информация
© АНО «ЦОРПУ»
119285, г. Москва, ул. Пырьева 11А, помещ. 4, ком.13, а/я 52
Тел./факс: +7(495) 114-53-77
E-mail: info@isopm.ru
Мы используем cookies для улучшения работы сайта. Продолжая использовать сайт, вы соглашаетесь с использованием cookies. Подробнее