Собеседование наоборот: EPAM, Хоум Кредит, Леруа Мерлен и Usetech (часть 1)

Неделя аналитиков на Хабр Карьере завершилась, но некоторые интересные вопросы участников остались без ответа. Поэтому мы собрали их и адресовали ребятам из Usetech, Хоум Кредит, Леруа Мерлен и EPAM, которые участвовали в круглом столе. Сегодня мы публикуем первую часть о трудоустройстве аналитиков в России и зарубежом, структуре команд и профессиональном развитии. А скоро выйдет и вторая, о старте карьеры и технологиях.

Кстати, наша следующая карьерная неделя будет посвящена тестировщикам. Следите за новостями Хабр Карьеры!

---

Кто отвечал на вопросы

Антон Каржавин

Ресурсный менеджер бизнес-аналитиков в EPAM

Сергей Соловкин

Ведущий аналитик в Usetech

Юлия Дроздик

Начальник управления привлечения талантов в Банке Хоум Кредит

Виктор Синеоков

Главный системный аналитик Банка Хоум Кредит

Александр Регнер

Директор продукта в Леруа Мерлен

---

Как у вас устроено в компании

Расскажите про зарплатные вилки аналитиков в вашей компании

Антон Каржавин: Мы не упираемся в жесткие фиксированные вилки и высоко ценим специалистов, которые получают удовольствие от своей работы и желают развиваться. Здравый смысл при этом, разумеется, никуда не исчезает.

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

Возможна работа не на полную ставку?

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

Есть возможность работать в Европе? Как решаются визовые вопросы?

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

Александр Регнер: Леруа Мерлен — международная компания, и у нас есть возможность релокации в другие страны присутствия: Испанию, Францию, Италию. 

Можно устроиться на 100% дистанционную позицию, но проживать не в России?

Антон: К сожалению, ТК РФ это не предусматривает, поэтому официально ни одна приличная компания такую возможность не анонсирует.

Сергей Соловкин: ГК Usetech одна из первых перевела всех сотрудников на удаленный формат работы в 2020 году. И в 2021 предоставляет сотрудникам выбор, в каком формате им комфортнее сотрудничать — работать из любого офиса компании, в удаленном из любой точки мира или гибридном формате. Семь региональный офисов, расположенных в Москве, Санкт-Петербурге, Томске, Барнауле, Ростове-на-Дону, Рязани и Таганроге оборудованы игровыми и релакс зонами, новой техникой и уютными опенспейсами.

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

Как вы оцениваете выполненную работу аналитика на дистанционке (возможно работающего из другой страны)? По каким KPI?

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

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

Какой средний срок для релокации в иностранный офис компании (если есть)?

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

Что ваша компания делает, чтобы сохранить здоровье своих сотрудников (вопрос не о страховке) и уберечь их от выгорания?

Антон: У нас много разных wellbeing мероприятий, руководство уделяет этому серьезное внимание. Resource manager, Project manager и HRBP поддерживают регулярный контакт с коллегами и обладают массой инструментов (например, регулярная ротация или система Telescope), чтобы снизить эти риски. Никто не заинтересован в выгоревших сотрудниках. 

Сергей: В ГК разработали комплексную систему нематериальной мотивации, которая постоянно улучшается и дорабатывается. Благодаря ей сотрудники могут сохранять work-life balance. Она позволяет не только участвовать в обучающих курсах (например, сейчас в компании идет курс «Data Science для чайников»), митапах, демо днях, UseTalk и профильных встречах внутренних комьюнити, но и посещать корпоративные квизы, конкурсы, Usetech English Club, вечера настольных игр и множество других активностей, которые помогают расслабиться и переключить внимание. 

Юлия Дроздик: У нас есть well-being программа: мы стимулируем здоровый образ жизни, есть обучение — корпоративный университет с программами (например, школа лидеров). В индивидуальном порядке можно организовать посещение курсов, конференций. Много внутренних программ обучения: лекторий, интеллектуальные марафоны.

Для выявления выгорания проводятся регулярные встречи с руководителем. Сотрудник может обратиться с любым беспокоящим его вопросом к коллегам или к своему руководителю. Также проводятся интеллектуальные марафоны по работе с выгоранием и стрессом.

Александр: У нас есть консультации психолога по ДМС и послековидные чекапы. 

Принято ли у вас договариваться не о 40-часовой рабочей неделе, а о, например, 30-часовой?

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

Часто ли кандидаты не проходят испытательный срок? И есть ли какие-то объективные критерии для оценки результатов работы на испытательном сроке?

Антон: На моей памяти — видел пару раз, там были ну очень особые случаи. У каждого сотрудника есть Resource manager, который в первые дни составляет индивидуальный план, например, пройти обучение, найти проект и получить там положительный фидбек, подтянуть английский, и т.д. Бывают обстоятельства, не зависящие от сотрудника, и тогда, разумеется, план пересматривается. 

