Solution архитекторы в ЕПАМ, кто они?

Telegram dou#techПідписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті.

Solution архитекторы актуальны и незаменимы для тех, кто планирует развивать свой бизнес в сторону построения сложных, инновационных end-to-end решений. EPAM одним из первых начал целенаправленно развивать это направление внутри компании, и за последние годы создал несколько действительно solid программ по развитию технологических экспертов такого уровня.

Ниже детально о там, как мы это делаем — и чего нам уже удалось добиться.

Как мы «выращиваем» Solution архитекторов

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

Жизнь в условиях инноваций требует от Solution архитекторов постоянного повышения квалификации. Фраза классика «Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее» относится к ним в полной мере. Например, наша компания ЕРАМ осваивает такие направления, как трехмерное моделирование при проектировании нефтяных скважин, пользовательские интерфейсы в технологиях виртуальной и дополненной реальности. Она ведет проекты в области интернета вещей, экосистем бизнес-инициатив (Connected Business) и превращения обычного автомобиля в «умное устройство». И это только малая часть списка.

Что это значит для Solution архитекторов?

От них требуются новые подходы к разработке программных архитектур как на Back-end, так и Front-end стороне. Микросервисы, модульные решения, безсерверные и лямбда-архитектуры — все это находит свое применение в разработках и, конечно, архитектор должен ориентироваться в них на профессиональном уровне. Если он, например, не знает возможностей PaaS («платформа как сервис»), он может потратить большие ресурсы компании на создание приложения с нуля вместо того, чтобы собрать его из предоставленных модулей. И это уже будет проблемой не ИТ, а бизнеса.

Конечно, далеко не каждая компания-разработчик способна вести проекты, в которых эти технологии раскрываются наиболее полно, но если говорить о ЕРАМ, то дело обстоит именно таким образом. И ей требуются Solution архитекторы для участия в самых масштабных и передовых проектах в Украине.

Каждый архитектор в своем профессиональном развитии проходит несколько уровней. В ЕРАМ, как полагается, существует профессиональная «лестница», по которой поднимаются Solution архитекторы: они получают соответствующие своему скиллу проекты и проходят серию курсов по программам повышения квалификации.

Solution архитектор — «редкий зверь» в Украине

Специалистов нужного уровня лучше всего растить внутри компании. Сегодня в ЕРАМ действуют четыре образовательные программы: Architecture Excellence Initiative, Solution Architecture University, Solution Architecture School и Solution Architecture Mentoring.

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

В рамках Solution Architecture University архитекторы тренируются работать друг с другом как единая команда. Это необходимый скилл для специалистов, каждый из которых вольно или невольно делает упор на определенных сторонах своей работы: дизайне решений, девелопменте, управлении проектами, бизнес-аналитике и т. д., причем даже внутри этих направлений могут возникать разные понимания смыслов терминов и понятий. В результате между ними возникает эффект «разговора на разных языках». Особенно это характерно для архитекторов уровня 1 и 2 и тех, кто только желает вступить на путь Solution архитектора. Программа фокусирует их на общем терминологическом наборе, предупреждает возможные последствия разночтений и делает работу более эффективной.

Совсем новой можно назвать программу Solution Architecture School. Она направлена на поиск специалистов компании, из которых можно «вырастить» классных Solution архитекторов. ЕРАМ берет на себя образование, менторинг, учит их командной работе. За последние полгода в Украине прошли четыре такие школы, и их результативность дала компании повод задуматься над аналогичными программами для будущих специалистов в области System Architecture, Quality Architecture и Domain Specific Architecture.

И, наконец, четвертая программа была перезапущена буквально в последнем квартале 2016 года. Solution Architecture Mentoring — критически важное направление для повышения уровня самых лучших архитекторов ЕРАМ. Это — асы, создающие уникальные продукты и способные дойти до уровня СТО.

Самообразование — это и есть «бежать вдвое быстрее»

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

И, конечно, ЕРАМ приветствует участие Solution архитекторов в практических конференциях: локальных, таких как JavaDay, JEE conf и международных таких как Microsoft Devdays или Devoxx, где обсуждаются не маркетинговые вопросы и «бизнес-кейсы», а подходы к решению прикладных технических задач.

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

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Почитал комменты, понял только одно. Сколько людей — сколько и мнений.

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

Роман, лично мне, было бы интересно услышать имена реальных людей с результатами.

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

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

#подписалсянакомменты

ЗЫ: а вот оно точно же ж помню уже было
dou.ua/...loper-to-manager/#1048543

