Tahlillar

Nima uchun ABS joriy etish loyihalarining 40 foizi muvaffaqiyatsizlikka uchraydi

Ekspert baholariga ko'ra, Markaziy Osiyo va MDH'da ABS loyihalarining 40 foizdan ortig'i muvaffaqiyatsiz. Olti tizimli sabab va shartnomaga qo'l qo'yishdan oldin nimalarni tekshirish kerak.

Vazifani muhokama qilish

Bu kamdan-kam emas — bu odat

40% muvaffaqiyatsizlik mintaqaviy odat. Ommaviy holatlar kam: banklar muvaffaqiyatsizlikni tan olishni yoqtirmaydi, integratorlar buni “skoupi tuzatilgan muvaffaqiyatli loyihalar” deb ko‘rsatadi. Lekin oxirgi 10 yil davomida MDH va Markaziy Osiyo bo‘yicha anekdotik ma’lumotlar yig‘ilsa, manzara aniq bo‘ladi — har uchinchi yoki to‘rtinchi yadro almashtirish loyihasi yo asl rejadan uzoqda tugaydi yoki orqaga qaytariladi.

Asosiy sabab umumiy — bank yetukligida, vendorda emas

Barcha oltita tizimli muvaffaqiyatsizlik sababi bittaga keladi: bank yadroni kuchdan emas, kuchsizlikdan almashtirishga qaror qiladi. Kuchsizlik mahsulot siyosati rasmiylashtirilmaganida, ma’lumot iflos bo‘lganida, IT-jamoa loyihani boshqarish qobiliyati yo‘qligida va biznes mas’uliyatni IT-ga yuklayotganida ko‘rinadi. Bunday holatda har qanday yadro — Temenos yoki o‘z ishlanmasi — bir xil devorlarga uriladi.

Aslida nima ishlaydi

To‘g‘ri tartib banklar odatda qiladigan ishning teskarisi. Avval — ishlayotgan yadro atrofida tartibni o‘rnatish: jarayonlarni avtomatlashtirish, ma’lumotni tozalash, mahsulotlarni rasmiylashtirish, boshqaruvni qurish. Bu 6-18 oy vaqt oladi va maqsadli ta’sirning 60-70% beradi. Faqat shundan keyin yadro almashtirishni mazmunli rejalashtirish mumkin, agar u hali ham kerak bo‘lsa — va ko‘pincha endi kerak emasligi ma’lum bo‘ladi.

CTA

Agar yadro almashtirish loyihasi allaqachon ishga tushirilgan va muvaffaqiyatsiz ketayotgan bo‘lsa — to‘xtatib mustaqil audit o‘tkazish kerak. Agar faqat muhokama qilinayotgan bo‘lsa — to‘g‘ri birinchi qadam bank yetukligi auditi, vendorlardan taklif so‘rash emas.

Как это проявляется в жизни

Банк подписывает контракт на замену АБС за $10-50 млн, назначает сроки 18-36 месяцев, начинает проект с амбицией. Через полтора года — просрочка первого релиза, пересмотр бюджета на 30-50%, конфликты с интегратором, часть функциональности не покрывает реальные сценарии, а когда дело доходит до миграции данных, обнаруживается что справочники дублируются, а кредитные продукты описаны по-разному в разных системах. В худших случаях банк возвращается к старой АБС и списывает бюджет на убытки.

Почему так получается

Корневая причина не в вендоре и не в интеграторе. Провалы внедрения АБС в регионе имеют шесть системных причин, и каждая из них коренится внутри банка. Выбор платформы сделан по бренду, а не по требованиям. Кредитная политика и продуктовые правила не формализованы — и проект внедряет то, чего нет. ИТ-команда банка слабая и зависит от вендора в решениях, которые должна принимать сама. Данные в легаси-системах грязные, а миграцию начинают в конце проекта. Бизнес-заказчики не включены в управление проектом — решения принимают ИТ. И главное — банк пытается заменить ядро под предлогом решения операционных проблем, хотя ядро работает, а проблемы живут в процессах вокруг.

Что обычно пробуют — и почему это не помогает

Выбрать «проверенного вендора» — будто бренд снимает риск. Не снимает: рынок СНГ и ЦА полон историй сорванных внедрений Temenos, Oracle, Diasoft
Нанять «сильного интегратора» — но интегратор не заменит отсутствующей внутренней ответственности и слабой постановки задачи
Пойти в методологию Agile — хотя АБС по природе каскадный проект с длинными зависимостями, и «гибкость» без базовой дисциплины усугубляет проблему
Урезать scope до «MVP АБС» — не работает: банковское ядро либо закрывает минимум регуляторики и учёта, либо нет, промежутка не существует
Сменить интегратора в середине проекта — почти всегда хуже чем довести с текущим до конца и разобрать причины провала после

Что реально нужно

Никакой волшебной формулы нет, но есть способ снизить риск провала с 40%+ до 10-15%. Он начинается не с выбора платформы, а с честного внутреннего аудита: насколько формализована продуктовая политика, насколько зрелая ИТ-команда, насколько чистые данные, кто реально отвечает за результат — бизнес или ИТ. Если хотя бы два из четырёх ответов «слабо», замена АБС преждевременна. Правильный шаг — сначала собрать минимальную управляемость вокруг действующего ядра через wrap-слой и автоматизацию процессов, а потом уже планировать замену ядра с позиции силы, а не хаоса.

Что проверить до старта

Формализованы ли продуктовые правила — или они живут в головах сотрудников
Есть ли внутренний product owner по каждому направлению (розница, корпоративный, МСБ, казначейство)
Какая реальная зрелость ИТ-команды — может ли она держать вендора, а не быть заложником
Состояние справочников и мастер-данных — клиенты, продукты, контрагенты, счета
Формализованная кредитная политика и decision flow по продуктам
Готовность регуляторной отчётности ЦБ РУ и IFRS 9 процессов
Поддержка проекта топ-менеджментом измерима KPI и бюджетом, а не только словами

Как двигаться шаг за шагом

Провести внутренний аудит зрелости банка до выбора вендора — бизнес-процессы, данные, ИТ-команда, регуляторика
Если зрелость слабая — отложить замену АБС, начать с автоматизации процессов вокруг действующего core (LOS, BPM, данные)
Если зрелость достаточна — формализовать целевую операционную модель до тендера, а не в его ходе
Выбирать вендора по соответствию требованиям, а не по бренду и цене
Назначить сильного внутреннего program manager, не отдавать руководство интегратору
Декомпозировать проект на управляемые релизы с бизнес-ценностью в каждом, не в финале
Контролировать данные и миграцию с первого месяца, а не в последнем квартале
Измерять результат через бизнес-метрики (TAT кредита, объём обработки, уровень ошибок), а не через технические milestones

→

Yana nima o‘rganishga arziydi

Shu sohaga oid bog‘liq mavzular, biz odatda birga ko‘ramiz

Yechim

Bu shunchaki maqolalar emas

Men bu haqida faqat yozmayman — kelib, sizning vaziyatingizni tahlil qilib, sizning landshaftingiz uchun yechim loyihalashim mumkin.

Qo‘llashni muhokama qilish →

← Orqaga

Vazifangizni muhokama qilishga tayyormisiz?

Nima ishlamayotganini yoki nima qurilishi kerakligini ayting. Birinchi suhbat — majburiyatsiz.

Vazifani muhokama qilish Telegramga yozish

Odatda bir necha soat ichida javob beraman