9 месяцев в транзитной зоне: чему «Терминал» Спилберга учит про WMS-внедрения

Виктор Наворски провёл в аэропорту 9 месяцев. Не потому что хотел. А потому что две системы не могли договориться, кто за него отвечает.

На прошлой неделе жена поставила «Терминал» — пересматривали с детьми. Я сидел и смотрел на Наворски, который живёт в аэропорту потому что две системы не могут договориться между собой, — и думал: это же ровно то, что происходит на половине наших проектов. Только без Тома Хэнкса и с более грустным финалом.

Сразу оговорюсь: аналогия с натяжкой. Но, как выяснилось, натяжка эта точнее, чем хотелось бы.

Что происходит в фильме

Виктор Наворски летит из вымышленной Кракожии в Нью-Йорк. В воздухе — переворот. Страна перестаёт существовать юридически. Старый паспорт недействителен, новый никто не выдаёт. Американские власти не могут его впустить — он не въехал официально. Депортировать тоже не могут — некуда.

Виктор оседает в терминале JFK. Обустраивает угол, находит еду, знакомится с людьми, учит английский по учебнику прямо в магазине. Живёт так 9 месяцев.

Не потому что ленив или беспомощен. А потому что две системы — та, которая его отправила, и та, куда он прилетел — не умеют говорить друг с другом. И пока они разбираются, человек висит в воздухе.

Я видел эту историю много раз. Только не в кино.

Персонажи: кто есть кто в вашем проекте

Виктор Наворски — это ваш проект

У него есть цель, есть маршрут, есть документы. Он сделал всё правильно.

В момент приземления выясняется: мир, который его отправил, больше не существует. Старая учётная система говорит «это не наши данные». Новая WMS говорит «мы ещё не запущены». Склад переходит на ручное управление, теряются отгрузки, путаются остатки.

Проект завис. Не живой, не мёртвый. Не запущенный, не закрытый. Просто висит в транзитной зоне, пока все заняты другими делами.

Фрэнк Диксон — начальник службы безопасности

Стэнли Туччи играет его без злодейства — и это точно. Диксон не плохой человек. У него нет личной неприязни к Наворски. Он даже по-человечески ему сочувствует.

Проблема в другом: через три месяца у Диксона проверка АНБ. Это его карьерный момент, которого он ждал несколько лет. А присутствие Виктора в терминале — это аномалия в его отчётности. Живое доказательство того, что у него не всё под контролем.

Поэтому Диксон не решает проблему. Он пытается убрать симптом. Открывает боковой выход и надеется, что Виктор уйдёт сам. Предлагает «политическое убежище» — это не помощь, это способ закрыть файл.

В проекте автоматизации я встречал Диксона в роли руководителя IT-отдела, финансового директора, главы службы безопасности данных — список длинный. Это человек, у которого есть своя проверка. Свой квартальный отчёт. Свои KPI, никак не связанные с вашим проектом. Ваша WMS — это его Наворски: аномалия, которую лучше не замечать.

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

Гупта Раджан — уборщик с 20-летним стажем

Гупта поначалу против Виктора. Не агрессивно — он просто не помогает. Делает вид, что не понимает. Знает про боковой выход, который ведёт к свободе, и молчит.

Он видел в этом аэропорту всякое. Приходили люди с красивыми словами — и уходили. Ничего не менялось. Гупта давно решил: лучше не вовлекаться.

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

На складе это начальник смены или старший кладовщик, который работает здесь с тех пор, как вас ещё не было. Он видел три внедрения. Все три закончились одинаково: два года шума, потом тихо свернули, вернулись к Excel.

Он не саботирует из вредности. Он просто уже не верит. Поэтому молчит на обучениях, объясняет новичкам «как тут реально работают», и незаметно делает всё по-старому.

Потеряете его — проект умрёт на этапе эксплуатации. Тихо, без некролога. Люди просто будут работать мимо системы.

Завоюете — он закроет вам любую дыру в процессе, о которой вы ещё не подозреваете. Про таких людей я знаю точно: они приходят первыми и уходят последними, когда что-то идёт не так.

Подход один: прийти к нему первым. Не объяснять — спрашивать. «Расскажи, как это работает на самом деле». Люди, которых спрашивают, становятся другими.

