Epam

Компания EPAM давно работает с данными, первые крупные заказчики с проектами поBigDataпоявилисьв далёком 2001 году.В то время известные аналитические компанииGartnerиForrester, а также крупные поставщикиOracle,Microsoftи IBM отмечали, что компании должны двигаться в сторонуBigData, поскольку эти технологии незаменимы во всех областях, связанных с обработкой больших объёмов данных.С того времени команда экспертовEPAMпостепенно росла, работая над всё более сложными проектами и предлагая проверенные решения и качественные продукты для работы с большими данными. Сегодня только в российскомEPAMболее 500 человек работают вData-практике. О том, как всё начиналось, какие проекты встречались, какие провалы случались,к чему должны готовитьсяData-специалисты и о том, какие вообще бываютData-специалисты,я поговорила с руководителемData-практики EPAM в России Ильей Герасимовым.

Карьера

Расскажи, как ты пришёл в направление Data

ВEPAMя пришёл в 2006 годукакjunior-разработчикна .NETиMSSQLServer, до этого работал в продуктовойкомпаниии занимал должность тимлида, разрабатывал ПО для автоматизациигостиници ресторанов.Но вEPAMяначалкарьерус нуля.К 2013 году я дорос дотимлидаиискал новыевозможностисвоегоразвитиявEPAM,и именно в это времяявстретилсянаSECeв Минскес руководителем центра компетенцийBigData, и мы договорились о том, что в России надо развивать это направление.

Тогданас былодва илитричеловека.Нам помогали коллеги из других стран, читали нам курсы, вовлекали нас в различные активности, связанные с этим направлением. Очень много приходилось учиться,а потомраспространять полученныезнания.

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

Ещё до Data я подумывал пару раз уйти, но что-то не отпускало меня. Сейчас я могу сказать точно, что здесь меня держат люди, с которыми пройдено много всего. И здесь всегда появляется что-то новое новые проекты, заказчики.

Почему именно Data?

Потому чтовесь мир этоData, и мы в нейData.:)

Что сейчас представляет собой Data-практика?

ПостепеннопоявлялисьновыеData-компетенции:Data Science,Machine Learning,Business Intelligence, Enterprise Search, DevOps in Data, Data Quality, Business Data Analysis.Сегодняв нашей практике более 500 человек это оченьбольшое подразделение сглубокойэкспертизойв разных областях.

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

Для любого крупного предприятия рано или поздно встает вопросData-менеджмента иData governance,т.е.понимания какие данные у предприятия есть в активе, какие данные они могут получить, как объединить эти данные, источниками которых являются разные подразделенияивнешние источники.Понять кто несёт за эти данные ответственность, кто имеет к ним доступ,как быстро данные устаревают, насколько они достоверны ит.д.

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

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

Проекты

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

Когда в 2013-2014 году мы начинали, у нас было буквально два-три проекта, мы работали с иностранной нефтегазовой компанией, с российским банком, потом появился проект с расшифровкой генома, а затем и первый проект с Data Science.

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

А самый большой провал и как справились с этим?

Первое время провалов было много. В основном они были связаны с нехваткой людей, потому что мы не могли найти готовых людей с улицы со знанием технологий. Мы набираем разработчиков со знанием Java, Python, DevOps-инжиниринг и потом доучиваем.

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

Помимо общего курса нашими специалистами разработано много внутренних курсов по разным направлениям Data Analytics, облачные решения, Data Engineering, Data Science и другие, доступных всем сотрудникам EPAM.

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

Про технологии

За чем сейчас будущее? На какие технологии появляется и сохраняется спрос?

Если я начну перечислять все технологии, то какие-то пропущу, какие-то не вспомню, на какие-то обращу больше внимания, чем они этого заслуживают. Технологий очень много, они быстро стареют и так же быстро появляются новые. Гнаться за суперсовременными технологиями не всегда получается, да и не всегда нужно. Зачастую новые решения появляются на рынке в довольно сыром состоянии. Однажды на одном проекте мы погнались за технологией Cadence, которая показалась заказчику приемлемой, но в итоге с ней постоянно возникало много проблем с производительностью, она не справлялась с тем объёмом данных, который был на проекте, и мы с трудом находили людей, которые могли бы быстро в ней разобраться.

Был ещё один кейс, на этот раз с технологией Reinforcement Learning. Один из наших заказчиков хотел внедрить систему с использованием этой технологии. Этому фреймворку на тот момент было около 2-х месяцев, он был довольно сырой. В целом было очень мало систем промышленного масштаба, где эта технология используется. В итоге ничего не получилось, и нам пришлось быстро откатить систему и создать решение, которое справлялось с задачей заказчика уже без использования Reinforcement Learning. Хотя технология очень перспективна, мы следим за её развитием и, возможно, даже уже в этом году мы сможем использовать её в проектах.

Но всё же существует некоторый золотой стандарт, который должны знать Data-специалисты. Причём этот стандарт тоже постоянно обновляется. На самом деле, в инкубаторе много проектов, которые завтра взлетят. Многие проекты, которые вошли в золотой стандарт это вчерашний инкубатор. Были, конечно, технологии, которые не взлетели. Так случилось, например, с технологией Theano, она появилась примерно в одно время с TensorFlow, но Theano куда-то исчезла.

• УApacheесть целый набор инструментов, технологий, которые нужно знать среди нихSpark,Cassandra,Elasticsearchи другие.

• Yarn, HDFS,MapReduce,Hive,Kafka,ZooKeeper этобазовые технологии, с которых всё начиналось.БазоваятехнологияHadoopникуда не делась,хотя онавыглядит немногоустаревшей, новсе принципы,которые в ней заложены,используются в современных технологиях.

• Вразличных облачныхтехнологиях вAmazon,MicrosoftAzure,JCPесть свои аналогиHadoop, с которыми мы работаем.

• Также актуальными являются инструменты защиты данных, такие какKerberos,Knox,Ranger.

• Понятно, что различныеNoSQLиNewSQLбазы данных Cassandra, например(ужене новая),Snowflake,AmazonRedshift,HBase,MongoDB,Teradata.

• DevOpsтехнологии Kubernetes, Docker, Jenkins.

• Технологии визуализации данных:PowerBI,Tableau,QlikView.

• ВDataScienceтоже множество различных фреймворков,напримерTensorFlowиGoogleBERT (который тоже ужевчерашний день, сегодняесть реализации лучше),PyTorch,Keras.

