Мы Преодолеем

Хабр, привет! Меня зовут Александр, мне 33 года и я алкоголик, кажется, уже писал здесь статью, но о себе расскажу подробнее: работаю техническим руководителем разработки в компании Блок развития ИТ корпоративного бизнеса в РСХБ-Интех.

Я и моя команда приехали сюда полгода назад, но уже привыкли и работаем на полную мощность.

Нам пришла памятка, что обязательно нужно написать о том, как здорово здесь работать, я на планерке тянула короткую спичку и теперь напишу для всех.

Шутить! Фактически у каждого из нас есть возможность при желании писать статьи для блога РСХБ на любую тему, прямо или косвенно связанную с нашей работой.

Поэтому я решил начать со статей общего характера: о том, как мы работаем, как обстоят дела с ИТ в современных российских банках и каковы его перспективы.

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

Идти!



Зачем я вообще подошел к микрофону?

До РСхБ я прошел с десяток разных компаний и проектов — в разных ролях: от обычного «кодера в галерее» до менеджера.

Я начинал как C++-программист на проектах крупного автомобильного концерна в московской компании в конце 2000-х начале 10-х годов.

Первые несколько лет я жил в Москве, но в какой-то момент понял, что не хочу связывать свою жизнь с этим городом.

Причин тому много, не буду вдаваться в подробности, просто скажу - в итоге я оказался в Краснодаре.

Местный ИТ на самом деле довольно колоритен и разнообразен: здесь и штаб-квартира известного ритейлера, и региональные офисы нескольких телекомов, интеграторов и целая куча относительно небольших ИТ-компаний.

Продолжая работать над биллинговыми проектами в сфере ЖКХ и экспертными системами безопасности, я постепенно вырос из простого программиста в лидера, перепрыгнул разные стеки технологий и даже стал «менеджером».

Последний в кавычках, потому что он был скорее «мастером на все руки», который распределяет задачи, пишет код и настраивает серверы.

Такая работа, честно говоря, ужасно затягивает – ты становишься незаменимым персонажем.

Но это также затягивает узел на шее – убежать куда-то не получится – непонятно, на чем сосредоточить свое резюме и в каком направлении развиваться.

В какой-то момент я оказался на распутье: с одной стороны собственный интегратор для крупного телекома, с другой — банк.

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

И скажу сразу - банк не РСХБ и даже не близко, но входит в первую сотню, и поэтому я могу судить о рынке с точки зрения его среднего слоя - самого показательного.

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

В душе я немного искатель приключений, но когда я выбираюсь оттуда, я теряю всякий контроль.

Мне было интересно проверить себя на жесткость мышления и проверить обоснованность своих стереотипов.

Все мои прошлые взаимодействия с банковскими программистами в основном сводились к объяснению трюизмов — например, того, что в JSON значения строковых переменных передаются в кавычках.

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

Телеком подробно рассказал о развитии и широких перспективах проектной деятельности дивизиона в современных условиях.

никакой конкретики, короче.

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

И вообще считалось, что сделать это – значит испортить себе нервы и настроение на несколько месяцев.

Мы с командой переработали проект чуть более чем полностью и превратили его в то, о чем потом написали местные офлайн-журналы для джинсов — мягко говоря, перезапустили.

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

Тем не менее мне удалось ускорить процессы и запустить в разработку еще несколько современных проектов.

Это не новейшая разработка, а скорее революция, чем эволюция.

Попутно в голове поменялось много мыслей о том, что это такое: ИТ в банках.



Помните, как все началось?

Раньше я считал банки чем-то вроде тихой гавани для программистов — они всегда платили стабильно (часто ниже рынка, но это компенсировалось стабильностью).

При этом уровень требований к компетенциям кандидата был не слишком высоким.

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

Это позволило создать задел для достойного уровня автоматизации процессов.

С окончанием эпохи накопления первоначального капитала образовалось множество специализированных компаний, которые стали переманивать наиболее толковых банковских ИТ-специалистов.

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

Проблему решили классически - деньгами - скупив практически все.

Сформировался стандартный отраслевой ИТ-рынок — ряд компаний, которые пишут ПО исключительно для банков и мало известны широкой аудитории.

Причем зачастую это программное обеспечение не было настолько узкоспециализированным, чтобы его нельзя было заменить широко используемым аналогом.

Но стереотип об уникальных свойствах прочно укоренился в головах банковских ИТ-специалистов.

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

В результате и без того отстающее программное обеспечение стало отставать еще быстрее из-за ограниченной конкуренции и жадности поставщиков.

Так продолжалось довольно долго — до того момента, пока стоимость человеко-дня не приблизилась к месячной зарплате среднестатистического программиста.

Потом рынок начал решать – и банки придумали свою разработку.



Был/стал