Энрике Круз — водитель служебного транспорта

Энрике каждый день проезжает мимо одной и той же девушки. Он знает, что хочет сказать. Слов не находит. Виктор помогает ему — выступает переводчиком между двумя людьми, которые хотят одного, но говорят на разных языках.

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

Дело не в том, что он плохо говорит. Дело в том, что аэропорт не построил моста между зонами. Это провал архитектуры проекта, а не человека. Он попал в систему, где его язык никто не слышит.

Без переводчика — хорошего бизнес-аналитика или менеджера проекта, который умеет переводить «нам нужны актуальные остатки» в «давайте настроим вебхук на событие» — интеграция не заработает. Технически правильное решение умрёт в зазоре между двумя командами.

Я видел этот сценарий достаточно раз, чтобы считать роль переводчика критичной. Не факультативной. Критичной.

Джо Мальрой — грузчик, ставящий на чужой багаж

Джо играет в покер на вещах из потерянного багажа. Без злого умысла — он просто решил, что раз хозяин не пришёл, значит, вещи ничьи.

В проекте это человек, который написал «свой учёт» в Excel или сделал самодельную базу в 1С. Причём не потому что хотел создать проблемы — а потому что система его вынудила. Никто не дал нормального инструмента, вот он и сделал сам.

Его решение работает. По-настоящему — для него, сейчас, в текущих объёмах. Обвинять его в этом странно. Люди всегда закрывают дыры тем, что есть под рукой.

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

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

Амелия Уоррен — стюардесса, которая ждёт

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

Она не равнодушна. Она думает про это каждый день. У неё есть намерение. Намерения просто недостаточно.

В проекте это собственник или генеральный директор, который «в принципе за автоматизацию» уже третий год. Ждёт стабилизации рынка. Удобного квартала. Завершения другого проекта. Лучших условий у вендора.

Пока он ждёт, Диксон тихо саботирует, Гупта не обучается, Энрике не интегрируется, Джо докручивает свою таблицу.

Стоимость бездействия растёт каждый квартал. Просто её никто не считает отдельной строкой — и поэтому она невидима.

5 «терминальных» ситуаций: когда проект застрял в транзитной зоне

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

Ситуация 1. Диксон получил новый проект

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

Это не саботаж. Это рациональное поведение человека, у которого нет никакого KPI за успех вашего проекта — зато есть вполне конкретный KPI за свой.

Пока в проекте нет зафиксированной ответственности смежных подразделений с датами и последствиями за срыв — Диксон будет занят всегда.

Ситуация 2. Гупта обучился — и вернулся к старому

Обучение прошли. Все расписались. Через две недели половина склада работает по-старому, ТСД лежат на зарядке, задания закрываются задним числом.

Это не саботаж и не некомпетентность. Это Гупта: человек, который не поверил, что на этот раз всерьёз. Он уже видел, как система запускается, а потом тихо умирает — и выработал иммунитет.

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

Ситуация 3. Энрике сделал интеграцию — но она не работает как надо

Технически всё подключено. Данные передаются. Но бизнес говорит «система не то показывает», IT говорит «всё работает корректно» — и они не могут найти общий язык уже третью неделю.

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

Это решается до интеграции, а не после: совместная сессия бизнеса и IT с конкретными сценариями — что происходит в системе, когда кладовщик делает вот это.

Ситуация 4. Джо не сдаёт таблицу

WMS запущена. Но данные об остатках все ещё берут из Джоиного Excel — «так надёжнее», «там всё проверено», «в системе пока не доверяем».

Две параллельные реальности работают одновременно. Когда они расходятся — непонятно, какой верить. Постепенно все возвращаются к таблице.

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

Ситуация 5. Амелия так и не сказала «да» пилоту

Пилотная зона согласована, ресурсы выделены, команда готова. Финального «запускаем» нет. Каждую неделю новый вопрос, новое уточнение, новый повод подождать ещё немного.

Это не нерешительность ради нерешительности. Это страх ошибиться публично — в ситуации, где результат будет виден всем. Амелия ждёт момента, когда риск станет нулевым. Такого момента не существует.

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

Какую из пяти терминальных ситуаций вы узнали сразу — и чем она закончилась?