Технический бэкграунд что это такое простыми словами

Значения слова

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

Исторический бэкграунд

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

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

Технический бэкграунд

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

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

Фильм «Бэкграунд»

В 1953 году на экраны Великобритании вышел фильм под таким названием. Его снял режиссер Даниель Бирт по одноименной пьесе Уоррена Чутмана-Строуда. Последний был также автором сценария картины.

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

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

Музыкальный альбом

В 1992 году в США группа «Лайфтайм» (Life time) выпустила свой дебютный альбом «Бэкграунд» (Background). Жанр исполнителей достаточно размыт и неоднозначен. Его можно отнести к таким направлениям, как:

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

Заключение

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

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

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

Источник

Довольно часто в последнее время данное иностранное слово можно услышать или прочитать в СМИ, но значение его понятно далеко не каждому. Употребляется оно в самых разных случаях: и в историческом контексте, и в техническом, и в кинематографическом. И так подробнее о том, что такое бэкграунд.

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

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

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

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

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

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

Лингвисты утверждают, что все же это лишнее слово, портящее русский язык.

Вместо него проще сказать, что человек имеет большой багаж знаний или умений.

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

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

Источник

Из техлида в менеджеры продукта: чем поможет бэкграунд разработки и стоит ли переходить именно вам

Меня зовут Марина Перескокова. Я проработала в Яндексе 10 лет, и из стажёра-разработчика выросла до руководителя службы разработки фронтенда. За это время получилось поработать над JS API Яндекс.Карт, поруководить фронтендом сервиса yandex.ru/maps и покодить движок для векторной карты на WebGL. По итогам моего тимлидства я написала книгу.

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

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

Эту статью мы писали совместно с проектом GetMentor. Это сообщество IT-наставников, готовых делиться знаниями и опытом. На сайте можно подобрать себе ментора, а в группе в Телеграме — почитать материалы от наставников. Мои там тоже есть.

Откуда переходят в продакт менеджеры и зачем

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

Для продакт-менеджера важны такие качества, как предпринимательский дух, умение анализировать данные и понимание процессов и устройства IT-индустрии. Егор Данилов, Chief Product Officer Юлы, в одном из своих интервью говорил, что любит брать продактами бывших аналитиков. Они уже умеют в анализ, а значит, осталось найти аналитика с предпринимательским духом и вырастить из него продакта.

Кто идёт в управление продуктом? В 2019 году 427 продакт-менеджеров опросили, из какой сферы они перешли. Разброс большой, но лидеры есть. Чаще всего в продукт-менеджмент переходят из проджект-менеджмента, аналитики, маркетинга и, на четвёртом месте с 7% опрошенных, идёт разработка.

Исследование No Flame No Game & Miro 2019 года

Действительно, почему бы программисту не стать продактом. Он точно знает про процессы внутри IT. У него, как и у аналитика, одно и то же фундаментальное техническое образование. Предпринимательский дух тоже есть — плох тот разработчик, который не хочет основать свой Facebook. Так что же его отделяет от продакта? Я составила список отличий в образе мыслей разработчика и продакта, которые у меня получилось заметить за время работы.

Чем отличаются образ мышления разработчика и продакта?

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

Всего таких отличий я насчитала семь.

Отличие первое

Инженер вдумчиво подходит к задаче. Получив задачу, он думает, как её выполнить с минимальными трудозатратами и максимальной эффективностью. А затем — как встроить её в систему так, чтобы команде в дальнейшем было удобно с ней работать. За это же время продакт успевает сгенерировать десяток гипотез, отсечь девять из них и выпустить сырую фичу на А/В тест. Другими словами, типичная задача продакта — придумать, как очень быстро и дешево проверить очередную гипотезу (а лучше сразу штук десять).

Изящный редизайн изолентой

Приведу пример. В Яндекс.Навигаторе решили устроить редизайн и поменять приборную панель. Если бы эту задачу решал разработчик, он бы начал разрабатывать прототип, чтобы показать его пользователям. Продакт-менеджер навигатора придумал решение на коленке — заклеил ненужные элементы изолентой. С таким интерфейсом он покатался вместе с пользователями и быстро выяснил, жизнеспособен ли такой интерфейс или нет. По результатам фичу запустили в разработку. Это — классический пример работы менеджера продукта.

