Бирмингемская история
С SAP на Oracle Fusion от первого лица (перевод)
Привет, меня зовут НЕВАЖНОКАК, и я был одним из тех, кто занимался внедрением Oracle Fusion в Бирмингеме. Если вы думаете, что это просто история про провал IT–проекта, то вы ошибаетесь. Это история про ад, хаос и бесконечные кофе–брейки, которые не спасали даже от осознания, что всё идёт к чертям.
Начну с начала. Апрель 2022 года. Мы, команда из пятнадцати разработчиков и пары менеджеров, получили задачу: заменить старую ERP–систему от SAP, которая работала с 1997 года. SAP была как старый, но надёжный дедушкин автомобиль: скрипит, дымит, но едет. Но нет, решили, что надо что–то новое, современное. Oracle Fusion.
Когда нам впервые презентовали этот проект, всё звучало как сказка. «Универсальная платформа! Всё в одном месте! Финансы, зарплаты, закупки, поставки!» Менеджеры сияли, как дети на Рождество. Мы, программисты, конечно, скептически хмыкали, но кто нас спрашивает?
Первые звоночки начались ещё на этапе подготовки. Oracle Fusion — это не просто система, это монстр. Тысячи модулей, миллионы строк кода, и всё это должно было работать в связке с местными настройками Бирмингема. Мы сидели на митапах, слушали консультантов из Oracle, которые рассказывали, как всё будет круто. Но когда мы начали копать, оказалось, что документация — это просто набор красивых слов, а реальных инструкций нет.
Первый месяц внедрения. Мы запустили систему, и... она просто не заработала. Вернее, она вроде как работала, но только в тех местах, где не надо. Финансовая отчётность? Забудьте. Модуль банковской сверки? Он просто отказывался понимать, что от него хотят. Мы сидели ночами, пытались исправить, но чем больше ковырялись, тем хуже становилось.
Помню, как–то раз мы с коллегой, let’s call him John, сидели в офисе до трёх ночи. Мы пытались заставить модуль зарплат работать, но он вместо этого начал генерировать случайные числа. John посмотрел на меня и сказал: «Дружище, мне кажется, система сама решила, сколько нам платить». Мы посмеялись, но это была истерика.
А потом выяснилось, что аудиторский след, который должен был быть, просто исчез. Ну, то есть он был, но его нельзя было отследить. Это как если бы вы пытались найти иголку в стоге сена, но кто–то поджёг этот стог. В течение 18 месяцев мы не могли выявить ни одного случая мошенничества. Ну, то есть они, конечно, были, но система их просто не видела.
Дальше — хуже. Стоимость проекта, которая изначально оценивалась в 19 миллионов фунтов, начала расти как на дрожжах. 131 миллион. Это не опечатка. Сто тридцать один миллион фунтов. И это ещё не конец. По прогнозам, к 2026 году мы можем выйти на 216,5 миллионов. Это уже не проект, это — чёрная дыра.
Экономия? Ну, вы шутите. Вместо того чтобы сэкономить 69 миллионов фунтов, мы потеряли всё. Бюджеты вышли из–под контроля, и город оказался на грани банкротства.
Но самое страшное — это не технические проблемы. Это то, как всё это скрывалось. Тринадцать месяцев. Тринадцать месяцев о проблемах не сообщали никому. Ни совету, ни общественности. Мы, разработчики, знали, конечно. Но что мы могли сделать? Мы пытались исправить, но чем больше пытались, тем хуже становилось.
Когда всё вскрылось, лидер городского совета Джон Коттон начал оправдываться. Мол, ошибки есть, но они «не возникли из не откуда». Он говорил о кризисе, о халатности предыдущих правительств. Но мы–то знали правду. Oracle Fusion был не готов. Он был сырой, перегруженный и, честно говоря, просто не подходил для такого масштаба.
Теперь нам поручили повторное внедрение. «Коробочная» версия Oracle. Ну, вы понимаете, это как если бы вы сломали машину, а вам сказали: «Собери её заново, но только из старых запчастей».
Так что, ребята, если вам вдруг предложат внедрить Oracle Fusion в крупном муниципалитете — ну, в общем вы поняли...
Написал Zakupec на system_approach.d3.ru / комментировать