• Отдельно стоит перечислить технологииStreaming.Streamingэто новый вызовмираData, поэтомуинструментыстоит знать Spark Streaming, KafkaStreams, ApacheFlink, Apache Storm.

Во многом набор знаний зависит от направления специалиста.

Для всех обязательно знание SQL (стандартного и аналитического), теории DWH (какие типы организации хранилищ данных бывают звезда, снежинка,DataVault, как организовать историчность хранения справочников ит.д.), нормализации данных (чем отличаются первая, втораяи третья нормальные формы, что это такое вообще, в каких случаях полезна денормализация), и понимать, чем отличается DWH,DataMart,DataLake.

Для всех обязательно понимание процесса промышленной разработки, знание систем контроля версий. В последние годы обязательным становиться опыт работы с облаками, хотя бы с одним из наиболее популярных AWS,Azure, GCP.

Для тех, кто занимается ETL (загрузка и преобразование данных перед их использованием) обязательно понимание разницы ETL и ELT, стадий загрузки, способов проверки и очистки данных, понятияslowlychangeddimension. Также обязательно знание как минимум одного языка программирования для написания ETL вручную (PL/SQL, T-SQL,pgSQL,Python,Spark), оркестраторов для запуска процессов (например,Airflow), специализированных программ, каккомерческих, так и бесплатных (Talend,InformaticaPowerCenter,Pentaho,etc.).

Для репортеров (DataAnalyticsandVisualization), помимо знания хотя бы 2-х репортинговых программ (PowerBI,Tableau, TIBCOSpotfire,MicroStrategy,Pentaho, ит.д.) необходимо знание различных подходов в создании отчётов идашбордов(например,Storytelling).

А вы сами участвуете в разработке каких-то технологий?

Наши сотрудникиконтрибьютятвApache Spark, NiFi, Elasticsearch и многие другие. Любой сотрудник может принять участие в проекте. Даже врамках нашего обучающего курса, о котором ярассказывал,одно из заданий доработать какую-то фичу или исправить решение в Open Source проекте.

Кроме того,мы разрабатываемисвоиOpenSourceпродукты, например, Open Data Analytics Hub (ODAHU) проект, предоставляющий компоненты для создания систем автоматизации полного жизненного цикла ML моделей.

Какие технологии используются у вас на проектах?

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

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

Отличаются ли подходы к проектам в разных отраслях?

Мыработаемснефтегазовой отраслью, с банками, сфармацевтическими компаниями,e-commerce,с медиа,со страховым бизнесом, в областиLifeScienceмногопроектоводним словом, в различных бизнес-направлениях.Может показаться, что всё это абсолютно разные направления задач,ноblueprintsпозволяют нам мыслить в одних шаблонах, решать разные задачи с помощью одних и тех же подходов.

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

Что изменил 2020 год?

Четкое осознание, что данные нужно уже не только копить, но и заставлять их работать на бизнесу компанийпоявилосьвXXIвеке.И2020 год подтолкнул компании, так называемое позднее большинство (latemajority), которые до этого сомневались вценности использования данных,к изменениямвзглядов и походов.

The diffusion of innovations according to Rogers. (From Wikipedia)

Про обучение

Как его лучше организовывать тем, кто интересуется датой: с чего начать, на что делать упор?

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

Чтобы начать учиться, необходимоиметьжелание,уверенность в будущемData, и умение программировать хотя бы на одном из языковJava,ScalaилиPython.

В тренинг-центре EPAM есть бесплатные курсы для начинающих специалистов, в том числе по направлениям Data Engineering, Data Science, BI, а также Python и другим языкам, которые помогут стартовать в профессии.

Что должен знать идеальный инженер, претендующий на место в команде Data в EPAM?

Выше подробно описан стек технологий. Если кратко, идеальныйDataгерой должен уметь программировать наJava,ScalaилиPython(вообще, большинство ребят полиглоты в терминах языков программирования),знатьSQL, понимать различные подходы к хранению и обработке данных, их плюсы и минусы, знать различные архитектуры построения гетерогенных систем, обязательно знатьDevOps-инструменты и методологии ведения проектов,умениеработать с облачными технологиямиипониманиеMachineLearningтакже приветствуются.

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

В ИТ-сообществе слово аутсорсинг часто воспринимается как обидное. Руководители компаний и команд, которые занимаются заказной разработкой ПО или электроники, и сами разработчики предпочитают не называть себя аутсорсерами. Даже из моих предыдущих статей об инженерных командах и их пути могло показаться, что я против этой бизнес-модели. Так что давайте разберемся, почему аутсорсинг стал для нас инженеров из Беларуси, Украины и России важной школой, и почему лидеры ИТ-рынка больше не хотят называть себя этим словом.

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

Более того, я уверен, что аутсорсинг сыграл ключевую роль в развитии ИТ-сектора в наших странах. Если аллегорически сравнить его с высшим образованием, то можно сказать, что это отличная бизнес-модель для обучения большого количества специалистов с оплатой в процессе обучения. Сначала надо пройти путь абитуриента и сдать экзамен на первый контракт. Потом побыть студентом, где тебе будут платить небольшую стипендию это период, когда молодая аутсорсинговая компания получает контракты, позволяющие держать на плаву небольшую команду. Затем появляются несколько клиентов и, возможно, один-два ключевых. Ключевой клиент как профессор в магистратуре или аспирантуре. Аспирант обслуживает интересы профессора в обмен на обучение. Профессор, т.е. зарубежный клиент, получает всю славу, результат и вполне солидные деньги за проект, который был создан при поддержке аспирантов.

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

Кто и чему учится в рамках аутсорсинговой бизнес-модели:

• Основатели и менеджеры бизнесу и управлению.

• Инженеры разработке и инженерной культуре.

• Продавцы длинным и сложным B2B-продажам, где нужно вырабатывать доверие, продавая воздух.

Представьте, как долго мы выходцы из постсоветских стран проходили бы этот путь, если бы такая бизнес-модель как аутсорсинг в мире не существовала? Ведь она позволила нам получить и накопить интеллектуальный и денежный капитал. В 90-х и нулевых мы только стартовали. В 2010-х те, кто заработал капитал, инвестировали в собственный бизнес. А сегодня предприниматели с 2030 летним опытом готовы инвестировать в сторонние компании и передавать знания новому поколению.

После развала Союза у нас не было опыта в бизнесе, не хватало инженерных знаний всё это мы получили во многом благодаря аутсорсингу!

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

