Блог

HRoom: «Несколько уроков для айтишника»

2#nbsp;марта 2023 гостем проекта HRoom стал Вячеслав Борилин, менеджер по#nbsp;развитию технического сообщества «Лаборатории Касперского», эксперт в#nbsp;области создания и#nbsp;продвижения b2b продуктов. Разговор шел о#nbsp;развитии искусственного интеллекта и#nbsp;других инноваций, HRTech, решении вопросов импортозамещения, а#nbsp;также о#nbsp;поиске, развитии и#nbsp;удержании IT-специалистов. Делимся с#nbsp;вами комментариями и#nbsp;идеями Вячеслава Борилина.


Главное главнее неглавного

Чем выше степень неопределенности, тем больше лишнего отсекается: это естественный процесс. Любой кризис приносит с#nbsp;собой неприятности, но#nbsp;в#nbsp;то#nbsp;же время#nbsp;— это возможность меньше суетиться, пересмотреть активности и#nbsp;сосредоточиться на#nbsp;том, что действительно важно. Сокращение бюджетов может привести к#nbsp;фокусировке и#nbsp;лучшим результатам.


IT-таланты: рынок работодателей или кандидатов?

Рынок сейчас на#nbsp;50−60% процентов состоит из#nbsp;молодых IT-специалистов. Это «массовый сотрудник», который, с#nbsp;одной стороны, держит бизнес-процессы, а#nbsp;с#nbsp;другой, не#nbsp;может свободно выбирать работу. На#nbsp;сегодняшний день сфера IT#nbsp;— это, скорее, рынок работодателя.

В#nbsp;прошлом году, по#nbsp;причине глобальных внешних изменений, рынок «качало» из#nbsp;стороны в#nbsp;сторону. В#nbsp;какой-то момент возникли трудности с#nbsp;наймом IT-талантов из-за их#nbsp;массового оттока, приходилось искать идеи для#nbsp;стимулирования найма. Позже ситуация изменилась, многие уехавшие было вернулись, однако остается незакрытой потребность в#nbsp;топовых IT-специалистах.


Работа с#nbsp;нуля

На#nbsp;данный момент никто в#nbsp;мире не#nbsp;понимает, что делать с#nbsp;IT в#nbsp;новой реальности. Раньше каждый разработчик в#nbsp;своей стране выполнял ту#nbsp;часть операций, которую умел делать лучше других в#nbsp;мире. Это было разумно и#nbsp;логично. Сегодня на#nbsp;многие вопросы хороших ответов нет.

Мы#nbsp;совершим скачок, когда научимся не#nbsp;копировать чужие решения, а#nbsp;просить у#nbsp;вендора то, что действительно необходимо. Здесь актуален совет: вместо того чтобы мучиться над проблемой, попробуйте сделать ее#nbsp;частью решения. Например, «Для#nbsp;меня критичны 2 функции, и#nbsp;нужна одна абсолютно новая. Остальные 97 мне не#nbsp;нужны, по#nbsp;крайней мере на#nbsp;ближайшее время». Это существенно экономит ресурсы и#nbsp;является целесообразным решением и#nbsp;для заказчика и#nbsp;для разработчика.


Новая реальность: мы#nbsp;в#nbsp;стартапе

У#nbsp;человеческой психики большая инерция: жизнь стала другой, но#nbsp;нам сложно уложить эту данность внутри себя. С#nbsp;точки зрения инженера возникает интересная и#nbsp;сложная задача: мир поменялся, и#nbsp;надо придумать, как приспособиться к#nbsp;новым условиям. Нас ждет много созидательной деятельности, но#nbsp;важно понимать, что 90% идей не#nbsp;сработают.


Глобальный урок айтишника

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

На#nbsp;каждом шаге важно, с#nbsp;одной стороны, быть готовым к#nbsp;тому, что гипотеза не#nbsp;оправдается, а#nbsp;с#nbsp;другой стороны, проверять#nbsp;ее. Необходим процесс экспериментов и#nbsp;измерений.

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


Достижения vs. набор гипотез

