Не подходит, но брать надо! Без чего не сделаешь продукт? Пра | На шаг впереди

Не подходит, но брать надо!

Без чего не сделаешь продукт? Правильно - без команды.

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

Ух, сколько раз приходилось слышать: «Надо взять хоть кого, заткнуть дыру, а там посмотрим. Да, этот человек не особо подходит, но надо дать ему шанс. Время не ждет».

Одни из самых дорогих ошибок случаются, когда нанимают не тех людей, не на те позиции, либо не могу нормально обучить, адаптировать и мотивировать. Увольнения получаются болезненными для обеих сторон. Поэтому даже есть простое правило: «Лучше не нанять нужного человека, чем нанять не того». Это правило спасало не раз и меня. Но гораздо лучше прорабатывать правильную систему. Не устану писать о пользе готовых моделей. Системность и стратегия при найме необходима. Она должна коррелировать и с общей стратегией развития компании.

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

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

Что делать для большей эффективности?
Сфокусироваться на свою целевую аудиторию по кадрам
Определить оптимальные каналы найма
Понимать, в какой момент, кто необходим больше всего для усиления команд
«Просеивать» кандидатов через несколько разноплановых фильтров
Стараться оптимизировать воронки на каждом из этапов найма, чтобы отыскать нужные самородки
Повышать эффективность онбординга минимизируя затратный период адаптации

Вроде элементарно, но делают единицы

@aheadofthepack