Тот же EPAM, который некоторые до сих пор по-привычке считают аутсорсинговой компанией, уже давно совершил разворот к сервисно-инжиниринговой модели. Как пишут Ведомости, если до 2005 г. около 80% заказов этой компании приходилось на аутсорсинг в разработке продуктов для технологических компаний, то сейчас на подобные заказы приходится около 20%. Сам Аркадий Добкин, основатель EPAM, так объясняет этот термин в прошлогоднем интервью журналу Большой:

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

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

Посмотрите сами: где была бы Индия со своим ИТ и где был бы Китай со своим производством, если бы не заказные проекты зарубежных заказчиков?

Зрелость индустрии соответствует зрелости государства и общества. Поэтому логично, что на данном этапе мы (IT-компании в Беларуси) занимаемся аутсорсингом, как и наши соседи в Украине, России, Болгарии, Молдове и т.д. Даже Польша, Чехия, Литва и Румыния все еще входят в список стран для ИТ-аутсорсинга, хотя там ситуация постепенно меняется. А в таких странах как Дания и Германия структура бизнес-моделей и компаний уже совсем другая. Это положение дел обусловлено стоимостью оплаты труда, индексом экономического развития и другими параметрами, поэтому не стоит думать, что мы все-еще занимаемся аутсорсингом, потому что кого-то из наших инженеров несправедливо недооценили.

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

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

Трансформация аутсорсинга

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

Давайте рассмотрим, в какие бизнес-модели они используют:

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

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

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

Как на это смотрят сами руководители компаний из Западной Европы? Мой коллега Зоран Вельковски, основатель датской инжиниринговой компании TekPartner, так прокомментировал перспективы сотрудничества в отрасли:

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

Только компании с огромным бюджетом на НИОКР, такие как Apple, Tesla, Microsoft и Google, могут позволить себе полную вертикальную интеграцию. Всем остальным нужна внешняя помощь, т.е. аутсорсинг всех видов деятельности, которые не относятся к основной компетенции компании.

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

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

В Беларуси, к примеру, уже была возможность за 1015 лет реализовать свою среднесрочную ИТ-стратегию в Парке высоких технологий (ПВТ), воспользовавшись специальным налоговым режимом и более низким уровнем жизни, чем в ЕС и США. В краткосрочной и среднесрочной перспективе это были правильные действия. Но дальше нужна трансформация и выбор проактивной позиции: мы можем использовать опыт европейских сервисных компаний и заниматься высокооплачиваемым инженерным сервисом, добавляя исследовательскую и интеграционную составляющую, обеспечив свою географическую близость к клиенту и более глубокое понимание его рынка.

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

Ведь что такое сдача проекта delivery? Наш классический проджект-менеджер это не деливери-менеджер, потому что он, как правило, не обеспечивает бесшовную интеграцию проекта в бизнес клиента. Живой пример из нашей компании: мы в Promwad разработали для своего клиента ТВ-приставку в рамках проекта за несколько десятков тысяч долларов, а на этапе delivery ценность наших услуг и бюджет проекта исчислялся уже в сотнях тысяч долларов. Мы интегрировали свою разработку в цепочку поставок клиента: поставили приставку на серийное производство в оптимальной для клиента локации, запускали там автоматизированное тестирование и дописывали ПО. Но это случилось, потому что мы стремились увеличить свое участие в бизнесе клиента, действовали проактивно.

Рецепты

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

1. Расти за счет дорогих сервисов и большей маржинальности, но для этого нужно слышать клиента и быть к нему ближе географически за счет локальных офисов в ЕС и США.

2. Дополнять свои услуги продуктами / платформами / решениями.

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

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

Рынок со временем все расставит на свои места. Даже пассивные компании с устаревшими бизнес-моделями будут вынуждены трансформироваться. Но куда интереснее, хотя, конечно, труднее и рискованнее действовать проактивно и самому пойти в новые бизнес-модели, опередив своих более капиталоемких соседей по отрасли! У аутсорсинга в истории ИТ-сектора в Восточной Европе большая роль и большая история, но уже сейчас пришло время наращивать свою ценность для мира: преобразовать свои знания в мировое признание, обеспечивать бОльшую добавленную стоимость и потянуть вслед за собой за собой тех, кто эту инженерную школу только проходит.

В этой статье я Роман Пахолков, основатель Promwad, поделился ключевыми выводами, которые подтолкнули меня к созданию новой стратегии для собственной компании к специализации на конкретных индустриях и развитию лидеров направлений в нашей инженерной команде. Более того, мы даже запустили целое отраслевое сообщество Hardware Ecosystem для всех, кто работает в сфере электроники. Там есть и подмастерья-студенты, и профессора. Верю, что объединившись, мы сможем достичь большего.

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

Сегодня ЕРАМ это сообщество из более 40 000 экспертов по всему миру. В таких масштабах для качественной работы с большими объемами данных и правильной оценки ресурсов нужны нетривиальные подходы. Некоторыми такими подходами делится ЕвгенийМоспан, SeniorSolutionArchitectи руководитель Центра компетенцииJava.

Больше года назад Евгений с коллегами начали работать над технологическим радаром по своему стеку. Вскоре эксперты обнаружили, что стоит объединиться с коллегами из разных локаций и команд и вместе создавать более масштабный, глобальный продукт. Лучшими практиками и вынесенными уроками на пути внедрения data-driven подходов в управление Евгений делится в этом материале. Если ваша компания планирует активный рост будет полезно.

Почему это важно

Пока ваша команда относительно невелика вопрос систематизации данных стоит не так остро. Появляется проект и вы с ходу знаете, есть ли у вас необходимая экспертиза и люди или нет, будут ли с этим риски. В компании средних размеров избежать ненужных сложностей тоже можно: толковая иерархическаяструктура позволит эффективно решать вопрос с достаточно узким кругом людей. Но если вы переходите в лигу 1000+ людей в команде, тоdata-drivenподход становится необходим. Он позволит опираться на конкретные данные, которые есть в компании, а не мнение людей.

Чтобы имплементироватьdata-drivenподход, потребуется определитьmasterdata наиболее важные характеристики, вокруг которых будут строиться различные бизнес-сценарии. Причем они могут касаться не толькостаффингапроектов, но, предположим, и обучения сотрудников (например, если анализ покажет, что за последний год вашим инженерам регулярно отказывали в позициях на проектах по причине слабого знанияSpring, то вы сможете запланировать программу для прокачки этих навыков). Вариантов масса.