Отличие второе

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

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

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

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

Отличие третье

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

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

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

Отличие четвёртое

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

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

Продакт-менеджер в естественной среде обитания

Отличие пятое

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

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

Отличие шестое

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

На одном собеседовании мне задали вопрос: у нас есть интернет-магазин, есть аналитика, как вы составите портрет пользователя? Если бы я была классическим программистом, я бы взяла логи аналитики, посидела несколько недель и постаралась бы выделить, какие есть пользовательские кластеры и что они покупают.

Человек, который работает продактом, думает так: “Если у меня обычный интернет-магазин и от других не отличается, то и портрет пользователя у нас с ними одинаковый. Поищу-ка я лучше открытую статистику с других площадок.”

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

Отличие седьмое

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

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

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

В чем сильные стороны программиста, ставшего продактом

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

Суперсила №1

Если человек хоть раз в жизни писал код по логированию метрик, он знает, что ни одному коду, логирующему метрики, доверять нельзя. Мне это много раз играло на руку.

На вашей карте кафе покажется, только если приблизить сильнее

Когда я только вступила в роль продакта картографической подложки, мне сказали, что есть фича “персональные POI”. Это объекты на карте, которые пользователь часто посещает. Мы либо добавляем эти объекты пользователю на карту, либо начинаем показывать на карте на несколько масштабов раньше. Например, я часто с ребенком хожу в кафе АндерСон, и оно у меня на карте отображается уже на масштабе района.

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

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

Суперсила №2

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

Хороший продакт должен для каждого своего решения выстроить цепочку ответов на вопрос “зачем?”. Он знает, как его работа влияет на бизнес, и как каждая конкретная фича помогает бизнесу держаться на плаву, привлечь больше пользователей или заработать больше денег — в зависимости от модели развития.

Вечный вопрос продакта

Кажется что это просто и очевидно. Но когда вы работаете в большом долгосрочном проекте с участием сотни человек, смысловая связь между задачами сильно размывается. Где-то вы можете сделать неправильный вывод, а ваш мозг запомнит его как правильный и вы начнете с ним жить. Умение трезво оценить то, что вы делаете, заново отстроить цепочку “зачем?” и объяснить её команде очень ценно для продакта.

Суперсила №3

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

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

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

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

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

А 16 и 17 сентября в Санкт-Петербурге пройдёт конференция Saint TeamLead Conf 2021. Я там тоже буду — приходите пообщаться.

Источник

«Не стыдно чего-то не знать, стыдно не хотеть разобраться»: как войти в IT без бэкграунда

PR-специалист компании «Инфомаксимум»

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

В IT постоянно появляются новые технологии и профессии, растет потребность в soft skills и особых компетенциях, которые не предполагают технических знаний и умений. Найти что-то свое здесь может любой, независимо от бэкграунда, образования и интересов. Екатерина Горина, PR-специалист компании «Инфомаксимум», пообщалась со специалистами из разных областей в IT и спросила, как они пришли в профессию и почему выбрали такую сферу.

«IT — это возможность творить вне рамок формальностей»

Виталий Гудулин, руководитель отдела проектирования и дизайна Инфомаксимум

Я не думал, что моя жизнь будет связана с IT. Закончил экономико-правовую гимназию, считал себя чистым гуманитарием, поэтому поступление на профильный факультет казалось логичным. Розовые очки слетели быстро: вокруг учебы было много шума, но мало толка. Специальность экономическая безопасность была новой, преподаватели не могли сказать, кем мы выйдем и чем именно будем ценны как специалисты. Будущее казалось размытым.

Слово «Инфомаксимум» появилось в жизни случайно: на пятом курсе пары вел преподаватель, который рассказал, что есть одни очень интересные ребята-айтишники, которые активно растут и ищут новых сотрудников. Мы с одногруппниками решили попробовать себя, преподаватель договорился о собеседовании. Нас встретила команда во главе с генеральным директором. Рассказали о компании, технологиях, продуктах и идеях.