Сергей: На протяжении последних четырех лет соискатели, которых мы приглашаем на собеседования, проходят три этапа – интервью с HR-специалистом, с техническим специалистом и знакомство с командой. Эти этапы занимают время у обеих сторон, но именно благодаря им после всех встреч и бесед можно с уверенностью сказать, подходим мы друг другу или нет. Также на время испытательного срока руководитель ставит цели и в течение трех месяцев постоянно дает обратную связь и обсуждает промежуточные достижения. Поэтому у нас очень маленький процент тех, кто не прошел испытательный срок.

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

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

Почему разработчику так сложно перейти в аналитики? Эйчары резюме даже не рассматривают.

Антон: Такое лучше провернуть на текущем месте, чем при смене компании. Меньше рисков для всех.

Сергей: Если эйчар не рассмотрел резюме разработчика, который хотел бы попасть в аналитику, скорее всего резюме или сопроводительное письмо не соответствовали задачам, представленным в вакансии. Для нашей HR-команды важно «правильное» прояснение желаний кандидата, чтобы подобрать максимально подходящую вакансию и проект.

Есть ли эффект от применения аналитики в вашей компании?

Антон: Удивлен вопросу. Конечно есть, плохо себе представляю проект без него. 

Зачем вам системные аналитики?

Антон: У нас масса проектов в средах, где требуется глубокое погружение в существующие платформы и окружения. В каких-то случаях эту работу берут на себя Architect / DevLead, где-то это комфортнее сделать на уровне БА. Дальше уже начинается специфика проекта, и ее можно оговаривать при его выборе. Напомню, выбор есть :)

Какие текущие проекты в компании? 

Антон: Их очень много, большинство — с А-брендами (все под NDA, но их легко угадать в пресс-релизах), я даже не пытаюсь следить за всеми. Например, БА в Питере я готов предложить 200+ вариантов, в других городах выбор может отличаться: к примеру, проекты, принципиально работающие с определенной локацией. Дальше начинается специализация — у кого-то опыт в банкинге, кому-то нравятся мобильные приложения, кто-то хотел бы попробовать себя в lifescience, кто-то обожает известную автомобильную марку.

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

Антон: У нас стандартная шкала junior → lead. Есть еще chief, но это редкая птица. Переход между грейдами через независимый ассессмент — так снижается зависимость от мнения одного человека. Можно пойти в Product management, можно в project или resource, или даже в BI перейти. А можно расти как БА в экспертизе и опыте, пробуя новые проекты и оставаясь на той же должности, вариантов очень много. Проблема в том, что в РФ аналитик почему-то считается проходной ступенькой до чего-то еще, тогда как на более зрелых ИТ-рынках они прекрасно себя чувствуют в профессии десятилетиями. Мы потихоньку пытаемся к этому прийти. 

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

Антон: Структурное начали делать лишь недавно. По факту оно, конечно, есть, и Project, и Resource manager хорошо это понимают. Да, обычно самые крутые специалисты — это те, которые хорошо разбираются «на стыке» (не только BA/SA, но и, например, в UX или маркетинге, и т.д.).

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

Уровень аналитиков и основные навыки, с которыми вы берете в команду? Что является решающим фактором приёма потенциального аналитика на работу?

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

Какая у вас структура управления (линейная, матричная)? Кому подчиняются бизнес (системные) аналитики? 

Антон: У сотрудника почти всегда есть проект и лид либо проектный менеджер — 95% взаимодействия с ними. А еще есть Resource manager, он отвечает за долгосрочные процессы — рост, обучение, ротации между проектами, зарплату, и тд. К нему можно просто прийти пожаловаться, и он обязательно поможет.

Какие аналитики представлены в компании (системные, бизнес, продуктовые, другие)? Сколько? За что отвечают? Опишите идеальную команду анализа.

Антон: Только в Питере 300+ (данные от 20 октября 2021) разных аналитиков, всего в компании 3300+ человек с таким primary skill. Вместе они образуют community, где можно спросить совета, поделиться выступить с какой-то темой, продать велосипед ;) Установить точное соотношение между системными и продуктовыми достаточно сложно.

На проекте команда БА —  это скорее всего 3-7 человек (хотя я как-то раз был на проекте с 15 БА), Lead зачастую находится на Nexus уровне, остальные ближе к командам. Но каждый проект индивидуален, и процессы и композиция команд на нем определяются совместно.

Виктор Синеоков: В компании представлены аналитики всех профилей. Для примера, в IT-команде Онлайн-заявки около 50 человек. Среди них один бизнес-аналитик, семь системных аналитиков, часть из которых совмещает несколько ролей (например PO или архитектор), пять Product Owner’ов (два из которых бывшие бизнес-аналитики, а еще три — текущие системные аналитики).

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

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

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

Каково соотношение технических задач аналитика в вашей команде (проектирование интеграционного взаимодействия, разработка контрактов, написание скриптов миграции и т. д.) и бизнес-задач (описание процессов, работа с бизнес-требованиями)?

Антон: Очень тесно привязано к проекту, который вы выберете. Есть варианты, где сотрудник осознанно хочет суровой техники (писать impex для миграции контента в Hybris и лезть ручками в API), есть сугубо бизнесовые (от БА требуется хорошо понимать предметку бизнеса, а тех. часть отдается на уровень Solution architector / dev lead). Кайф в том, что вы можете выбирать между проектами.

