Управляется компаниями Saccade и Makers Academy. До и после.

Прекрасный солнечный день в Traveltech Labs на Лондонском мосту, и мы начинаем наш первый семинар для технических директоров в партнерстве с Энди из Saccade. Цель сегодняшнего семинара, в котором участвуют старшие технические руководители стартапов и крупных корпораций, состоит в том, чтобы развеять предположения о том, что может сделать джуниор.

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

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

Как вы определяете младшего?

Вот что получилось у нашей группы профессионалов:

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

Копнув глубже, мы поняли, что это потому, что основным источником младших разработчиков являются выпускники компьютерных наук. Но CS и программная инженерия — это не одно и то же! Я задавался вопросом, насколько отсутствие практических навыков у такого типа юниоров может способствовать негативному восприятию.

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

Что вас беспокоит?

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

  • Развитие и рост
  • Время окупаемости (как быстро они освоятся?)
  • Надзор (доверительный)

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

Выводы

В чем ценность младшего разработчика?

  • Больше рук на палубе
  • Новые перспективы
  • Снимает нагрузку с других
  • Менее сложные задачи можно отобрать у пожилых людей
  • Долгосрочные инвестиции в человека
  • Повышение лояльности
  • Веселье с новыми людьми
  • Культура обучения и наставничества — вы хотите, чтобы ваша компания была местом, где джуниор может процветать
  • Этические инвестиции — вы должны дать людям шанс. Особенно после Brexit
  • Разнообразие: только 10–15% людей в технических командах — женщины.

Как вы знакомите младших разработчиков с вашей инженерной культурой?

  • Настройте сопряжение между новыми разработчиками и более опытными
  • Мобильное программирование — практический иммерсивный опыт работы с кодом
  • Совместные способы работы — наличие структуры — хороший способ ускорить процесс.
  • Постепенное обучение (есть риск перегореть, если нужно выучить слишком много и слишком быстро)
  • Культура безопасности и среда, в которой можно потерпеть неудачу. Возможность пробовать что-то, не опасаясь неудачи, имеет решающее значение для прогресса.
  • Культура постоянной обратной связи, эволюция качества, 1:1
  • Используйте github — попросите средних и старших проверить код
  • Межкомандная работа над пониманием клиентской стороны

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

Это сводится к знанию того, как делать 2 вещи:

  1. Как определить великих разработчиков?
  2. Как вы проводите отличный процесс найма?

Хотите прийти на наш следующий мастер-класс? Подпишитесь на наши обновления, и мы пригласим вас в следующий.

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