У ЕРАМ, как у любой крупной компании, есть много данных о командах, запросах и людях на проектах. Это и описания потребностей клиентов, и перечень позиций, и список технологий, которые использовали, и комбинации навыков, которые требовались на разных ролях, и список кандидатов, и многое другое. В то же время отдельным потоком нам поступают данные с рынка: к команде присоединяются новые эксперты и приносят информацию о навыках, которыми обладают.

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

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

Это далеко не все сценарии использования данных в нашей компании. И естественно, что в этом случае каждый смотрит на данные со своей стороны. Это приводит к тому,чтоодно и то женачинают называтьразными словами. Или наоборот. Потому, имея в ЕРАМ много удобных и полезных внутренних платформ, которые поддерживают различные процессы, мы решили систематизировать информацию. Так сможем избежать путаницы и оптимально пользоваться ресурсами и возможностями, которые есть в компании и на рынке. Важно иметь возможность сравнивать навыки, объединять их в смысловые блоки-сабсетыи использовать в аналитике. Один из сценариев и самых очевидных плюсов такого подхода:проектный менеджер, которому на проекте требуется инженер с десятком навыков, сможет понять, есть ли специалисты с таким опытом в компании, сколько их, а если их нет, то существуют ли они в принципе. Исходя из этого, менеджер примет решение создавать одну или две позиции, искать кандидата внутри компании или выходить с вакансией на рынок.

Как мы это делаем

Чтобы применять математические модели в ежедневной работе и эффективно внедрятьdata-drivenподход, нужно сформировать правильный наборкак мастер, так и транзакционныхданных.Задачей экспертовЦентра компетенцииJavaсталаактуализациямастер данных,описывающихскиллы(навыкив технологиях) в рамкахJava-экосистемы, а такжеформирование экспертных оценок их актуальности,степенивнедеренияна реальных проектах, наличия открытой информации для обучения, степени поддержкиэтих технологий вендорами и сообществом. Впоследствиина базеэтой информациибудетлегчеотвечать на вопросы бизнеса, описанныевыше.

Мы использовалиграфовуюмодель для построения связей между навыками. Их надо было объединить по компетенциям, сгруппировать поподмножествам, чтобы сравнивать в дальнейшем сопоставимые технологии (ведь нельзя ставить в один ряд фреймворк для созданияweb-приложений сIoT-фреймворком). Для этогоиспользовали разработанный внутренний продуктEPAMна базеArangoDB, позволяющийвести мастер-данные.Этот продукт был интегрирован воперационные системы, которые потребляют эту информацию,в качестве источника мастер-данных,чтобы пользователь мог правильно заполнитьстаффинг-позицию или личные данные во внутренней системе.

Упрощенно говоря, наша работа состоит из четырех этапов:

1. Формирование мастер-данных

2. Использование этих данных

3. Аналитика

4. Построение математической модели дляMachineLearning.

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

Что еще делаетJavaCompetencyCenterв компании:освежаем память

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

• ##

Есть, например, в нашем багаже задач глобальная модульнаяменторинг-программа дляJava-инженеровразных уровней. Она помогает их менеджерам определить, куда должны расти разработчики, чтобы выйти на новый профессиональный уровень. Как руководитель, так и сам инженер может зайти на программу,просмотретьмодулииопределить, какие пробелы в знаниях необходимо заполнить. Таким же образом можно в достаточно экстренном порядке подготовить людей к новому проекту, где требуется знание новых технологий. Каждый модуль это учебные материалы, домашние задания,квизыдля проверки знаний. Сейчас программа работает в Украине, Беларусии Казахстане, скоро мы планируем ее запуск в Чехии,Польше, Венгриии других странах присутствия ЕРАМ.

В2020в рамкахJavaCompetencyCenterмы стартовалинесколькорабочих групп по разным направлениям. Так мы изучалиприменимостьKotlinкак язык дляback-endразработкив проектахкомпании и привлекательность его с точки зрениябизнеса. Также ЕРАМ заключила партнерство сAzul компанией, которая делает поставкуOpenJDK, предоставляет продуктZuluEnterprise, который дешевле аналога отOracle, и другие сервисы. Нашиэксперты изучали возможности модернизациивиртуальных машин потенциальных клиентовAzulи особенности их миграции наJava8 и 11. Еще одно перспективное партнерство ЕРАМ сLightbend, компанией, которая развиваетScala-технологии наJava-стеке.На сегодняшний деньинженерам компании EPAMдоступны обучающие материалыLightbend, что позволяетимполучатьновые, актуальные на рынке навыки, а также проходить сертификацию.

Онлайн кофе-поинт. Наши мероприятия поJava

В ЕРАМ мы верим в силу сообществ, потому развиваем глобальную платформуCommunity-Z. На ней можно найти комьюнити по своей технологии. Конечно, есть и по направлениюJava. Эксперты из Центра компетенции выстраивают горизонтальные связи между разными городами и странами и привлекают к работе не только коллег, но и широкое сообщество.

Пандемия сделала такой формат общения своеобразной заменой беседам на кофе-поинтах. Конечно, выступления на наших вебинарах это не только возможность обменяться опытом, но и прокачать навыки публичных выступлений. От внутренних ивентов до глобальных конференций типаZedConference. На последней, кстати, мы как раз рассказывали о работе нашего Центра.Ее запись можно найти здесь.

Кстати, в скором времени мы собираемся провестиJavaZ-Day,на который приглашаем всех желающих.

Герой нашего тридцатого (ура, юбилей!) выпуска Где работать в ИТ компания EPAM, которая разрабатывает ПО для международных финансовых, торговых, медицинских и медиа-компаний. Причем проекты есть самые разные: от онлайн-магазинов до VR-игр.

В подготовке участвовала целая команда! Об условиях работы в компании нам рассказали Анна Левина (Head of People Management Team) и Анна Васильева (People Partner Manager). Про найм менеджеры Talent Acquisition Василий Комолов и Виктория Семенова. Про команду EPAM и технологии дали комментарии Алексей Харюков (менеджер проектов и руководитель тренинг-центра в Санкт-Петербурге), Антон Зеленский, (лид разработки) и Николай Буланов (директор Самарского филиала EPAM).