Как в компаниях распределен аналитический функционал (по типам задач, направлениям? Много ли типовых, стандартных задач или это всегда новое исследование)?

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

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

Антон: Мы очень приветствуем, когда аналитик может не только зафиксировать требования, но и привнести свою экспертизу (например, разбирается в GA и может посоветовать, как улучшить конверсию). Во многих случаях такая активность очень быстро приводит к тому, что аналитик становится product owner и на равных помогает заказчику развивать продукт.

О карьере 

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

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

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

Есть ли потребность в BI-разработчиках? Готовы ли рассматривать специалистов, которые хотят сменить профессию?

Антон: BI очень нужны, но у нас это отдельное направление, в котором я слабо разбираюсь. Проектов там точно не меньше, чем у БА, но как проводится обучение и подготовка — не расскажу. Присылайте CV, все обсуждаемо.

Какие компетенции должны быть у аналитика в ближайшие 3-5 лет? А у системного аналитика? Какие скиллы перестали быть актуальными, а какие понадобятся в скором времени?

Антон: Постоянно и быстро учиться. Например, в e-commerce три-пять лет назад были очень популярны платформенные решения, и многие мои БА изучали тот же Hybris. Сейчас мы видим тренд на микросервисы, полный отказ от монолитов и уход в MACH-архитектуру. Понимания бизнеса при этом требуется еще больше, а вот почти все знания о прежних системах (включая пачку непростых сертификаций) можно выбросить. Поэтому ответ в более широком смысле — умение быстро адаптироваться и работа в той среде, где приветствуется развитие.

Виктор: Не думаю, что компетенции будут сильно меняться со временем. Скорее будут появляться или получать распространение комбинации разных ролей в одном человеке. Например, это может быть системный аналитик + Data Scientist, который нашел проблему путем анализа данных и сам предложил ее решение бизнесу. 

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

Какой прогноз на спрос бизнес-аналитиков на 2022 год? Как, по вашему мнению, в будущем будет выглядеть профессия «аналитик»?

Антон: Спрос точно будет, и не только в 2022. Сама профессия уверенно мигрирует в сторону увеличения ответственности: product owner, product manager, consultant — названия будут разными, но все это о большей экспертизе (в домене, решениях, проектной практике) и уровне принимаемых решений. А еще soft skills и problem solving skills научатся оцифровывать и выведут на первый план.

Есть ли какое-то обучение аналитиков внутри организации? Какой рост возможен в профессиональном плане?

Сергей: В ГК Usetech развита полноценная программа обучения и менторства. У нас есть матрица компетенций, используя которую можно оценить себя и построить план обучения. У нас также есть методика обучения, которая включает в себя подходы в подаче материала, обмен обратной связью и способы формирования базы знаний аналитиков. Например, ментор не имеет права давать оценку знаниям подопечного. Сотрудник должен сам дать оценку своим знаниям до и после изучения темы на основе критериев оценки. Так мы взращиваем добросовестность и создаем площадку без оценочных суждений.

Если вы профессионально зрелый сотрудник и роль лида вас не прельщает, всегда есть возможность попробовать себя в смежных позициях: project manager, product manager, product owner, account manager, разработчик, тестировщик и так далее.

Виктор: Есть внутренняя школа аналитиков для новичков, желающих перейти на позицию аналитика из другой должности. Есть проект «войди в IT» для сотрудников бизнес-подразделений, желающих попробовать себя на одной из должностей в ИТ-блоке. Есть множество внутренних курсов. 

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

Что важнее: опыт, софт скилы или конкретный инструмент?

Антон: Любой инструмент очень быстро устаревает, за него хорошо платят только если он редкий и очень-очень нужен вот именно в этой ситуации. Опыт важнее, это те самые 10 000 часов, позволяющие вам уверенно решать любую задачу в пределах своей зоны ответственности. Его надо поддерживать, и по сути это первое, на что смотрят в любом CV. Но тут тоже оговорки про применимость, актуальность и т.д. А вот получится ли у вас этот опыт применить — это как раз Soft Skills: умение аккуратно донести свою мысль, сделать ее понятной, принести ее в нужный момент, услышать собеседника. При такой постановке вопроса я бы акцентировал внимание именно на них.

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

Должен ли системный аналитик программировать?

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

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

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

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

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

Виктор: Если компании нужен какой-то определенный уровень знаний, то, как правило, об этом в явном виде упоминается в описании вакансии. Если ничего конкретного не запрашивают, то обычно достаточно понимания общих принципов. Например «понимание основ баз данных» подразумевает знание ключевых особенностей проектирования БД, знание отличий реляционных баз данных от нереляционных, понимание таких терминов, как «нормализация», «первичный ключ» и т. д. А если в вакансии будет написано «знание СУБД Oracle», то тут общего представления о базах данных может не хватить.

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

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

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

---

Мы уже готовим продолжение, в котором будет про старт карьеры и инструментарий аналитика, а также ответы на вопросы «со звездочкой». Не переключайтесь!

Adblock test (Why?)