Быстрый набор команды в IT. Риски и плюсы!

Привет! Думал не смогу даже голову из своего проекта вытащить, но всё же немного времени появлось и пока накатывается хотфикс расскажу про быстрый набор ИТ команды. Костяк команды мне удалось собрать за месяц, а за два закрыл полностью набор. Но так ли всё радужно? Мммм, не совсем, с двумя специалистами я всё-таки ошибся), наша команда состоит из 10 человек если что. И да, уж очень нужны были спецы и по всем факторам они полностью подходили от хардов до софтов, но по факту, некоторые проблемы со специалистами, которых ты нанимаешь, можно увидеть только на практике и при выполнении реальных задач, а именно дав индивидуальные задачи и затем посмотрев результат.

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

🛑 Риски быстрого набора

1️⃣ Неподходящие кандидаты.
Спешка может привести к выбору сотрудников, которые не соответствуют требованиям проекта или культуре компании, возможно культуре команды.

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

3️⃣ Нарушение культуры. При срочном найме может быть недостаточно времени для адекватной оценки соответствия культурных ценностей кандидата компании, что может привести к конфликтам и дисбалансу в команде.

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


🎯 Плюсы быстрого набора

1️⃣ Сокращение времени до запуска проекта.
Быстрый набор команды позволяет сократить время до начала работы над проектом и оперативно реагировать на изменения в рыночной ситуации.

2️⃣ Эксперименты и инновации. Быстрый набор команды может способствовать более гибкому подходу к проектам, позволяя быстрее внедрять новые идеи и проводить эксперименты.

3️⃣ Увлечение новых талантов.
Быстрый набор может привлечь к вашей команде талантливых специалистов, которые ценят быстрый темп работы и готовы к вызовам.

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

@it_underside

#ITLife #Рекрутмент #Команда #найм #hr

P.S. вчерашний пост, вот только забыл его отправить

💀Более 40 дефектов на младших контурах;
⚰️первая команда в банке, которая дошла до продакшена на полностью импортозамещенном пайпе;
🧛‍♂️более 40 артефактов за 3 месяца;
💩12 микросервисов на scala, java и Lua;
💪4 поднятых контура;
😇 собственные кластера flink, tarantool....

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

@it_underside

Flink кластер, а как лучше?

Что такое флинк и более подробное описание тут - ХАБР

💎Баре метал

Производительность. В среднем, баре метал может обеспечить высокую производительность, а также прямой доступ до железа без посредников и динаминческого распределения ресурсов.
Масштабируемость. Ограничена физическими ресурсами серверного оборудования. Для масштабирования требуется добавление новых серверов. Если ты в большой корпорации, то подумай 10, нет 100 раз перед тем как брать, а то нового обородувания может долго не быть.
Надежность. Традиционно более надежная, поскольку нет дополнительного уровня виртуализации, но так как компаниях не особо любят прям на железо ставить, то сюда меньше ресурсов дают из-за чего резервирования часто нет полноценного, если ты не важнейшая информационная система для компании.

❓Виртуальная машина

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

🔘Кубернетес кластер

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

Доброго утра, понедельника!
Всем кто будет на конференции «Анализ и управление проектами» заходите на доклады:

Первый доклад - «Как собрать команду экспертов в сжатые сроки»
О чем буду говорить:
1️⃣Боли и проблемы классического подхода по набору команды экспертов на проект
2️⃣Почему «Хантеры» вам не помогут, и что делать, когда проект уже начался?
3️⃣Сила профессиональных связей и рекомендаций
4️⃣Блоги и сообщества - задействуем по максимуму
5️⃣Что делать, если у вас маленькая, средняя или огромная компания?
6️⃣Чек-лист для быстрого набора
7️⃣Мой кейс, проблемы, и то, к какой ситуации мы пришли
Трек по Soft skills, управление командой проекта

Второй доклад - «Ускоряем разработку на 30-60% с помощью ИИ»
Тезисы:
1️⃣Классическая разработка
2️⃣Боли классической разработки для менеджмента и сотрудников
3️⃣Как мы начали разработку
4️⃣Возможности автоматизации
5️⃣Сравнение Copilot, Chatgpt, Gigachat, YandexChat
6️⃣Где можно повысить производительность
7️⃣Рекомендации
Трек по ИИ


@it_underside

Слово дня идемпотентность👁

Утро доброе! Как часто вы встречаетесь с данной терминологией? Думаю, не часто, а возможно только в универе) но когда мы нашли баг в БД Tarantool их базового модуля CRUD, то нам пришлось не раз вспомнить данный термин и погрузиться в него, а главное обосновывать идемпотентные ли были совершенны операции или нет. Давайте сделаем краткий ликбез, надеюсь вам будет полезна эта краткая статейка. (на полноту картины не замахиваюсь)

🆔Ссылка на статейку🆔

ВСЕМ ПРОДУКТИВНОЙ ПЯТНИЦЫ!!!!

➿➿➿➿➿➿➿
✈️ @it_underside

Хочу начать публиковать истории, хелп, нужны голоса. 😀

https://news.1rj.ru/str/boost/it_underside