Кого больше в IT: технарей или гуманитариев
С научной точки зрения, делить людей на технарей или гуманитариев — некорректно. Этот миф разрушили нейробиологи, когда проанализировали результаты тысяч магнитно-резонансных томографий и не нашли разницы между право- и левополушарными людьми.
В повседневной жизни деление между технарями и гуманитариями никуда не исчезло. Любишь складывать числа — значит технарь, можешь идти в программисты. Пропадаешь вечерами за классической литературой — типичный гуманитарий, и быть тебе учителем все той же классической литературы.
На самом деле в IT много профессий, в которых не требуется кодить и обучать модели ИИ. Но надо уметь общаться, организовывать процессы, решать конфликты и другие проблемы.
Если посмотреть на структуру компании Apple, там есть отделы дизайна, маркетинга, продаж и развития бизнеса, корпоративных задач. В Amazon аналогичная ситуация. Только в категории Project / Program / Product Management/ Non-Tech — более 4 000 открытых позиций.
В небольшие стартапы также часто ищут проджект-менеджеров, дизайнеров, маркетологов и других специалистов. Фронт работы одного и того же специалиста в разных компаниях может различаться, что вызывает проблемы. Но смысл в том, что без гуманитариев IT-компаниям существовать сложно.
UI/UX-дизайнер
Эти люди делают интерфейсы. Знают, что за каждой красивой кнопочкой стоит кропотливая работа. На самом деле, UI/UX-дизайнер — одно из дизайнерских направлений. Профи может попробовать себя в графическом дизайне, игровой индустрии, моушн-дизайне.
Что конкретно надо делать
Работа UI/UX-дизайнера над проектом начинается с конкретизации задачи и изучения пользовательского поведения. Как клиент ведет себя на сайте, на какие страницы и в какой последовательности переходит, где у него возникают проблемы — все это дизайнер исследует и обсуждает с командой, чтобы нарисовать прототип идеального, ну или почти идеального, интерфейса.
То есть «рисование» — не самая объемная часть работы. Основная часть времени уходит на обсуждение продукта, разработку клиентских путей и сценариев, отработку гипотез. Чтобы сделать классный продукт, надо много общаться с разработчиками, аналитиками и другими членами команды.
А кодить точно не надо?
Нет. Нужно знать графические программы, понимать, как проектировать пользовательские сценарии и хотя бы базово понимать HTML, CSS и JS, чтобы было проще работать с разработчиками.
Подробнее о том, где учат дизайнеров, читайте в нашей статье «Сайты, чайники, мебель и онлайн-курсы: чем занимаются дизайнеры и где этому учат». А здесь рассказали о бывшей переводчице, которая стала моушен-дизайнером. Чтобы обучиться UX-дизайну, обратите внимание на курс Introduction to UX Design от Domestika (до конца октября скидка 10% по промокоду DEVMEDIA-10)
UX-писатель
Он создает для интерфейсов лаконичные и дружелюбные тексты. А еще одним словом на кнопке может объяснить, что она одновременно выполняет несколько функций.
Чем конкретно занимается
Очень много общается: с разработчиками, проджект-менеджерами, клиентами, дизайнерами и другими специалистами. Созвоны могут составлять большую часть дня. И все ради одной цели — досконально разобраться в сложных сценариях использования IT-продукта и понятным языком объяснить пользователю, как ему, например, привязать банковскую карту или сменить тариф в приложении без лишних нервов.
После этого можно придумывать заголовок экрана или текст для кнопки. Хорошо, если это получится с третьей или четвертой попытки. Бывает, что UX-писатели перебирают до 10 и более фраз, прежде чем написать подходящий текст. Если вариантов несколько, их проверяют А/В тестированием.
А кодить точно не надо?
Кодить не придется, но разбираться в технических деталях нужно.
IT/IP-юрист
Этот тот специалист, благодаря которому веб-студии, интернет-магазины, IT-стартапы и другие компании, могут разрабатывать и внедрять продукты и не переживать о штрафах.
Что конкретно надо делать
IT/IP-юрист занимается правовым сопровождением компаний, деятельность которых связана с информационными технологиями и интеллектуальным правом. То есть это необязательно крупная IT-компания. Нанять IT-юриста может, например, юридическая фирма, которая специализируется на разных видах права.
Он знает, как защитить авторские права на разработку и как минимизировать риски, если пользователь окажется недоволен. И это не считая работу с договорами и другой документацией.
А кодить точно не надо?
Точно — программировать совершенно не требуется .
Функциональный тестировщик
Проверяет, как работает ПО, приложения, сайты. Это тот человек, который самым первым узнает, что если нажать на крестик, то приложение виснет. А потом идет к разработчикам и говорит, что им, похоже, придется задержаться после работы.
Что конкретно надо делать
Вникать в методологию, которая принята в компании, техническую документацию и проверять продукт: работоспособность всех функций и действий, которые может совершать пользователь, например, в веб-приложении. Это называют исследовательским тестированием.
Параллельно надо будет обновлять или, в зависимости от ситуации, создавать с нуля тестовую документацию. Также функциональный тестировщик создает тест-кейсы и чек-листы, которые в будущем сэкономят время не только специалисту, но и всей команде.
А кодить точно не надо?
Функциональный тестировщик проверяет работоспособность продукта вручную, поэтому кодить не требуется. А вот разбираться в том, как работает приложение или браузер, надо.
Если тестировщик решит освоить автотесты, то потребуется знание языков программирования. Еще надо уметь составлять SQL-запросы, чтобы работать с базами данными. Обучиться можно на курсе Software Testing and Automation от Coursera.
Дополнительно о требованиях к профессии можно почитать в статье: «Что должен знать junior тестировщик перед первым собеседованием».
Технический писатель
На этом человеке лежит вся IT-документация: от технической и эксплуатационной до пользовательской. Обычно не все понимают, зачем нужен техписатель, но все точки над i расставляет раздел FAQ, в котором просто и понятно рассказывается, что делать, если приложение вдруг откажется работать.
Чем конкретно надо заниматься
Много читать и много писать. Читать про матчасть, чтобы вникнуть, как работают отдельные модули, сервисы и системы. Если что-то непонятно — идти к разработчикам, проджект-менеджерам и другим членам команды, которые проясняют ситуацию. А потом писать документацию на доступном языке, чтобы ее мог понять любой человек. За это техподдержка скажет огромное спасибо техническому писателю — количество запросов типа «Я не могу войти в приложение» значительно уменьшится.
Техписатель не только пишет, но и правит текущие документы. Еще он ищет несоответствия между русской и, например, английской документацией — и опять правит.
А кодить точно не надо?
Точно. Идеально, если вы знаете английский в совершенстве, чтобы писать документацию на нем. Что потребуется точно, так это усидчивость и много кофе.
IT-рекрутер
Ищет ценные кадры для IT-проектов. Этот специалист знает, где тусят Frontend Developers, какой оффер привлечет ведущего аналитика и как войти в IT-новичку — гуманитарию в том числе.
Что конкретно надо делать
Много-много общаться и закрывать позиции. В соцсетях IT-рекрутер смотрит не мемы (ну разве что иногда), а ищет крутых специалистов.
Просто найти человека — мало. Надо оценить его на позицию и понять: справится ли он с обязанностями, отвечает ли требованиям компании.
А кодить точно не надо?
Не надо совсем. Но разбираться, кто есть кто в IT — обязательно. Вникать в обязанности каждой должности и требования компании — тоже. Еще полезно выучить поисковые операторы, чтобы сократить время на поиск уникальных кадров. И непременно освоиться в соцсети LinkedIn — много классных разработчиков обитает именно там.
Скрам-мастер
Помогает команде разработчиков стать зрелой и продуктивной. Если фронтенды и аналитики начинают смещать акцент с разработки продукта на сторонние цели, скрам-мастер вернет ход их мыслей в нужное русло.
Что конкретно надо делать
Скрам-мастер направляет и развивает команду по принципам скрама — популярного фреймворка agile-методологии. Если коротко, это когда разработка ведется короткими интервалами — спринтами, а команда собирается на 15-минутные встречи каждый день, чтобы обсудить, кто и что делает. Эти и другие встречи организует и проводит скрам мастер. Он направлять беседу, чтобы она была эффективной, а не для галочки.
Обсуждение зашло в тупик? Необходим скрам-мастер. Кто-то вспылил? Скрам-мастер помогает коллегам услышать друг друга. Разработчики не знают, где взять еще одного аналитики? Снова с идеями подключается скрам-мастер.
Он создает и ведет команду в русле скрам-идеологии. Рассказывает, что это за фреймворк, помогает новичкам влиться в команду. В какой-то мере, бизнес-результат — тоже зона ответственности скрам-мастера.
А кодить точно не надо?
Точно. Важно уметь находить общий язык с людьми, решать конфликтные вопросы.
Project manager
Двигает проекты: запускает их в разработку, руководит процессами. Его задача — сделать так, чтобы, например, новая фича была запущена вовремя с учетом ресурсов компании. Этот человек разруливает конфликты и ведет команды к цели. Чтобы узнать о профессии больше, пройдите курс по Управление проектами от Google на Сoursera.
Что конкретно надо делать
Project manager — еще она IT-профессия, которая предполагает много общения, и, в первую очередь, с заказчиком — чтобы понять, что надо сделать и какие требования есть к проекту.
Далее проджект считает трудозатраты, бюджет, дробит задачи по командам. Обязательно контролирует сроки и ход выполнения проекта. Для этого надо активно общаться с разработчиками, аналитиками, тестировщиками и другими специалистами.
Если возникают проблемы, например, не хватает бюджета, проджект идет к клиенту и говорит об этом. Переводит ему с технического на человеческий и пытается обосновать, почему без дополнительного бюджета, сервис не жизнеспособен.
А кодить точно не надо?
Нет. Но разбираться, в том, какие методологии разработки есть и как устроены процессы — нужно обязательно.
Специалист технической поддержки
Решает технические проблемы, с которыми столкнулись клиенты компании. Это тот человек, который даст подробную инструкцию в переписке или по телефону, если в работе приложения или сервиса ошибка.
Что конкретно надо делать
Консультировать клиентов, когда от них поступает запрос. Если в компании разработаны стандарты ответов на типичные вопросы, то это упрощает задачу. Если нет или клиент столкнулся с багом, о котором команда впервые слышит — общаться надо уже с разработчиками.
А кодить точно не надо?
Специалисту саппорта кодить не надо, но разбираться в технической части продукта желательно. Особенно — техподдержке второй линии. Первая принимает запросы и отрабатывает простые запросы. Там где нужны технические знания, подключается поддержка второй линии. Такой специалист может уточнить, что не так, например, с базой данных или сетевым оборудованием.
Маркетолог
Делает так, чтобы о продукте узнало как можно больше людей из целевой аудитории. Именно ему компании обязаны высокими продажами. Нет, продавать напрямую ничего не надо, а вот выстроить маркетинг так, чтобы конверсия в продажу росла быстрее, чем Илон Маск меняет мир — нужно.
Что конкретно надо делать
Чтобы построить эффективную маркетинговую стратегию, маркетолог изучает целевую аудиторию. Кому необходим сервис, который разрабатывает команда, как им будут пользоваться, зачем — и еще пара десятков вопросов на старте.
На основе исследования маркетолог понимает, в каких соцсетях должна присутствовать компания, разрабатывает tone of voice, выбирает продуктовые метрики. И, конечно, контролирует сроки и качество маркетинговой стратегии.
А кодить точно не надо?
Точно, если не захотите стать разработчиком.
Что в итоге
Если очень хочется в IT, смело идите в эту сферу. В ней много вакансий, в которых не надо кодить. Вникнуть и разобраться в IT-продукте безусловно придется, чтобы качественно выполнять обязанности. Но писать строчки кода — не потребуется. А если увлечетесь программированием, у вас будет хороший старт и понимание, чем живет IT-отрасль.