Стоит только посмотреть в сторону зеленого (или светло-зеленого?) берега; или красный и белый с подчеркиванием; или желтый, с легким пивным янтарем – и сразу становится понятно, что эти ребята (и еще некоторые, кого я не упомянул) – настоящие нарушители правил: они меняют правила.

Сейчас совсем фу-фу не делать добро клиентам на расстоянии и тратить на удовлетворение их потребностей больше пары минут. Дистанция стала нормой, а тащиться по отделам теперь просто моветоном (особенно если их нет, лол?).

Наши банки быстро осознали преимущества удаленной работы с клиентами и, кажется, даже по этому показателю оказались на одном из первых мест в мире.

Существует здоровая конкуренция за клиентов.

А еще наши клиенты особенные – с одной стороны, они сверхлояльны, потому что доверяют нам свои кровные.

С другой стороны, они готовы искупать нас в ушате с помоями - потому что доверяют нам свои деньги.

Необходимо было сделать продукт, который удовлетворил бы всех, и желательно, чтобы он еще и давал уникальный опыт, который еще никем не был воспроизведен.

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

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

Приобретенное программное обеспечение стало более отсталым и дорогим по сравнению с тем, что может произвести ваша собственная команда.

Мнимые преимущества, так хорошо воспринятые менеджерами, раз или два нивелировались техническими специалистами.

И платить за услуги того, кто помимо работы программистом еще и платит за то, чтобы протирать штаны 5-6 менеджерам на собраниях, стало казаться чрезмерным.

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

Ведь снаружи банк кажется монолитной структурой, но внутри он разделен на бизнес-направления, которые иногда еще и конкурируют друг с другом.

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

При этом далеко не факт, что корректировка под одного внутреннего заказчика как-то устроит другого.

Естественно, «посторонние» улыбаются при этом самой теплой улыбкой, ведь внутри них начинает бешено вращаться счетчик легких денег.

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

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

ИТ-отделу пришлось превратиться из сервисного подразделения в равноправного участника продуктовых команд, стремящегося стать движущей силой развития.

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



Наша система не может этого сделать

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

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

Некоторые банковские системы, учитывая сказанное в предыдущем пункте, уже устарели.

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

Кстати, исходный код часто никто не помнит, поскольку в момент покупки не думает, что вендор окажется (на удивление) жадным и не захочет бесплатно исправлять собственные проблемы и выполнять обещания по поддержке продукта.

Те, кто знает, как осуществлять трансформацию по «дерьмовому» маршруту.

- конф.

», слишком ценны, чтобы их запирать в тюрьме вечной 3-й линии поддержки — они естественным образом вымываются из проекта.

Если вы не сделаете то, о чем я написал в прошлом статья , то проект очень быстро впадет в состояние крайней технологической отсталости.

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

Кроме того, у вендоров патологическое отсутствие желания документировать свои, кхм, творения.

Это не документацию ставить, а хотя бы просто оставлять понятные комментарии в коде.

Может, это следствие сознательной работы по их удалению оттуда? Все это только усиливает тезис о пользе и пользе собственных разработок, которые могут и писать код, и объяснять, как он работает.

Люди — новая нефть

Вы можете резонно сказать – Александр, вы не правы! Таких вендоров, как вы описали, не более 14,8%, и в основном это самоотверженные, бескорыстные специалисты мирового уровня, которые без сна и отдыха пишут лучшее в мире программное обеспечение за 2004 рубля в месяц, которое полностью и всесторонне буквально послезавтра покроет все-все-все потребности любого банка, вне зависимости от масштаба и состава бизнеса.

И передадут все права.

И окажут техподдержку 24/7/365, при необходимости выехав в сибирскую деревню или на Луну.

У нас есть свобода слова - скажете вы, и я отвечу - НЕТ.

За годы взаимодействия с «внешними» во мне укрепилась уверенность: если хочешь сделать что-то хорошо, сделай это сам.

Ну, не обязательно просто «сам» — зачастую не столько сам, сколько большой, разноплановой командой.

А ведь так можно создать что-то действительно стоящее, качественное, быстрое, красивое, крутое, крутое, космически потрясающее.

Короче говоря, это то, чем вы действительно можете гордиться на протяжении всей своей взрослой жизни.

Собственно, мы в РСХБ думаем точно так же.

Наша цель сейчас — перевести ⅔ проектов на самостоятельную разработку.

А проектов у нас много — монолитное наследие, микросервисные системы, сервисы интеграции, веб-платформы и порталы.

В общем, найти проект по душе и использовать свои навыки на полную катушку несложно.

Уровень которых может быть совершенно разным – от супер-профи до зеленых новичков.

В общем, приходите к нам – мы творим.

Потому что мы можем.

Теги: #банки #Читальный зал #развитие #опыт #банк

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.