Размышления о рисках внутренней разработки
Опасная иллюзия банков, предпочитающих собственную разработку, – «мы не будем ни от кого зависеть».
Пока банк руководствуется этим посылом – ни вендор, ни внедренец, ни техподдержка ему не нужны. Но стоит ключевым разработчикам уволиться, как заказчик мгновенно оказывается обладателем бесполезной груды кода. В той же точке, где он был, приступая к собственной разработке год-два-три назад. И надо начинать все с нуля. Потому что вместе с разработчиками, иногда единственным, уходят знания, накопленный опыт, выводы из сделанных ошибок и т.д.
Был у нас такой случай: банк обеспечил интеграцию хранилища данных (ХД) на платформе «Контур» с учетными системами. На базе ХД готовили управленческую и регуляторную отчетность. Последнее решение тоже было разработано заказчиком. Сначала банк покинули авторы прикладного решения, немного позднее - интеграционного.
Угадайте, что сделал банк? Верно – обратился к нам.
Чем мы можем помочь в подобной ситуации?
- Сделать реинжениринг интеграционного решения. Проще говоря, разобраться и взять его на поддержку. Но это работа, и она стоит денег. А банк уже однажды потратился на интеграцию.
- Внедрить тиражное приложение для регуляторной отчетности и заключить договор технической поддержки. Правда решение этой задачи банк тоже уже профинансировал.
Конечно, для заказчика это выход. Причем единственный. Только вот заплатить в итоге придется две цены.
Практика показывает, что собственная разработка оправдана в тех банках, где масштаб ИТ-службы соизмерим с хорошей ИТ-компанией. В остальных случаях – это серьезный риск. И наоборот: тиражный софт – надежная защита для кредитных организаций за границами ТОП-10. Банку, который выбирает готовое программное обеспечение, как минимум, не придется задумываться о масштабировании собственных ресурсов для его разработки и ставить технологическую поддержку бизнес-процессов в зависимость от персонала. Хотя плюсов от внедрения готового тиражного ПО, безусловно больше.
Есть о чем подумать, верно?