Я загорелся, хотя был далек от программирования. Тема IT всегда была где-то рядом: много чего изучал, пробовал экспериментировать с сайтами и социальными сетями. От «Инфомаксимум» у меня не было определенных ожиданий, скорее желание окунуться в что-то новое.

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

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

Советы сомневающимся:

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

Книги, которые стоит прочитать по проектному управлению:

Готовыми специалистами эта литература вас не сделает, но с ее помощью можно получить теоретические азы управления проектами, понять, что должен делать проджект-менеджер, узнать, что скрывается за непонятными терминами Agile и Scrum.

Из других полезных ресурсов советую телеграм-каналы:

«Мне нравится свобода»

Александр Иноземцев, младший разработчик Центра программных решений «Инфосистемы Джет»

Мне потребовалось 8 лет, чтобы стать тем, кем хотел. Учился на экономиста, специальность — «Мировая экономика», однако всегда тянуло к технологиям. Поэтому, проработав в профильной компании, решил податься в интересующую меня сферу.

Сначала прочел книгу Криса Пайна Learn to Program о разработке в целом и о Ruby в частности. Затем начал смотреть курс Ruby on rails на Lynda, а также прошел аналогичный курс в методике TDD от Майкла Хартла. Мне повезло устроиться программистом в компанию, где работал мой нынешний руководитель.

Первое время я знакомился с проектом и командой, разбирался с кодовой базой и ощущал неопределенность, растерянность, задавался вопросом: «Справлюсь ли?». Особенно после того, как в первый день единственный «рельсовик» (специалист по Ruby on rails) заболел на неделю и консультировал меня по телефону. Параллельно проходил еще один обучающий курс по Ruby, так как знаний все равно не хватало.

Это обычная ситуация — программист вечно обучается чему-то.

Через полгода пришло окончательно понимание, что я еще не готов. Вернулся в финансы: работал в инвестициях, в техподдержке брокерской компании, обслуживал ERP в банковской структуре. Но не переставал учиться и реализовал проект на обучающем курсе. Тешила мысль, что с портфолио смогу стать разработчиком. Повезло — руководитель с первого места работы искал сотрудника в «Инфосистемы Джет». Так и началась моя карьера.

Советы сомневающимся:

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

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

«Было страшно, особенно в самом начале»

Алена Растихина, тренер роботов Tet (ранее Lattelecom)

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

Когда работала оператором колл-центра, не планировала развиваться в IT, пока однажды не попробовала себя в обучении сотрудников: готовила для них разнообразные тесты, проверяла их знания. Помогало педагогическое образование. Сложности были в разборе нюансов IT-платформы Moodle, на которой проходило обучение наших операторов, и не со стороны ученика, а учителя. Мои усилия заметили коллеги и позвали работать над новым проектом — первым чат-ботом, обслуживающим клиентов на латышском языке «Анете».

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

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

Советы сомневающимся:

IT — постоянная возможность учиться новому. Каждый день я иду домой с четким пониманием, что чему-то научилась. Это мотивирует.

Для разработки ботов (даже локальных, маленьких) полезно иметь самые базовые навыки программирования. Если вы сами не будете кодить, вам точно придется ставить задачи разработчикам, а делать это лучше, имея представление о том, чем они занимаются. Очень важно понимать, что такое Agile, SCRUM, сейчас многие прогрессивные IT-компании работают по одной из этих методик.

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

Мне оставаться в курсе и учиться новому помогают:

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

«Я не сажусь кодить, но максимально погружаюсь в тему до того уровня, на котором еще что-то могу понять»

Кристина Гурочкина, руководитель группы подбора персонала «Рексофт»

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

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

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

Советы сомневающимся:

Быть HR — это быть носителем корпоративного языка, уметь зажигать коллег и самому при этом не выгорать. Это такой взаимообмен. Информации на просторах современного мира безграничное количество, просто нужно выбрать.

Мне близки следующие книги:

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

Источник