Экспериментальный подход влечет за#nbsp;собой принципиальные организационные изменения. Мы#nbsp;не#nbsp;знаем заранее, каким будет рынок и#nbsp;что окажется более востребованным, но#nbsp;у#nbsp;нас есть гипотезы, и#nbsp;мы#nbsp;можем их#nbsp;проверять. Ответ должен быть получен от#nbsp;окружающего мира, а#nbsp;не#nbsp;от собственной головы.

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


Толерантность к#nbsp;ошибкам

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

Нам необходимо формировать толерантность к#nbsp;ошибкам. Это залог развития инженерной мысли и#nbsp;креативности, необходимость в#nbsp;которых вышла на#nbsp;первый план. Сегодня у#nbsp;нас нет других вариантов, кроме как многократно пробовать. Это большой культурный челлендж для#nbsp;всех HR, руководителей, собственников бизнеса в#nbsp;нашей стране, но#nbsp;это поможет бизнесу сделать поиск работающих решений более экономичным.


Обратная связь

Человек не#nbsp;способен увидеть собственную инерцию, но#nbsp;она достаточно хорошо видна со#nbsp;стороны. Крайне полезно#nbsp;— проговаривать свои планы и#nbsp;мысли другим людям, внедрять и#nbsp;постоянно применять технику обратной связи#nbsp;— на#nbsp;самых разных менеджерских уровнях.

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


Составить запрос#nbsp;— единственный полезный навык

Большая ответственность заказчика в#nbsp;том, чтобы научиться внятно излагать задачу. При этом важно допускать, что мы#nbsp;часто хотим того, что нам не#nbsp;нужно, пробовать, создавать минимально жизнеспособный продукт (MVP), разбираться, итеративно идти к#nbsp;задаче. И#nbsp;помнить о#nbsp;том, что главное главнее неглавного.

Пока заказчик не#nbsp;научится четко составлять запрос, искусственный интеллект не#nbsp;угроза для#nbsp;разработчика. Ставить задачу#nbsp;— то, что продолжают делать только люди (заказчик#nbsp;— для#nbsp;вендора, бизнес#nbsp;— для#nbsp;HRBP, Project Manager#nbsp;— для#nbsp;своей команды), и#nbsp;этот навык нужно развивать.

Идеальное подразделение R&D#nbsp;— то, которое не#nbsp;написало ни#nbsp;строчки кода. Задача программиста в#nbsp;широком смысле#nbsp;— сделать так, чтобы все работало: понять, что именно должно быть реализовано, сформулировать и#nbsp;спроектировать#nbsp;ТЗ.


Возможности ChatGPT

Сегодня чат-бот с#nbsp;искусственным интеллектом хорошо умеет писать код для#nbsp;небольших и#nbsp;не#nbsp;слишком сложных функций и#nbsp;систем. Он#nbsp;также способен достаточно понятно объяснить, почему он#nbsp;пишет код именно таким образом.

ChatGPT помогает и#nbsp;интернет-мошенникам: его можно уговорить написать вредоносное#nbsp;ПО или сочинить фишинговое письмо, которое будет выглядеть убедительнее написанного самостоятельно.


Сотрудник + ChatGPT

Если IT-специалист 90% вопросов решает с#nbsp;помощью таких инструментов, как Google или чат-бот, это не#nbsp;означает, что такой сотрудник недостаточно квалифицирован. Просто он#nbsp;научился пользоваться этими инструментами. Как говорил Стив Джобс, работать надо не#nbsp;много, а#nbsp;головой. Главное, чтобы человек не#nbsp;пытался выдать результат за#nbsp;свой собственный, а#nbsp;понимал, как инструмент работает, мог это объяснить, и#nbsp;умел ставить перед инструментом задачу.


Отбор после найма

Вопрос в#nbsp;том, как выстроить систему отбора талантов не#nbsp;во#nbsp;время найма сотрудников, а#nbsp;уже в#nbsp;процессе их#nbsp;работы внутри компании. Необходимо ставить сотрудникам разные задачи (причем одну задачу сразу нескольким специалистам), постепенно усложняя запросы. Таким образом будет происходить отбор лучших профессионалов. Это дороже HR-процессов по#nbsp;найму, но#nbsp;в#nbsp;конечном итоге может оказаться экономичнее и#nbsp;эффективнее.
{$co}
2023-03-24 11:52