В этом году сотрудники оценили компанию на Хабр Карьере на 4,17 баллов из пяти! Дальше мы покажем и расскажем, какие качества EPAM как работодателя оценили выше всего.

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

оценить работодателя

Быстрая навигация по статье

• О компании

• Об условиях работы

• О найме в EPAM

• О команде

• О технологиях

---

О компании

ЕРАМ международная IT-компания, которая разрабатывает ПО от начала и до конца. В штате компании 41 тысяча сотрудников разработчиков, тестировщиков, бизнес-аналитиков, проджектов, архитекторов и многих других специализаций. Все они работают примерно над тремя тысячами проектов на широчайшем стеке технологий (о которых речь пойдет дальше).

Судя по оценке, которую компания получила на Хабр Карьере от своих текущих и бывших сотрудников в этом году, EPAM ценят за комфортные условия труда, профессиональный рост и отличные отношения с коллегами. Кстати, у ребят история оценок ведется с самого открытия сервиса оценки в 2018 году, можете проследить за её изменением и за комментариями сотрудников в профиле EPAM.

Оценка компании на Хабр Карьере в 2021 году

Об условиях работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

Анна Левина: EPAM это большая международная компания с офисами по всему миру (35+ стран) и штатом свыше 38 тысяч сотрудников, с огромным разнообразием проектов и направлений деятельности. Поэтому условия работы могут отличаться от проекта к проекту. Неизменным остается восьмичасовой рабочий день, но его начало и окончание, а также место работы может зависеть от желания сотрудника, требований заказчика проекта или разницы во времени между городами, в которых работают участники проекта. Каждый подстраивается сам.

Бывает так, что переработок не избежать, но мы контролируем их и оплачиваем в соответствии с законодательством. Мы отслеживаем настроение сотрудников и их удовлетворённость проектом с помощью коротких пульс-опросов, следим за загрузкой на проектах. С сотрудником проводят регулярные беседы ресурсный менеджер и HR-координатор. Наши внутренние системы подсказывают, когда пора что-то предпринять, помочь сотруднику, поговорить, если что-то идет не так. Некоторым сотрудникам найти баланс между жизнью и работой помогают наши тренинги. Мы обучаем тайм-менеджменту, проводим митапы, где коллеги делятся своими лайфхаками, вебинары о том, как организовать рабочий день в условиях удалёнки, готовим дайджесты с полезными статьями по теме.

Какие бытовые условия ждут нового сотрудника на рабочем месте?

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

Есть ли возможность удаленной работы?

Анна Л.: Eщё до начала изоляции и перехода всех сотрудников на удаленную работу компания запустила проект EPAM Anywhere. Эта площадка предлагает быстрый подбор проектов в глобальных корпорациях для профессионалов разных уровней и направлений из любой точки мира. Там, где нет офисов EPAM, специалисты работают как фрилансеры, но получают все корпоративные преимущества компании, доступ к 7500+ курсов и тренингов, план профессионального развития, скидки и другие бенефиты.

Какой социальный пакет получают сотрудники? Какие бонусы, премии и компенсации предусмотрены в компании?

Анна Л.: В качестве бенефитов, помимо ДМС со стоматологией, мы предлагаем воспользоваться бенефит-кафе у сотрудника есть определенная сумма на год, которой он может частично погасить траты на спорт (сейчас только на занятия онлайн) и на различные внешние курсы, конференции. Кроме этого есть корпоративные скидки у провайдеров разных услуг, дополнительные дни отпуска в случае важных жизненных событий и реферальная программа сотрудники получают бонусы, если рекомендованные ими на открытую позицию специалисты успешно справляются со всеми этапами отбора и присоединяются к компании.

Какие есть перспективы для образования и личного развития у сотрудников?

Анна В.: Это, пожалуй, главный бенефит, который мы предлагаем нашим сотрудникам. Возможностей для обучения и развития в компании немерено. И мы гордимся, сколько всего в этом направлении нам удается делать! У нас есть программы менторинга, центры подготовки джуниоров, курсы обучения hard и soft skills на нашей внутренней платформе Grow (кстати, часть курсов открыта для внешней аудитории), программы лидерства и коучинга для менеджеров, школы архитекторов и Delivery-менеджеров, языковые курсы. Кроме внутренних программ обучения каждый сотрудник в компании имеет доступ к библиотеке курсов на портале LinkedIn Learning. Но и это ещё не всё. Мы активно развиваем профессиональные комьюнити, проводим открытые мероприятия и митапы, запускаем бесплатное обучение по различным инженерным направлениям. Сейчас у нас только в России 63 профессиональных сообщества, которые тоже вносят вклад в развитие сотрудников.

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

Про найм

Во сколько этапов проходит найм и что на них ожидает соискателя?

Василий Комолов: В среднем соискатель проходит три этапа интервью. Первый собеседование с рекрутером, где проводится базовая техническая оценка, оценка общей адекватности и соответствия резюме. Ещё там определяются интересы, предпочтения, пожелания, будущая траектория развития кандидата. Потом проходит техническое интервью, где проверяются знания по соответствующим технологиям. И третий этап это менеджерское интервью, на котором кандидат общается с будущим руководителем. У нас это ресурсный менеджер. Этапов может и больше, например, когда требуется дополнительное собеседование на проект или интервью с представителем заказчика.

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

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

Даете ли вы тестовое задание кандидатам? Как оно устроено?

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

Как отличается подход к найму в зависимости от позиции и стека?

Василий: В целом подходы к найму мидлов и старших специалистов одинаковые, могут быть разные вопросы, в зависимости от уровня. Но есть несколько случаев, когда мы отходим от стандартного подхода к найму. Например, на направление Big Data мы берём специалистов без опыта работы в Big Data, но с хорошим знанием Python и Java, и первые несколько месяцев они изучают основы уже будучи сотрудниками компании. То есть их основная работа первые три месяца это полноценное обучение.

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

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

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

Василий: Здесь креатив коллег (а точнее, воспоминания) было просто не остановить:

• Уверенный пользователь ПК;

• Хочу быть менеджером, потому что надоело много работать;

• Здравствуйте, это моя жена / мама / бабушка ;

• Я разговариваю только с CIO и генеральными директорами!.

О команде

Какая методология разработки у вас используется и почему?

Алексей Харюков: Методология разработки, также как и стек технологий, выбирается в зависимости от проекта, его требований, продолжительности и задач. Так как мы работаем с живыми проектами, многие из которых находятся в продакшене (а значит требования могут меняться, если происходят изменения в бизнесе заказчиков), то наиболее подходящими являются гибкие Agile-методологии. Это могут быть фреймворки Scrum или Kanban, или, если проект достаточно большой, то может использоваться подход SAFe (Scaled Agile Framework).

Каковы размеры и структуры команд?

Алексей: EPAM оказывает услуги по разработке программного обеспечения большому количеству клиентов. Под разработкой подразумевается не только написание кода и его тестирование, этот термин используется в самом широком смысле. В проектных командах могут быть консультанты, аналитики, системные архитекторы, DevOps-инженеры, технические писатели и т. д. Размер и структура команды определяется для каждого проекта индивидуально, в зависимости от задач проекта и от стадии, на которой он находится. Во многих проектах мы работаем в тесном сотрудничестве с нашими заказчиками, поэтому часто бывают смешанные команды, в которые входят специалисты как со стороны EPAM, так и со стороны заказчика.

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

Алексей: Не думаю, что я могу сказать здесь что-то новое. Уровень разработчика определяется в зависимости от его опыта, насколько глубоко он разбирается в той или иной технологии, задачи какого уровня он может решать. У нас в EPAM для каждого из направлений Java, .NET, тестирование и т. д. есть так называемые skill matrix, в которых описаны требования по каждому из уровней, которые включают в себя не только требования к хард-, но и к софт-скиллам. Если попробовать кратко сформулировать, чем отличаются уровни разработчика, то я бы написал так: джуниор может реализовать задачу, решение которой ему объяснили; мидл-разработчик может сам придумать решение задачи и реализовать его; синьор может разобраться с проблемой и разбить её на задачи.

Кто чаще возглавляет команды продуктовый специалист или технический?

Алексей: Есть проекты, в которых самым сложным являются бизнес-требования, например, это могут быть проекты, связанные с разработкой новых лекарств. Тогда, тем, кто принимает основные решения, скорее всего, будет продуктовый специалист, который может определить приоритеты задач и объяснить их техническим специалистам. Если в проекте на первом месте стоит техническая составляющая надо реализовать масштабируемое решение, которое будет выдерживать большие нагрузки, то ЛПР, будет технический специалист, т. к. без правильной архитектуры сделать успешный проект не получится.

Как часто люди меняют команды?

Алексей: В первую очередь, продолжительность нахождения в команде зависит от длительности самого проекта. Средняя длительность проекта в EPAM это полтора-два года. Бывают проекты, которые длятся пару месяцев, есть проекты, которые уже идут семь лет и будут продолжаться потому, что заказчик продолжает развивать свой продукт, добавляет новые функции. Сотрудник, в свою очередь, тоже может инициировать смену команды. Считается, что если специалист работает на проекте больше года, то он может подойти к своему руководителю и обсудить варианты смены проекта.

Что важнее, софт-скиллы или хард-скиллы?

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

Как много собраний у вас проводится? Есть ли особые подходы к ним?

Антон Зеленский: Я вряд ли здесь чем-то удивлю. У нас проводятся ежедневные стендапы, эстимации митинги по оценке трудозатрат, планированию; груминг-митинги пересмотр бэклога, разбор задач на двухнедельный спринт; ретроспективы раз в две недели по результатам спринта, разбираем что хорошо, что плохо. Я лично много всего полезного черпаю именно из ретроспектив. Это всё довольно стандартные собрания, знакомые каждому разработчику.

Алексей: При ответе на такой вопрос вспоминается анекдот про теорию относительности:

Три волоска это много или мало?
Конечно мало.
А если в супе?

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

Как вы боретесь с выгоранием сотрудников?

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

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

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Николай Буланов: На этот вопрос не получится ответить даже классической фразой проще назвать того, чего у нас нет. Даже составить такой список задача непростая. Из-за разнообразия заказчиков и проектов у нас представлено практически всё, что может прийти на ум при упоминании любой классической роли на проекте в ИТ-компании такого уровня. К этому можно прибавить всё то, что выглядит не так очевидно вероятность 99%, что и оно встречается у нас на проектах.

Попробую озвучить примеры в рамках пары классических направлений Java и .NET, и чего-то специфического, например Data Science и Machine Learning (DS/ML).

• Java-проекты: последние версии Java, Kotlin, Spring Boot/Data/Cloud, Kafka, PostgreSQL и т. д.

• .NET-проекты: последние версии Framework, .NET Core, C#, JS/Typescript, ReactJS, MVC, Web API, Dapper, разнообразие из Azure и прочее.

• DS/ML: в основном Python, scikit-learn, numpy, pandas, scipy, TensorFlow, PyTorch и множество других.

Что вы можете рассказать об архитектуре проектов?

Николай: В зависимости от особенностей проекта это может быть классическая трехуровневая архитектура (3-Tier), развернутая в облаке, или популярная микросервисная. В проектах Data Science, где приходится работать с большими объёмами данных, необходимо организовывать пайплайны по препроцессингу перед стартом работ над моделями и т. д.

Какая у вас принята политика код-ревью?

Николай: Чаще всего код-ревью проводится через pull request, и в нём участвуют как минимум два ревьювера. Бывает и кросс-ревью команды, на каких-то проектах есть дополнительное финальное ревью лида группы. Почти всегда есть автоматизированный шаг статического анализа кода и прогон тестов разного назначения (unit, integration, и т. д.).

Как тестируется код?

Николай: Обычно процесс включает все основные типы тестирования от ручного до автоматизированного, от документации и требований до интеграционного и UAT, Security, Installation, Localization и других. В проектах DS/ML тестируется не только код, но и модели. Для этого мы используем лучшие наработки индустрии, например, вот эти.

Как устроен процесс документации и ведения базы знаний на проектах?

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

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

Николай: Здесь всё очень сильно зависит от проекта. Но даже самый пессимистичный объём не является критичным, в итоге получается завести в бэклоге соответствующие задачи с пометкой tech debt и закрывать их методично в каждом спринте.

---

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

оценить работодателя

Все мы в работе часто сталкиваемся с необходимостью обратиться к кому-тоза помощью.В английском языке разницу между вежливойпросьбойитребованиемчто-то сделать бывает сложно уловить, поскольку здесь действуют устоявшиеся правила, основанные больше на обычаях и общепринятых нормах, чем налогике.Тем не менее, очень важночувствоватьэтуразницу. Неправильным обращением мы можем не только недобитьсяжелаемогорезультата, но и обидеть собеседника.Как вы,наверное, уже знаете, в английском языке,в отличие от многих других, просто добавить "please" недостаточно.Наш коллега, ScottBoyce, EPAM Language Trainer, рассмотрел несколько способов написания запросов на английском иразобрал распространённые ошибки.

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

