Привет, Хабр! Меня зовут Кирилл Пашигорев, я работаю Solution Architect в SberData и сегодня хотел бы рассказать о своём карьерном пути, раскрывая нюансы профессионального развития. Для кого писал статью? Думаю, она будет интересна широкому кругу читателей — от тех, кто только собирается начать карьеру в IT, до тех, кто подумывает о профессии Solution Architect или смежных архитектурных специальностях.
Я рассказываю в статье и о нюансах трудоустройства в Сбере — так что кому интересна работа в энтерпрайзе, не пропустите эту часть. Если у вас после прочтения статьи возникнут вопросы или комментарии, пишите, постараюсь ответить всем.
Как я попал в IT и стал архитектором
В IT я попал уже на старте карьеры в первую очередь благодаря родителям. Они привили любовь к технологиям и помогли получить соответствующее образование. Я успел два года поработать преподавателем информатики, после чего решил сменить должность с лектора на разработчика в одной из коммерческих компаний. Почему вообще решил стать программистом? Причина курьёзная: в 2008 году проходил восьмую часть игры «Петька и Василий Иванович». По сюжету протагонисты встречаются с Бабой-ягой, которая держит в руках книгу «Python для чайников».
Так получилось, что именно эта игра и этот сюжет стали отправной точкой для моей IT-карьеры. Спасибо разработчикам и авторам идеи «Петьки и Василия Ивановича» за это. Ну а теперь — подробности профессионального пути.
Первой моей компанией стал 1С-интегратор «Первый Бит», куда я устроился в 2010 году. Тогда, 12 лет назад, было гораздо сложнее найти работу по технической специальности без опыта. Но мне повезло — рекрутеры предложили место стажёра с прохождением обучения. Потом я перешёл на должность программиста-консультанта.
В 2013 году устроился на работу в другой отдел «Первого Бита». Там стал углублённо изучать различные технологии, которые были нужны мне тогда, а также могли понадобиться в будущем. Работал на этом месте до 2015 года, после чего сменил направление.
Дело в том, что тогда я перешёл на работу в ещё один филиал той же компании, но в другом городе, Волгограде, и в другой должности. Благодаря предыдущему опыту и знаниям я стал руководителем в рамках программы антикризисного управления. С 2013 по 2016 годы проектировал учётные системы — небольшие, но актуальные для бизнеса.
В 2016 году я вернулся из Волгограда в Москву в качестве эксперта по внедрению системы учёта лизинга. Речь идёт в первую очередь о технологиях и разработке. Но в качестве руководителя я стал отвечать и за организацию рабочего процесса в своём отделе.
Чуть позже, в том же 2016 году, мне предложили место эксперта по автоматизации в ПАО «Газпром автоматизация». Сначала занял позицию руководителя группы разработки и развития крупных информационных систем, в том числе непосредственного программирования в системах. Здесь я занимался проектированием крупных систем учёта. Также выстраивал учётные системы производства, логистики, финансов, электронного документооборота. Затем стал тимлидом группы сопровождения, которая занималась высокопроизводительными системами. В обязанности группы входили работа с «тяжёлыми запросами в системах», устранение неоптимальных запросов, выпуск релизов.
В ходе работы приходилось взаимодействовать с самыми разными бизнес-подразделениями. Так что на новом месте я отлично «прокачал» свой скил коммуникаций и организации труда. Забегая вперёд, скажу, что это здорово помогло в карьерном росте в качестве архитектора. Дело в том, что такой специалист — в прямом смысле «коммуникатор», который постоянно взаимодействует с различными командами. Поэтому у него должен быть обязательный навык взаимодействия с коллегами.
С 2019 по 2020 годы снова вернулся в «Первый Бит», куда меня пригласили внедрять ERP в РЖД (это связка 1C+MS SQL). Система, с которой я работал, отвечала за учёт вагонов-ресторанов по всем часовым поясам, а также за отчёты производства, складов, логистики и т. п. В сутки обрабатывалось около 40 тыс. документов.
Наконец, почти 3 года назад, в 2020 году, я перешёл в НИПИГАЗ, получив место эксперта по продукту. Здесь я серьёзно задумался над тем, чтобы стать корпоративным архитектором (ЕА), что мне в итоге и удалось сделать. Для меня 2020 год стал поворотной точкой, после которой я перестал быть разработчиком и стал архитектором. Ну а потом началась моя карьера в Сбере, о чём расскажу ниже.
Работа моей мечты — Solution Architect в Сбере
Быть EA мне очень понравилось, но я понимал, что для продолжения успешного карьерного пути нужна дальнейшая подготовка. Поэтому в течение пары лет активно учился и расширял свои знания в самых разных предметных областях, которые нужны архитектору. Вот как готовился, возможно, эта информация поможет кому-то из читателей:
В период работы в нефтяной отрасли в 2020-2021 годах познакомился с The Open Group Architecture Framework (TOGAF) в первоисточнике. Считаю, что c TOGAF должен быть знаком каждый архитектор.
В тот же период времени заинтересовался микросервисами. Начал искать дополнительную информацию на эту тему, прочитал множество статей. Кроме того, заказал и проштудировал книгу «Чистая архитектура» Роберта Мартина. Могу порекомендовать её в качестве настольного руководства.
Также стал изучать паттерны. Конечно, общее их количество не поддаётся подсчёту, но я решил ознакомиться хотя бы с базовой информацией, которая доступна всем желающим в интернете.
Прошёл небольшой курс на Coursera, который называется Enterprise architecture. В рамках курса прошёл практику по применению нотации ArchiMate. Всё это изучал летом 2021 года.
Подписался на подкаст «Подлодка», его я внимательно слушал и обдумывал услышанное.
Прошёл большой курс на Udemy — здесь разбирались аспекты работы Solution Architect, нюансы некоторых программных продуктов. Курс одолел за два месяца — с сентября по октябрь 2021 года.
Прошёл часть программы Microsoft Solution architect осенью 2021. Microsoft позволяет использовать свои материалы для обучения, у них это поставлено на поток.
Прошёл курс Microsoft «Написание Backend с применением С#» — осень 2021.
Изучил курс «NodeJS — полное руководство». Нужно было написать Backend на NodeJS, Frontend на JavaScript, построить взаимодействие с MongoDB и MySQL. К счастью, писать код у меня всегда получалось, язык программирования не так принципиален.
В декабре 2021 года прошёл очень крутой fullstack-курс.
Под впечатлением предыдущего курса нашёл MongoDB University, прошёл все курсы, которые там были (там их около 10 — от базового до безопасности и глубокого погружения в NoSQL). Плюс познакомился с впечатлившей меня технологией NoSQL.
После этого решил, что знаний и опыта достаточно для того, чтобы попробовать себя на новом месте. С середины декабря 2021 года искал вакансии. Стал получать приглашения на собеседование от разных компаний, включая Сбер. 12 января 2022 года компания получила резюме, после чего меня пригласили сразу на три собеседования в разные подразделения банка. Я выбрал собес на должность Solution Architect. Встреча прошла комфортно, интервьюеры были дружелюбными, что помогло справиться со всеми вопросами и задачами. Кстати, вот статья в нашем блоге, где мы рассказываем о нюансах трудоустройства в банк.
Участники встречи подробно спрашивали о том, с какими технологиями, документами я работал. Затем попросили прислать примеры документов и диаграмм. После этого я выполнил контрольное задание, 4 февраля мне прислали оффер, и уже 9 февраля я вышел на работу!
Чем я занимаюсь в Сбере
Перед тем как перейти к кругу задач, давайте посмотрим, какие вообще бывают типы архитекторов и кто чем занимается:
Enterprise Architect — работает с концептуальной архитектурой целого предприятия или закреплённой за ним функциональной области.
Solution Architect — создаёт продукт-автоматизированную систему, опираясь на концептуальную архитектуру. У такого специалиста должен быть богатый технический бэкграунд.
System Architect — выстраивает инфраструктурную сторону решения, фокусируясь на аппаратном обеспечении, а также ПО, необходимом для поддержки решения после его развёртывания.
Quality Architect — выстраивает стратегию тестирования и определяет подход к управлению качеством создаваемого продукта.
Так вот, в качестве Solution Architect я занимаюсь формированием детальной архитектуры АС «Супермаркет данных». В круг обязанностей входит ведение документации с техническими сведениями о продукте. Ещё — согласование проекта со смежными службами, такими как сопровождение, безопасность, инфраструктура, корпоративная архитектура, а также взаимодействие со смежными командами продуктов. И конечно, постоянные дискуссии и поиск оптимальных решений в рамках утверждённых стандартов. Стандартов сейчас около 20, а это тысячи требований, которые нужно учитывать.
Дополнительно занимаюсь формированием детальной архитектуры в новом продукте Сбера META Repository. Верю, что у него большое будущее.
Советы тем, кто хочет стать архитектором
В качестве заключения дам несколько советов тем из читателей, кто тоже хотел бы попробовать себя в качестве архитектора:
Если вы ещё студент, обязательно учитесь и не пропускайте много занятий. Это не просто слова, а личный опыт. Дело в том, что недавно мне пришлось повторять в рабочих целях институтский курс по модели OSI — это про 7 уровней работы протоколов.
Обязательно следите за новостями в мире IT, пусть даже поверхностно, но основные тренды развития IT нужно понимать. Сегодня это тренды, а уже завтра это наша реальность. Как пример можно привести стратегию умного города для Москвы до 2030 года.
Интересуйтесь, чем занимаются ваши коллеги, чтобы базово разбираться в работе других специалистов. Смежные технологии пригодятся вам для решения вашей следующей задачи.
Осваивая экспертизу в одном из направлений, обязательно расширяйте кругозор в других направлениях.
Продолжайте учиться. Например, при помощи книг, видео из YouTube, курсов, включая СберУниверситет.
Если у вас есть вопросы ко мне либо вы хотите что-то обсудить по теме статьи, пишите в комментариях.
Комментарии (23)
KingOfData
12.01.2023 22:40Про то, что АС Супермаркет данных - это помойка, полная мусора и неконсистентных данных, от которой плюются большинство бизнес-потребителей, вынужденных работать с ней, в статье скромно умалчивается :)) Ну да ладно, а какие вообще в сбердате удачные внедрения за последние года 3? Семантический слой хоть на чем-то сделали?) или снова облажались?
Geckelberryfinn
13.01.2023 00:39+1Хотите продолжать работать в сбере?
pashigorev Автор
13.01.2023 09:41-1Без сомнений!
Для продолжения развития, роста ещё не встречал настолько развитую организацию - в первую очередь сейчас имею в виду СберУниверситет. Вся информация и материалы, которые обычно добывались поисками и трудом, теперь есть в наличии и структурированы
Myclass
13.01.2023 00:58+7По мне - вы просто хвастаетесь, что вы тот, кто вы сейчас. Никакой конкретики. Но себя-вознесение до небес в каждом слове.
создаёт продукт-автоматизированную систему, опираясь на концептуальную архитектуру. У такого специалиста должен быть богатый технический бэкграунд.
И это после кучи 'прошел курс' - вы серьёзно считаете это богатый технический бэкграунд?
Получить роль - это надо ещё подтвердить. Никогда ещё не слышал, чтобы с громкостью мемуаров кто-либо о своей должности с таким пафосом писал. Особенно мне бросается в глаза описания, что свою карьеру вы не сами отчасти строили. Нет. Это всегда было 'мне предложили'. Явный признак выдать желаемое за действительное. Но. Имеете полное право.
ValentinAndreev
13.01.2023 08:37+1Довольно странно, не так я представлял себе путь до архитектора.
Сначала довольно специфический 1С ну да ладно 2010, "выживали как могли". Потом "стал углублённо изучать различные технологии, которые были нужны мне тогда, а также могли понадобиться в будущем" - не понимаю смысла этой абстрактой фразы, 0 информации. Программа антикризисного управления, внедрение лизинга. Что-то все совершенно разные сферы. Дальше перечень, который можно назвать "что-то на джуновском" - куча курсов разных, наверное все так в начале изучения программирования метались и изучали все, что под руку попадалось, чтобы, так скажем, в общий контекст войти, понять куда дальше идти. Странновато, особенно пункты, что разработчик с 10-летним опытом, переходящий в архитекторы вдруг до паттернов добрался и начал их изучать, "познакомился с noSQL" и т.д. Тут я стал бабкой из мема "wat?".
ozzyBLR
13.01.2023 09:17В целом ситуация, которая могла случиться не только с архитектором и не только в Сбере. Позиция в компании есть, жёсткого перечня требований нет. Нашёлся кандидат, который устроил внутреннего заказчика вакансии. Виноват ли сам кандидат, что его приняли? Нет. В принципе можно ли оперировать термином "вина"? Только если по итогу этот найм будет признан неудачным.
Так что пока можно пожелать удачи герою статьи и пускай всё получится.
Я скорее вижу позитивный посыл в статье: инвестиции в себя оправдались. Это мотивирует.
Myclass
13.01.2023 11:29+1Но такое на публику ведь не глаголят. Это есть плохой стиль. Хвастаться собой. Переведи всё это в третье лицо, сделай немного нейтральнее, опиши как требования или условия для архитектора - и всё, нормальное повествование. А тут только бахвальство. При этом, всем в этой теме понимающим - нелогическое.
ozzyBLR
13.01.2023 17:04Ну, это он целей статьи зависит и очерченной ЦА. На серьёзный форум с такой презентахой не пойдёшь. На науч-поп ресурсе для создания "дружелюбного лица компании" - вполне. А раз это корпоративный блог, то какой вариантов ближе, тут вроде как понятно.
pashigorev Автор
13.01.2023 22:50Возможно да, некоторые пункты можно обсудить, а пути же разные могут быть. Вот вы как себе представляли путь архитектора? Закончил институт, 10 лет работал программистом, потом 5 лет работал админом, потом набирался опыта в девопс, а потом решил стать архитектором, но вдруг отметил 65 лет и ушёл на пенсию? Поэтому и приходится опыт получать в конкретной сфере, а со многими вещами, технологиями знакомиться уже без прикладного опыта, а только на уровне необходимого и достаточного.
Вы что думаете, какие пути бывают по вашему представлению?
Myclass
14.01.2023 01:42Ну конечно же пути бывают разные. Бывают таланты как Стив Возниак - ему никакие курсы не нужны были. Он каждый транзистор и резистор по имени знал ;) и придумывал, создавал и архитектуру и софт и hardware. Иногда и по знакомству вообще без тех. навыков становятся - встечал такое на моём пути. Чел даже не понимал диаграммы. От слова никакие. Ни систем, ни процессов, ни data flow, ни UML, ни базы данных итд. А 'свои' рисовал в paint.
Мне кажется вы не совсем поняли собеседника, которому отвечали. Само по себе посещение курсов есть правильно, но указывать их в одной строчке с 'богатым техническим бекграундом' - как-то не подтверждающе. А про конкретные свои задачи - 'работаю с требованиями и документацией' - так и вообще вы как архитект сказали, что ничего сказать не можете. Об этом речь была.
Lukerman
14.01.2023 16:24"...
Если вы ещё студент, обязательно учитесь и не пропускайте много занятий. Это не просто слова, а личный опыт. Дело в том, что недавно мне пришлось повторять в рабочих целях институтский курс по модели OSI — это про 7 уровней работы протоколов..."
Вы до того как стали Архитектором с сетью не работали ? Как системы строили ? Все внутри кспд ?
pashigorev Автор
14.01.2023 16:37Не было такой необходимости. Работа с сетью это довольно специализированная работа, как правило имеющая мало общего с решением бизнес-задач. На мой взгляд это сугубо технический навык. И как правило при построении систем работа идёт с протоколами http или tcp (7 и 4 уровни соответственно). Что происходит на канальном уровне - зачем бы это было нужно.
Myclass
14.01.2023 18:46Работа с сетью это довольно специализированная работа, как правило имеющая мало общего с решением бизнес-задач.
Не согласен с вами. Для специалиста из маркетинга это не важно. Для архитектора при разработки систем, тем более в такой среде как банк - это жизненно важно.
pashigorev Автор
14.01.2023 19:55Тогда предлагаю вернуться к статье, и в принципе к разделению обязанностей. Если как было сказано архитекторы бывают Enterprise, Solution, System - все ли они должны работать с канальным, сетевым и физическим уровнями? В чем заключается жизненная важность?
Myclass
15.01.2023 00:01Solution Architect — создаёт продукт-автоматизированную систему, опираясь на концептуальную арархитектуру.
и чем конкретно вы занимаетесь. Понимаете , что под этими словами стоит ничего. Звучит круто, но самом деле - кто-то создал по настоящему до вас что-то сложное и концептуальное как архитектуру, а вы 'создаёте '... что вы создаёте?
pashigorev Автор
15.01.2023 10:17Как думаете, есть разница между концептупльной архитектурой и детальной архитектурой? Интересно узнать ваше мнение.
Знакомы ли вы с организацией труда в Сбере?
Myclass
15.01.2023 12:36Как думаете, есть разница между концептупльной архитектурой и детальной архитектурой
без понимания 'детальной' архитектуры невозможно заниматься концептуальной. Я вижу вы хотите передёргивать, и да коструктор ракеты не в каждой области специалист. Но понимает каждую область сильно, потому что постоянно информируется, участвует в дискуссиях, и интегрирует инсайты из каждой области в общую кострукцию.
Как работает Сбер я не знаю, но за 30 лет работы в Германии я имел дело с разными отраслями. В их числе и банковсккий сектор. Хотя это для понимания работы solution архитектора не играет никакой роли. Здесь вы опять передёргиваете. Мол, если я каким образом не знаю Сбер, то и сказать мне типа нечего. Хотя разговор ведётся о роде деятельности, которая в принципе универсальна. А вот на мой вопрос, чем конкретно вы занимаетесь, кроме общих фраз в статье ' вы не ответили. Тактично вопросом на вопрос увильнули. Вы хитрый.
Но поверьте, мир полон разных людей. И если вы добрались до позиции архитектора, то может быть стоит не сильно кричать на весь мир, какой вы крутой, и что вы там-то и там-то. А то можете нечаянно нарваться на 'мальчика из сказки, который закричит, что король-то голый'.
serginfo2009
А есть какой-то чек-лист примерный по техническим скилам на solution architect? Было бы очень полезно почитать.
pashigorev Автор
Мне кажется, все достаточно относительно. Но СУБД и навыки программирования это святое. И ещё конечно навыки подготовки диаграмм, это ведь тоже технический навык ))
BeLord
Умение мыслить категориями бизнеса, базовый навык, без которого технические навыки бесполезны
pashigorev Автор
Представьте ситуацию, что вы как архитектор не взаимодействуете с бизнесом, но при этом под вашей ответственностью интеграционные механизмы с огромными объёмами передаваемых данных. То, что вы не взаимодействуете с бизнесом, не говорит же о том, что вы не архитектор. Вы solution architect интеграционного решения, а бизнесом в данном случае выступают другие технические заказчики.
Я к тому, что не просто мыслить категориями бизнеса, а заменить термин Бизнес на термин Заказчик. Умение осознать потребность Заказчика.
Спасибо, очень правильный комментарий!