Нужен ли вообще банку технический директор

- kbrbank

Нужен ли вообще банку технический директор

Информационные разработки движутся от проприетарных ответов к открытым, от внутренней инхаус-разработки — к API и внешним разработчикам. Крис Скиннер рассуждает о роли технического директора банка в сложившемся мировом IT-ландшафте.

У любой технологической компании иногда происходят конфликты — и не столько с гигантами-соперниками наподобие IBM, SAP либо Accenture, а все больше с техническим директором клиента. Обстоятельство этих распрей содержится в том, что каждая совокупность автоматизации непременно приведет к тому, что пара десятков либо кроме того сот людей в компании станут ненужными.

В случае если все будет делаться в облаке и на аутсорсинге, что станет с IT-департаментом?

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

В случае если открыть API и исходные коды банковских платформ, завлекая сторонних разработчиков, то что будут делать тысячи тех технологов и разработчиков, каковые до сих пор обслуживали антикварные совокупности, созданные еще в палеолите? В случае если все транзакции будут выведены в распределенный реестр и не потребуют регулярных ручных сверок, что станет с бухгалтерскими компаниями, обслуживающими сверочные процедуры? В случае если все будет делаться в облаке и на аутсорсинге, что станет с IT-департаментом?

Многие из этих вопросов могут быть фантастичными, но как раз так трудится идея у некоторых банковских CIO, считает Скиннер. Главная цель аналогичных начальников — удержание статус-кво, поддержание стабильности их теплоты отношений — и внутрибанковской империи с хорошими вендорами. Так для чего же им внедрять инновации и рубить сук, на котором они сидят?

Как раз исходя из этого, думает Скиннер, IT-управлению в банках уготована роль электриков. Еще пятьдесят лет назад в банках был глава департамента электроснабжения, державшего в собственных руках все подключения, проводку и снабжавший стабильность передачи электричества. Где на данный момент эти юноши, занимавшие руководящие позиции наибольшего уровня?

Заменены тысячами и сотнями несложных электриков, вероятно кроме того не пребывающих в штате, и случилось это за какие-то десять-пятнадцать лет. Разработка «консумеризовалась».

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

По мере перемещения разработки к open-source кроме того самый нетехнологичный президент банка непременно осознает: облако Amazon в полной мере надежно; Gmail трудится и при уровне и определённых настройках информационной культуры персонала достаточно надёжен; Dropbox возможно применять в повседневной работе, а Salesforce еще легче, чем электронные таблицы в Excel. Добавим ко мне API к платформам наподобие Stripe, приложения для интернета вещей и машинально поддерживающие консенсус распределенные реестры — и тот самый президент банка начнет вспоминать, для чего он платит огромные деньги банде информационных археологов, поддерживающей совокупности родом из восьмидесятых и мешающей его банку набирать нужную гибкость, утверждает Скиннер.

Крис отмечает, что много инноваций в банках исходит не от IT-департамента, а от бизнес-подразделений. Это показывает не только востребованность изменений, но да и то, что информационные департаменты за переменами просто не поспевают. Управление банков начинает опасаться технологической избыточности и старается переработать архитектуру собственных совокупностей, дабы встроить в них финтех, и единственные, кто в следствии проиграет — это тысячи внутренних разработчиков, архитекторов и технологов банков.

Если вы трудитесь в банке на одной из должностей, каковые может затронуть переход к open-source и открытым API, вам стоит обучаться обслуживанию, созданию и разработке совокупностей ИИ

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

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

Последний совет от Скиннера в данной связи: если вы трудитесь в банке на одной из должностей, каковые может затронуть переход к open-source и открытым API, вам стоит обучаться обслуживанию, созданию и разработке совокупностей ИИ. Вероятнее, обслуживающие позиции останутся востребованными.

Сергей Козлов, «Мегаплан»: Мы изначально сделали SaaS-версию CRM, коробки появились только потом

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: