Изначально сей пост задумывался как обычный отзыв о компании… Со временем, обсуждая с коллегами (бывшими и нынешними) что же такое работа в ЕПАМ с точки зрения «основной боевой единицы» в разработке (уровень инженера-программиста и старшего инженера-программиста) + читая отзывы здесь на dev.by вырисовалось желание написать нечто более детальное, дающее возможность оценить конкретно СВОИ шансы и перспективы, ответить на вопросы «стоит ли начинать карьеру здесь?», «что ждать от компании?» и, самое главное, «чего НЕ стоит ждать от компании?». Я прекрасно понимаю, что тема более чем скользкая, а реакция комьюнити бывает адекватной далеко не всегда. Да и «идеальная компания» - понятие утопическое. К тому же, стоит признать, что со стороны обычного разработчика «кухня» подобного рода предприятия видна в лучшем случае процентов на 30. Однако… определенный опыт и знания есть, как есть и желание всем этим поделиться. И при всем при этом быть объективным настолько, насколько это возможно. Больше всего к написанию статьи подтолкнул тот факт, что, в плане карьерного роста и ожиданий от компании, количество людей, наступающих на одни и те же грабли и делающих одни и те же ошибки, с течением времени не изменяется. Плюс ко всему, как нормальный человек, я хочу работать с грамотными и адекватными коллегами и еще больше хочу своей деятельностью увеличивать число таких людей вокруг себя.
- Куда я попал? Не первый раз наблюдаю определенный «шок» людей, недавно пришедших в компанию (особенно тех, кто попал сразу в production development, минуя стадию так называемой «лаборатории»). Количество правил («полиси»), аббревиатур, переплетения возможных путей карьерного роста, туча тренингов и документов для обязательного просмотра/ознакомления/подписи, гора тестов способны надолго отправить в затяжной ступор даже самого стойкого человека. Собственно, пугаться не стоит. Очень хороший момент состоит в том, что facilities (то бишь определенная инфраструктура – система управления проектами, система записи на внутренние тренинги и т.д), безусловно, присутствуют. К тому же, я уверен, что у любого человека, проработавшего в ЕПАМ определенное время, складывается достаточно полное видение того, как «должна быть» организована жизнь большой и уважающей себя software-компании. Однако большое удивление вызывает то, что не предусмотрено никакого тренинга/семинара или чего-то подобного для овладения всеми нюансами пользования facilities ЕПАМ, а ведь все они – огромный плюс. Безмерно радует следующее: девелопер, который освоился здесь, с большой долей вероятности не будет себя чувствовать «валенком» практически в любой другой software компании, в том числе и за рубежом (проверено на коллегах. Объективно, такого рода опыт в Беларуси приобрести сложно).
- Кто все эти люди? Собственно самый большой плюс ЕПАМ. Какую бы технологию вы не собрались изучить, здесь с огромной долей вероятности найдутся соответствующие «энтузиасты». При наличии нормальных навыков общения и здоровой заинтересованности в ваших же силах прокачать себя до очень высокого уровня именно в той области software девелопмента, в которой захотите (с оговоркой, что область эта должна быть близка для белорусского аутсорса). Туча примеров из собственного опыта. Причем не энтузиасты плана «а почитай-ка вот ту книжечку». Они на самом деле готовы делиться собственным опытом и «рецептами» из своей же практики… Одно НО – нужно желание, устремленность и, самое главное, умение задавать грамотные вопросы. А этим владеет далеко не каждый (к сожалению, это еще легко сказано). Одно из самых главных правил повседневных рабочих коммуникаций: правильно и грамотно заданный вопрос уже есть половина ответа.
- Кем быть? Должности (для тех, кому все-таки важно, как его называют). Проработанная годами система тайтлов (а именно так здесь называют должности) часто становится предметом дискуссий как на форумах, так и внутри самой компании. Она не идеальна (например, не раз слышал предложения ввести software architect), однако:
- дает некое представление кто есть кто и за что должен отвечать
- является определенным ориентиром в профессиональном развитии
- вы точно уверены, что говорите объективно, или же это ваша личная оценка несоответствия своих амбиций и действительности?
- если вы говорите не о себе. Уверены ли вы в том, что знаете достаточно о круге обязанностей, решенных задачах, специфике и условиях работы того человека, о продвижении/не продвижении которого говорите?
- Куда двигаться? По большому счету, расти в компании можно двумя способами. Я называю их экстенсивным и интенсивным. Экстенсивный. В IT, особенно в software development, особо важную роль играет такая характеристика как experience, т.е. банальный опыт. Со стороны кажется, что особых усилий для собственного роста и технического развития человек не предпринимает. Однако сама по себе «работа в ЕПАМ» - это уже неплохая активность (правда, еще зависит от проекта и решаемых задач). Именно поэтому я не имею ничего против повышения в должности (JSE-SE-SSE-LSE), которое получает девелопер по «истечении времени» (хотя хочется верить, что таких случаев в чистом виде не бывает в принципе – всегда учитываются обязанности, решенные проблемы, достигнутые цели и т.д.). Однако есть еще и второй способ. Он быстрее, но и на несколько порядков тяжелее и сложнее. Интенсивный. Во многом, появление этого поста обусловлено моим желанием значительно увеличить количество людей в компании, нацеленных на интенсивный рост. Девелопер, который растет таким способом, использует любую возможность для усовершенствования своих же навыков. А возможностей много – начиная от смены подхода к решаемым задачам («сделать так, чтобы работало» превращается в «сделать грамотно») до банальной проработки классической литературы и проведения тренингов. Очень уважаю людей, которые читают грамотные тренинги без отрыва от основной проектной деятельности. Особого рецепта успеха на все случаи жизни я дать не могу (да это и не самоцель). Однако людей, которые идут интенсивным путем, заметно сразу (и, поверьте, растут в компании они очень быстро). Единственное, что бы порекомендовал: очень неплохо сразу отказаться от тактики «много шума…и ничего». Знаете, критика, без предложения альтернативного варианта решения задачи, мало кому интересна.
- Чем заняться? Многопрофильность. Если пошел в ЕПАМ как .NET разработчик, но затем повернулся в сторону Java, C++ или баз данных – проблемы нет практически никакой. При всем при этом соответствующие проекты найдутся с очень большой долей вероятности. Много примеров. Так же и переквалификацию из тестировщика в девелопера (и наоборот) считаю абсолютно выполнимой задачей (при наличии желания, определенных навыков и устремленности). А такие возможности перехода в рамках одной большой платформы, скажем ASP.NET->Silverlilght, ASP.NET->WPF встречаются очень даже часто (что не может не радовать). Единственный и очень весомый нюанс – практически все технологии должны быть в той или иной степени актуальны для аутсорса в Беларуси. Например, ожидать приобретения навыков в программировании суперкомпьютеров или построении архитектуры распределенных вычислительных систем здесь стоит навряд ли (хотя, кто знает…).
- У кого учиться? Оказавшись разработчиком в ЕПАМ, большой ошибкой будет не воспользоваться помощью своих коллег в деле повышения собственного профессионального уровня. Умная классическая литература – это, безусловно, хорошо, но на самом деле, ничто не заменит вам опыта работы с технологией на реальном проекте. Вариантов здесь несколько. Первый. ЕПАМ – это, наверное, уникальный случай в нашей стране, когда software development компания официально выделяет ресурсы (люди, время), предназначенные исключительно для повышения технической грамотности и кругозора сотрудников (причем практически на всех уровнях карьерной лестницы). Сей процесс называется «программа менторинга». Под ее эгидой проводятся тренинги, конкурсы (стоит заметить, были и с весьма ценными призами), ведутся своеборазные рассылки. Однако, сам по себе проект молод, и, по-моему, ему все же присущи детские болезни. Так, при ощутимых временных затратах на участие (помимо основной проектной деятельности) до конца неясен ответ на вопрос «зачем все же участвовать?» (т.е. неясно место этой программы в процессе карьерного роста). Плюс ко всему я так до конца и не понял ответа на вопрос «где руководители видят место этой программы в процессе подготовки специалистов?». Неясен и вопрос с теми людьми, которые являются «тренерами». По моим наблюдениям, сама программа держится на небольшой горстке энтузиастов, которым порой не под силу охватить весь тематический спектр, обязательный к прослушиванию/прохождению (при всем моем бесконечном уважении к этой группе энтузиастов). В результате, я думаю, что сегодня обратить внимание на эту программу имеет смысл только тогда, когда участник готов не только что-то «взять» от нее, но и «дать взамен», т.е. поделиться своим опытом, привнести что-то новое и необычное (например, написать гайдлайн, тутор, манул, reference implementation по сложной теме, провести ту же презентацию/тренинг). Надо сказать, что все не стоит на месте и в скором будущем, я уверен, программа обретет нужную форму и содержание. Есть еще и второй вариант. Посмотрите на людей вокруг себя. Опять же, человек, который умеет задавать грамотные вопросы здесь очень быстро находит ответ (или хорошую подсказку). Стоит напомнить: огромный плюс ЕПАМ – значительные ресурсы грамотных девелоперов. Плюс ко всему, проводится значительное число тренингов и не под эгидой менторинг программы. Есть бесплатные языковые курсы прямо в офисе компании. Чтобы извлечь из всего этого пользу, по-моему, самое главное это одно – желание. А тем людям, которые все же не уверены в правильности действий компании по повышению технического уровня сотрудников, я очень советую заглянуть в .NET лабораторию и узнать чему и как учат людей там находящихся. Да, и, кстати, возможность контактов с разработчиками, скажем из Microsoft – в ЕПАМ это очень даже реально.
- Кто виноват? И все же, иногда кажется, что делаешь намного больше, чем от тебя зависит в конкретной ситуации. Поступаешь грамотно, берешься за решение сложных задач, постоянно совершенствуешь профессиональный уровень. А прогресса долгое время практически нет как в должности, так и в материальном плане. Из множества бесед с коллегами стали заметны несколько причин попадания в такое весьма демотивирующее положение:
- фидбэк, вернее, его отсутствие. В моем понимании, грамотный фидбэк и мысли сотрудника о том, чего же он действительно хочет от компании, всегда интересны менеджеру (я утверждаю так по крайней мере из своего опыта и опыта своих коллег). Но очень часто (даже пугающе часто) приходилось слышать следующее: «я хочу вот это и это…но как мне об этом сказать...и я не знаю вообще, стоит ли мне об этом говорить менеджеру?». В итоге – долгое молчание оканчивается разговором с потенциальным вариантом смены работы как последнего аргумента. Кстати, тоже частый вариант «понятное ведь дело, все и так знают, чего я хочу» - просто выбросите его из головы, здесь ведь не детский сад.
- предположение вида «Сделав мега классную вещь Х я теперь всегда могу рассчитывать на постоянный прогресс и рост в компании. Вот теперь можно и расслабиться». Это неправда. Опять же, в моем понимании, высокий профессиональный уровень в компании должен характеризоваться какой-то определенной степенью постоянства. Да и стремление к профессиональному развитию все же должно кореллировать с проектной деятельностью, если речь идет о жалобах на медленный карьерный рост.
- отсутствие мотивации у рядом находящихся коллег. Собственно, почему у них нет мотивации? Одна из причин – достаточно большая часть уровня JSE-SE находится в компании на обязательном распределении после университета (а, бывает, еще этот университет и не закончила). Иногда такой человек толком и ответить не может, чего он ожидает от самой профессии «программист» (что нормально и неудивительно). Я не знаю, по какой причине у таких людей мотивация бывает ниже (наверно играет свою роль некий психологический фактор, отдаленно напоминающий безысходность). НО: не обманите прежде всего себя, даже если окажетесь в подобной ситуации. Не поддавайтесь влиянию обстановки. «Кто хочет работать – ищет повод, кто не хочет – ищет причину».
- посредственные знания иностранного языка. Да, так и есть на самом деле: ЕПАМ – это именно то место, где со всей серьезностью стоит относиться к повышению собственного уровня владения иностранным языком (в большинстве случаев - английским). К сожалению, отсутствие именно этой характеристики очень часто замедляет карьерный рост. Дело в том, что так или иначе, приходится сталкиваться с point-to-point assignments – когда разработчик и заказчик общаются напрямую (и очень часто в роли этого заказчика выступают технически грамотные люди). Хорошее владение иностранным языком плюс умение задавать грамотные вопросы плюс хорошие presentation skills – вот ключ к успеху.
В заключение хотел бы сказать пару слов о материальной стороне дела. Опять же, из собственного опыта могу сказать, что ожидания грамотных специалистов, умеющих ставить правильные цели (прежде всего перед собой), растущих профессионально, повышающих интеллектуальный уровень коллег, практически всегда совпадают с тем, что дает им компания. Достойный заработок здесь - это не пустые слова. Однако нужно приложить определенные усилия, много усилий (и прежде всего перебороть собственную лень). Плюс ко всему, особенно актуально во время кризиса, - стабильность. Она здесь есть. И такая компания за день/месяц исчезнуть не сможет в принципе. Грамотное начало карьеры в белорусском аутсорс software engineering…Я намеренно избегал сравнения ЕПАМ с другими подобными компаниями Беларуси. Все, что я могу сказать по этой теме – все составляющие для мощного профессионального роста в первые 4-5 лет профессиональной деятельности здесь точно есть. Про другие компании такого сказать не могу. Дело лишь в том, под каким углом и через какую призму на эти составляющие смотреть. Это и есть ответ на поставленный в заголовке вопрос. ЕПАМ – компания молодых и горячих в плане карьерного роста специалистов. Их здесь большинство. Я бы сказал, что к работе в такой атмосфере морально нужно готовиться все-таки немного заранее. И еще…график работы. Он тут действительно очень flexible :) Удачи P.S. Позволю себе небольшое послесловие. Для написания статьи подобного рода на dev.by необходима определенная решимость отвечать за свои слова. Я прекрасно знаю отношение к компании коммьюнити. Да, как вариант можно прочесть пост Dreamer вот здесь: http://dev.by/blog/10729. Плюс ко всему, будет замечательно, если кто-то напишет грамотный пост в ответ и на этот, с опровержениями. Далее, если я отвечаю на вопрос "Почему ЕПАМ?" (потому что я отвечал на него когда-то для себя, и причем несколько раз), то я все же не ставлю перед собой задачу выность мусор из избы (тем более, что подобную активность уже провели уважаемые коллеги здесь в блоге и в отзывах о компании). Посмотрите на название «…начало карьеры». В этот период многие даже и не знают, чем именно характеризуется работа в компании с численностью более 1000 сотрудников. Да, господа лиды - прежде всего, статья была адресована не вам. Плюс ко всему, далеко не каждый начинающий девелопер сможет ответить на вопросы, поставленные в статье. Я все же НЕ хочу, чтобы в компанию шли люди с неоправданными ожиданиями. Чего прежде всего не стоит ждать и не стоит делать?- строить воздушные замки.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.