Как вежливопопроситького-тосделать что-то (Asking someone to do something)

Mind

Tomindв контекстепросьбозначает возражать/иметь что-то против. В устной форме эта фраза может использоватьсядля предъявления требования, а не просьбы, в зависимости от интонации иконтекста.Однако в письменной форме это обычно считаетсяпросьбой, например:

Wouldyoumindsendingthatbeforetheendoftheday?

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

Would you mindto send<>?

Чтобы сделатьэту просьбу ещёболее вежливой,можнопоставитьподходящеенаречие после словаmind:

Would you mindterriblysending that before the end of the day?

Также следует помнить, чтоположительныйответна этот вопрос, если вы готовы выполнить просьбу,будетno, а неyesопять же, этокасается устной речи:

No,Idontminddoing that at all.

Favour

Ещёодин способ сделать запрос:

Could you do me a (big)favour?Can you send me that before the end of the day?

Обратите внимание, чтов этом выражении используется глаголdo, а неmake. (Такжепри общении с американскими партнерами или коллегамиимейте в виду, что в США словоfavourпишется безufavor).

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

Wonder

Этомойличный фаворит:

I was wondering if you couldsend me that before the end of the day.

Здесь следует обратить внимание на то, что мы используем прошедшее времяwaswonderingи could.Можно вообщесделать комбоиобъединить mind, favourиwonder, если хотитебытьсупервежливымииувеличитьшансы на получениежелаемого результата:

Iwaswonderingifyouwouldminddoingmeahugefavour.

Appreciate

Ещёодин очень распространенный способ вежливообратитьсяс просьбой:

I would really appreciateitif you could send it to me before the end of the day.

Многиеделаютошибку, опускаяit. Ноглаголуappreciateвсегданужен объект!Что-тонужно ценить.

Иногданекоторыезаменяют reallyнаvery.Но это тоже ошибка, потому что мы не можем использовать слово veryс глаголами(прим. ред.честно говоря, можем, но только если вместе сmuch:Iwouldverymuchappreciateit).

Также имейте в виду, что если вы опускаете словоreally,тоэтоуже будетбольше похоже на требование, а не просьбу:

I would appreciate it if you could send it to me before the end of the day.

Grateful

Gratefulоченьпохоженаappreciate.Только в отличие отвторого,grateful это прилагательное, поэтому здесь объект не нужен(noit!):

Idbereally gratefulif you couldsend it to me before the end of the day.

Потойжепричине(gratefulприлагательное),здесьмы можемзаменитьreallyнаvery.

Ивотличиеот предложений сappreciate,мы легко можем вовсе отброситьreally/very предложение всё равно останется вежливым.

Kind

Я заметил, что фраза Wouldyoubesokind<>очень популярна среди моих коллег, сотрудников EPAM. Однако часто эту фразу употребляютбез одного маленького, но очень важного слова. Правильно предложение будет звучатьследующимобразом:

Would you be so kindASto send that to me before the end of the day?

Да,здесь необходимо использоватьсловоas,так какмы проводим сравнение с помощью конструкции "so...as...".

Возможно, некоторые из вас читали Ромео и Джульетту Шекспира(в оригинале).Так вот,одна строчка из этой пьесызапомнилась мнесошколы,вероятно, потому чтомне нравится некая иронияи нарочитое преуменьшение значения высказывания. Это говорит второстепенный персонаж Меркуцио, который только что был смертельно ранен;вот как онговорит оразмересвоей раны:

No, 'tis notsodeepasa well, norsowideasa church door, but 'tis enough.

В21 векемы побольшей части заменилиsoвторым (или, если хотите, первым)as. ЕслибыШекспирписалсегодня,онмогбынаписать:

No, its notasdeepasa well, noraswideasa church door, but its enough.

Ещёодно замечание по поводу фразыWouldyoubesokindasto<>она очень формальная.Американцы, в отличие от британцев,редко его используют.Поэтому, есливы общаетесь с кем-тоиз Лос-Анджелеса или Торонто (илилюбого другого городаСША илиКанады), я бырекомендовалвыбратьменееформальнуюфразу.

Как вежливо дать указания сделать что-то (Telling someone to do something)

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

Could you pleasesend that to me before the end of the day?

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

Такие просьбыиногдамогутбытьсформулированынемного иначе,безplease, носдобавлениемask:

Could I ask you tosend that to me before the end of the day?

---

Для обобщения и более легкого усвоения всего вышесказанного я оформил таблицу, которая, надеюсь, будет полезна вам:

Оставайтесь вежливыми,иваши запросы будут выполнены!

И последний совет от Ромео и Джульетты:

Go wisely and slowly. Those who rush stumble and fall.Т.е.Ступайтес умом и медленно. Те, кто торопятся, спотыкаются и падают. Или, как у нас ещё говорят:Тише едешьдальше будешь.

Нас часто спрашивают, берём ли мыjunior-специалистов в командуEPAM, какими знаниями нужно для этого обладать, как проходит отбор и многое другое.Не секрет, что наша компания проводит бесплатное обучение специалистов в тренинг-центре, лучшим студентам по итогам тренинга предлагается пройти собеседование на проект.Сейчас в компании проводится подготовка по 14 программамв 11 городах, каждый год тренинг-центр обучает более 600 студентов,и 60%студентов трудоустраиваются в компанию по итогам тренингов.Мы собрали ответы рекрутеров на вопросы, которые помогут лучше понять процесс отбора и наймаjunior-специалистов.

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

1.Как вы оцениваете уровень кандидатов на первом этапе (тестовые задания, собеседования)? По каким критериям вы отбираете релевантных кандидатов?

НинаСказобова,LeadResourceDevelopmentLabHead

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

2. Джуновотбирают опытные разработчики или рекрутеры?

Мария Выгузова, Resource Development Administrator

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

НинаСказобова, Lead Resource Development Lab Head:

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

3. Какими минимальными знаниями должны обладать джуны?

МарияВыгузова, Resource Development Administrator:

Всё зависит от направления и языка программирования. Еслибрать общие требования, тоджуниорыдолжны знать как минимум принципы ООП, один из языковпрограммированияна уровнеAdvanced, один из фреймворков, уровень английского должен быть не ниже A2+.