Скажем прямо, у нас так легко собеседование не пройдешь. Из всех кандидатов на эту роль проходят процентов 10, а то и меньше ((

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

Solution архитекторы в ЕПАМ, кто они?
Вопрос интересный. Особенно если учитывать что за любой должностью могут скрываться разные сущности в разных компаниях.
Четкого определение в статье нет, а умение давать четкие опрделения, одно из важнейших в любой инженерной области. Судя по статье складывается впечатление, что должность таки не техническая, а скорее «продаван который отличает джаву и джаваскрипт».
.
Можете дать определение в 300-500 знаков? (Измеряю в знаках, потому что так проще)

Solution Architect — исключительно техническая должность, идущая у нас сразу за девелоперскими рангами. Это человек, который работает с клиентом\бизнесом и на основании его потребностей формирует видение архитектуры системы. Далее он транслирует видение в команду и, как правило, супервайзит процесс разработки. Основным требованием к такому человеку является широкие знания в технологическом домене, понимание трендов и в идеале знание бизнес домена клиента.

тем, что Solution состоит из многих(нескольких, больше двух) Software (applications), разработанных совершенно разными и незнакомыми Software architect’s, при этом часть этих application могут быть legacy приложениями в ландшафте заказчика. Требования к Solution architect’у выставляет Enterprise architect и Solution Architect на основании этих требований выбирает, какой Software необходимо включить в Solution.

тем, что Solution может состоять из кучи Software, разработанных совершенно разными Software architects.

Software тоже может состоять из кучи Software, разработанных совершенно разными Solution architects с legacy senior customer experience product managers. А еще есть Enterprise architects. Чем они отличаются от первых двух?

ИМХО, это какая-то плохая попытка придать особой важности лычке.

Да, я наверное не очень внятно поясняю, извините. Попробую ещё раз. Enterprise architect абстрагирован от конкретных приложений третьих поставщиков. Он формулирует требования к этим приложениям и сценариям их использования, исходя из бизнес-потребностей Enterprise. Software архитектор работает у третьих поставщиков и не знает лично Enterprise architect из этого Enterprise. Solution architect же может работать как на стороне Enterprise (в этом случае, он изучает рынок Software разных поставщиков и подбирает комплексные решения, заключающиеся в интеграции этих Software между собой и внедрением их в ландшафт Enterprise для обеспечения требований Enterprise architect) так и на стороне 3rd party (в этом случае он обычно старается подбирать Solution только из Software-линейки компании, в которой он работает, но в глобальных решениях это не всегда возможно и приходится заключать договора с другими поставщиками).

Разница действительно размыта, в разных компаниях эти две роли могут означать одно и то же. Для меня лично разница все же есть: Solution Architect — человек, который планирует систему\решение в целом и разные аспекты ее функционирования (безопасность, сопровождаемость и т.д.). Software Architect нужен там, где необходимо технически руководить разработкой конкретных подсистем и приложений. Так что хороший Solution Architect, это в прошлом Software Architect, который понял, что не все в жизни надо разрабатывать с нуля ;)

Вот, наконец определились! Абсолютно согласен. Solution Architect готовит комплексное решение для заказчика, включая не только и не сколько технические решения, но и много касательно процессов, рисков, бюджетов сроков и т.д. Software Architect более узкоспециализированная техническая позиция, концентрируюцаяся на технических аспектах программной реализации проекта. Я бы сказал, что это тот же Tech Lead, но который способен работать в рамках больших клиентов со сложными взаимосвязанными проектами, а не предлагать технические решения для какого-то одного продукта.

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

По моему опыту, как это строили вендоры ПО и интеграторы — это точно то, что вы пишете. Т.е. первично — это знание предметной области и 1+ существующих продуктов способных удовлетворить запросы клиента. Далее клиенту предлагается решение на этом ПО. Если критически необходима разработка какого-то модуля с нуля, то для этого есть отдульная группа со своим Software Architect, которая возьмет проработанные требования и напишет что-нужно в рамках своей абстрактной компетенции.

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

По опыту общения с 2-мя другими компаниями на нашем outsource рынке могу подтвердить, что подход именно такой.

Но вот я не понимаю, как это будет работать в жизни и, главное, масштабироваться.
Вот допустим сходил такой архитектор к клиенту, послушал, собрал требования и нарисовал Solution: разгородил огород новомодной архитектурой (микросервисы, безсерверная, все асинхронно и т.п.), посадил туда свои любимые технологии (тут вот Akka/Scala для процессинга, тут вот Erlang для слоя управления, Mongo как хранилище, а вот веб-морду напишем на yii/PHP). Приносит все это в комманду и что дальше? Если компетенций нет? Или они слабые, но команда не откажется? Архитектура навязана Software Architect-у (Team Lead-у) данной команды. Что получится в результате?

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

то что вы написали делает System Architect, solution оперирует готовыми решениями, как правило, по-возможности от одного вендора. Если, надо что-то новое сделать, тут он обращается к группе разработки. У нас, на блекберри они вообще типа продукт менеджеров
супервайзит, как правило ПМ. вообще технические продавцы продают, солушн внедряют и помогают допиливать продукт для внедрения как продукт менеджеры.

Возмоно, часто эти должности значат одно и то же в разных компаниях. Эта роль у нас называется именно Solution Architect.

рискую ввязаться в срач, но то что описано в определение ТС — это да, сфера обязанностей Application Architect’a. Solution architect появляеться тогда, когда это резонно с точки зрения структуры работающей над решением, а не потому что есть какие-то обязанности, которые выглядят как симбиоз задач интегратора, продажника и т.д и их мог бы делать этот человек.
Пример, есть группа команд работающая над сложной системой, у каждой команды есть свой беклог, цикл разработки, процессы и соотвественно люди на ролях Application architects — все они могу делать свою работу качественно, но вместе оно давать должного эффекта не будет, поскольку чаще всего возникает конфликт интересов — тогда роль координатора и человека с правом последнего слова в конфликтным вопросах возлагаеться на Solution Architect — который может принять и нужные решения с точки зрения решения, а не просто приложения, которое являеться частью сложной системы.

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

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

Архитектурный борд это не то. В аутсорсинговых девелоперских компаниях редко есть такие проекты где нужна роль Solution Architect’a. Поэтому и сватают на нее и Application Architect’a и Enterprise архитектора, но все они делают не то, что подразумевает роль, пока проекты не связаны между собой общим продуктом.

Не совсем понял вот это тезис.

Это уже орг задача конкретного деливери, она именно к формированию видения архитектуры решения отношения не имеет.
Кто такой delivery? Менеджер решения, продакт оунер, который решает сколько ему надо команд, что бы сделать сложное технологическое решение, без должной тех экспертизы и high-level архитектуры?)

