От Разработчиков До Архитекторов Решений: История Одной Трансформации

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



От разработчиков до архитекторов решений: история одной трансформации



«Когда я сказал, что ухожу, коллеги посмотрели на меня с недоумением»

Сегодня на мне футболка, оставшаяся с моей предыдущей работы.

Это стартап, где собрались самые «упрямые» разработчики со всего Минска и за его пределами.

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

К ним относятся мобильные клиенты на Swift, Kotlin и бэкенд на Go.

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

К счастью, всё обошлось: к моменту релиза эти технологии доросли до уровня готовности к производству — кстати, не без нашего участия.

В бэкенде не обошлось без интересных решений: современная оркестрация, готовая к big data система логирования с отчетностью на базе Grafana/Kibana. Язык Go также предлагал интересные решения — например, микросервисную архитектуру и оркестровку большого количества взаимозаменяемых узлов.

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

Это займет полсекунды и сэкономит много времени.

Нам приходилось решать сложные с алгоритмической точки зрения задачи.

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

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

У меня это было - развитие в качестве технического руководителя.

Честно говоря, мне не хотелось оставаться в рамках разработки: в какой-то момент просто стало страшно, что платформа может оказаться неактуальной.

EPAM предложила мне работу архитектора решений.

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



«Архитектор – это такой менеджер…»

EPAM — это место, где вы можете получить представление о процессах разработки продуктов «от начала до конца» и научиться смотреть на них через призму бизнеса.

Я присмотрелся к компании пару лет назад после участия в конференции EPAM Insider. Через некоторое время я стал их сотрудником.

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

Однако мое отношение начало меняться уже на этапе собеседования, которое архитектор Олег Орел из EPAM начал фразой «Архитектор – такой менеджер…».

Но он был прав.

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

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

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

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



Проект X: «Незаметный, но необходимый, как применение с воздуха»

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

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

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

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

Представьте, что вы приехали в Европу без SIM-карты и вам срочно понадобилось связаться с кем-то через Интернет. Ваш смартфон обнаружил вокруг вас 200 точек доступа Wi-Fi, для доступа к которым требуется пароль.

Большинство из этих мест принадлежат одной и той же сотовой компании.

Почему бы не сделать для пользователей Wi-Fi такие же возможности, как и для пользователей сотовой связи? Вы гуляете по городу, и ваш телефон автоматически подключается к разным точкам без пароля.

Переключение происходит незаметно: ваше видео с котами не прерывается.

Проект далеко не прост в реализации: за нашим мобильным приложением стоит один из операторов Wi-Fi — глобальный общеевропейский заказчик со сложной инфраструктурой.

Мне до сих пор не удалось до конца понять, как работает Wi-Fi роутер, а для описания его возможностей требуется не один документ. Поэтому, как архитектор решений, я вполне осознанно могу сказать, что Wi-Fi — это «чертово волшебство».

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

Подобные проекты недавно появились на рынке: проект для британской компании и некоторых операторов США, планы Белтелекома (по объединению всех роутеров в одну систему).

Но информации о них исчезающе мало, поэтому мы никак не копируем, а создаем продукт с нуля.

Технологии здесь не имеют значения.

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

Но главное — огромная организационная сложность проекта: разные части бэкенда (например, сервисы данных об использовании телефона, разработанные командами из разных стран) нужно «дружить» друг с другом.



Между стартапом и EPAM: ответственность на первом месте

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

В стартапе вы живете по простой идеологии: «Мы решаем проблемы по мере их возникновения».

А в проекте EPAM у вас есть злое знание: если вы ошибетесь сейчас, то через месяц 30 разработчиков будут сидеть без дела, а это дорого.

Речь идет не о принятии решений, а о принятии ответственности, готовности создавать конфеты из того, что есть под рукой.

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

Я завел файл под названием «Мой Факапи», куда записываю свои наблюдения.

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

Обычно в команде есть два-три инициативных сотрудника, которые затыкают дыры, а затем учат других делать то же самое.

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

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

Я мечтаю о таких камерах разума, как у Шерлока.



Жизнь по календарю

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

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

Это привело к жизни «по календарю», где даже время «подумать об отпуске» внесено в расписание.

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



От разработчиков до архитекторов решений: история одной трансформации

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

Моя самооценка колеблется между «Если я уйду из этого проекта, через неделю он закончится» и «Если я уйду из этого проекта, через месяц никто этого не заметит».

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

Есть возможность поделиться знаниями с сообществом в рамках Центра мобильных компетенций, а также пройти обучение в так называемом Университете архитектуры решений — программе, направленной на рост специалистов уровня Senior и Lead. Подобные инициативы всегда поддерживаются руководством.

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

Главное, чтобы время позволяло.

Теги: #Разработка мобильных приложений #личный опыт #epam #epam Systems #архитектор решений

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