4. Что вы можете сказать о среднем уровнеджуниоров, которые приходят на собеседования?

НинаСказобова, Lead Resource Development Lab Head:

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

АлександраЗайцева,Front-endDeveloper

Я прошла весь путь: от внешнего тренинга поFront-endдо обучения во внутренней лаборатории. <>. Во внутренней лаборатории нас погрузили в реальную жизнь. Здесь уже была немного другая атмосфера, более серьезная, мы начали изучение новых инструментов и фреймворков. Работали со сборщиками иtask-runner, учились писать юнит-тесты ипростенькиесервера на Node.js. После этого мы начали погружаться в изучение фреймворков:Angular,React,ReactNative. <>

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

Так вышло, что я попала на достаточно крупный проект нас было около 20 человек в команде: разработчики, тестировщики,автоматизаторы, бизнес-аналитики,projectmanager. Поначалу всё казалось очень странным и сложным, мне давали какие-то небольшие задачки (чаще всего баг-фиксы), к тому же под наблюдением старших товарищей. Когда я почувствовала уверенность в собственных силах, стала брать маленькие фичи, а также помогать коллегам с решением их задач.

Через 2-3 месяца я уже спокойно брала задачи на самостоятельную разработку с интеграцией с API, написание юнит-тестов и всё, что включало в себя полный цикл разработки.<>

_{Полное интервьючитайтенапортале Тренинг-центра.}

5. Насколько большой может быть разница по скиллам между несколькимикандидатами, которые претендуют на одну позицию?

НинаСказобова, Lead Resource Development Lab Head:

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

Для каждогоспециалистана каждое направление (Javadevelopment, .NET,web-developmentи так далее) в нашей компании есть матрицыкомпетенций, именно на основании этой матрицы оцениваются приходящие кандидаты. Разница в знаниях кандидатов иногда может быть значительной, но это выясняется в процессе общего интервью с рекрутером. После обучения в тренинг-центре разница в знаниях почти не заметна.

МарияВыгузова, Resource Development Administrator:

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

ГригорийСилкин, Software Testing Team Leader

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

6. Что вы думаете про то, что для входа в индустрию всё меньше требуется вузовское образование, и люди обходятся специализированными курсами?Как вы относитесь к кандидатам, у которых за плечами полгода-год онлайн курсов?

МарияВыгузова, Resource Development Administrator:

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

АртёмЦибенков,JavaDeveloper

Чтобы яснее представить, стоит ли мне идти в IT-сферу, начал изучать рынок труда в нашем городе, направления и специализации. Я понял: чтобы стать разработчиком не обязательно тратить время на получение высшего профильного образования, это плюс. Выбрал для изученияJava, как наиболее востребованный на рынке язык.<>

Записался на бесплатное онлайн-обучение. Прошёл, убедился, что разработка мне интересна.Решил пройти платный полугодовой онлайн-курс поJavaот одной известной компании.Пока проходил онлайн-курсы, в параллели узнавал, какие IT-компании есть в городе, какие у них требования дляcтажрови на вакансииjunior-специалистов.<>

Узнал, чтов офисеEPAMпланируется запуск обучения для начинающих специалистов и одно из направлений разработка наJava. И что новички после окончания получают возможность трудоустройства в EPAM, если пройти техническоесобеседование.<>

В сентябре успешно прошёл собеседование на тренинг, в октябре началось обучение, а финальное собеседование по итогам тренинга должно было состояться в феврале. Я никогда раньше не проходил техническое интервью, поэтому воспользовался возможностью пройти интервью до окончания курса, попробовать свои силы. Это было что-то вроде предварительного экзамена с обратной связью. До этого собеседования ябыл уверен, что хорошо знаю язык, но после казалось, что я совсем не знаюJava. По итогам технического интервью мне дали рекомендации, что читать, какое приложение написать, чтобы развитьhardskillsи наработать портфолио.

Понял, что есть немалыйобъминформации и его надо усвоить за 2 месяца. Составил план, получилось, что ежедневно надо заниматься по 8-9 часов. В итоге, после интервью, по окончании обучения меня взяли на позициюJuniorDeveloper.

_{Полное интервью на сайтеТренинг-центра.}

7. Компании борются за сильных специалистов. Борются ли они заджунов?

НинаСказобова, Lead Resource Development Lab Head:

Да, сджуниорамиработа начинается ещёв вузе (со2-го, 3-гокурса) компании проводят мероприятия для студентов, приглашают на практику, выстраивают долгосрочные отношения ещё на этапе обучения кандидата.

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

НинаСказобова, Lead Resource Development Lab Head:

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

9. Что эффективнее и выгоднее стажировки или поискджуновна рынке?

МарияВыгузова, Resource Development Administrator:

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

10. Что происходит послеоффераджуниор-разработчику: процесс обучения,онбординг, менторство? Как скоро он получит боевые задачи?

МарияВыгузова,ResourceDevelopmentAdministrator:

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

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

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

МарияВыгузова, Resource Development Administrator:

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

ГригорийСилкин,SoftwareTestingTeamLeader:

Мы оцениваем кандидатов по их профессиональным качествам, по знанию технической базы, софт скиллам и английскому языку. Если по этим параметрам кандидат нам подходит, неважно какого он пола, сколько ему лет и так далее. Кроме того у нас есть программа переквалификации из смежных областей. По статистике, примерно 20% наших студентов в возрасте 30+. Надо понимать, что это люди с опытом, и это их не первое место работы.

Владимир Малюгин, Front-End разработчик

<> Когда несколько лет назад я решил выбрать новое направление развития, по совету знакомого преподавателя, обратил внимание на образовательные программы ЕРАМ. Но поступить на внешние курсы поFront-endмне удалось только с третьего раза. Слабым местом был уровень владения английским.

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

<>Я решил повторить путь своего старшего сына, но в отличие от меня, покаджуниора, он ужеteamlead.

Если есть желание и мотивация, то сменить сферу деятельности или научиться чему-то новому не проблема в любом возрасте<>.

_{Подробнее насайте Тренинга-центра.}

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

НинаСказобова, Lead Resource Development Lab Head, EPAM:

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

МарияВыгузова, Resource Development Administrator, EPAM:

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

---

Подкидывайте идеи, о чём вам ещё было бы интересно почитать. Задавайте свои вопросы в диалогах.