Просто чаще всего проект в аутсорсе орг единица работающая над чем либо это скрам команда до 20 человек — имеет стандартные роли и делают сайты. Здесь работы Solution Architect’a действительно не нужна, как правило есть просто Application Architect, который и делает то, что по Вашему/мнению Эпама описано в определение выше.

Это уже вопрос того как в компании организованы процесы, такие риски действительно есть, поэтому наши СА стараются опираються на реальные возможности деливери. По многим компетенциям есть соотвествующие центры, которые помогают на старте проекта.

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

Solution Architect — топовая должность и ему за то и платят деньги, чтобы он нашел здоровый баланс между удовлетворением желаний заказчика за его деньги в поставленние сроки с помощью имеющихся у него ресурсов. Люди, проектирующие абстрактных коней в вакууме, обычно не доходят до этой позиции. Мне постоянно приходится что-то приносить в жертву, потому как понимаю, что ограничен сроками/бюджетом/командой...

Рома, бегло прочитал этот пост и он действительно напомнил ролик и youtube выше :) Особенно про видение архитектуры, транслирование видения и супервайзинга :) Вроде все правильно, но в целом реально выглядит похоже, без обид :)

something something EPAM something something инновации something something...

инновации — это когда в EPAM напишут генератор подобных статей на цепях Маркова, чтобы не тратить время драгоценных архитекторов :)

Есть что-то лучше? Поделитесь?
Хм, человек который работает в ЕПАМ, просит дать обяснение «Solution архитекторы в ЕПАМ, кто они?», человека который не факт что работает в ЕПАМ.
.
Интересная однако ситуация.
.
P.S. Или это вы про генерацию текста?
можете назвать компанию, которая занимается развитием своих сотрудников больше?
Какое это имеет отношение к теме
Solution архитекторы в ЕПАМ, кто они?
? Если переименовать тему в «Как ЕПАМ занимается образованием сотрудников?» и перенести ее в соответствующий раздел, то вопросов будет меньше :)
вы только заголовки читаете?
К сожалению нет, поэтому я расчитываю что заголовок и содержание будут соответствовать друг другу :)

Смешно если често. Когда видишь количество нанятых архитекторов со стороны, то как-то в развитие собственных не верится. Если что, то это я про заграничные офисы.

Небольшая статистика, собранная за полгода. Одна локализация, нанято 4 архитектора и ни одного промоушена из людей, которые работают в компании в данной локализации. Я не говорю, что привлекать это плохо. Просто говорить, что у нас архитекторы самые архитекторные архитекторы в мире и при этом больше нанимать их со стороны, чем развивать своих как-то не сильно честно.

Специалистов нужного уровня лучше всего растить внутри компании. Сегодня в ЕРАМ действуют четыре образовательные программы: Architecture Excellence Initiative, Solution Architecture University, Solution Architecture School и Solution Architecture Mentoring.
Вот по этому интересно, сколько людей прошло программы и сколько получили после этого промоушн. Я не говорю про количество нанятых людей уровня Архитектор, но хотя-бы количество открытых и закрытых позиций.

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

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

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

Спасибо за предложение, но как писали ниже:

Теперь у вас с компанией EPAM больше ничего не получится ©
. Уже плавал на вашем баркасе и что-то больше не тянет. По крайней мере ближайшие несколько лет так точно.
можете назвать компанию, которая занимается развитием своих сотрудников больше?
Могу, но это будет считаться рекламой :)

вы хотите сказать, что эту статью написал живой человек???

Роман безусловно живой и хороший человек :).

Лайк от Романа выглядит как лайк своего-же поста в фейсбуке). Ничего личного)

Да мы просто знакомы :).
Граждане, все более менее солидные аутсорсеры публикуют подобные СЕО статьи. Это особенность бизнеса. Ничего ты тут не поделаешь :).

Теперь у вас с компанией EPAM больше ничего не получится ©

Підписатись на коментарі