Нанимал ли людей

Нанимал ли людей? Опыт найма и формирования команды в IT-проектах

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

Процесс найма в моей практике

Обычно мой вовлеченность в hiring pipeline включала следующие этапы:

1. Анализ потребности и составление профиля вакансии. Начинается с глубокого обсуждения с техническими лидами (Tech Lead, Architect) и бизнес-сторонами, что именно требует проект: не просто «нужен Java-разработчик», а какой уровень, какие конкретные компетенции (например, опыт с микросервисами, знание Kafka), soft skills для взаимодействия с конкретным заказчиком.

   // Пример уточнения требований перед открытием вакансии:
   - Должность: Senior Backend Developer (Java).
   - Критичные hard skills: Java 11+, Spring Boot, опыт работы с распределенными транзакциями, понимание паттернов отказоустойчивости.
   - Критичные soft skills: способность вести технический диалог с англоговорящим заказчиком, опыт менторинга junior-разработчиков в команде.
   - Бонусом: опыт в доменной области (FinTech, платежные системы).
   

2. Участие в скрининге и собеседованиях. Я активно участвую в первых этапах отбора:

    *   **Анализ резюме:** оцениваю не только технологический стек, но и последовательность и длительность проектов, достижения, которые можно измерить (например, «сократил время выполнения пайплайна на 15%»).
    *   **Структурированное интервью:** провожу сессию, сфокусированную на **soft skills**, управленческий потенциал (для старших ролей) и соответствие корпоративной культуре. Мои ключевые темы:
        *   Опыт работы в методологиях (Agile/Scrum/Kanban).
        *   Умение работать с приоритетами и в условиях неопределенности.
        *   Примеры разрешения конфликтных ситуаций в команде.
        *   Понимание роли PM и ожидания от взаимодействия.
        *   Мотивация кандидата и его карьерные ожидания.

1. Принятие финального решения совместно с командой. Редко принимаю решение единолично. Оно всегда коллегиальное, после обсуждения с техническим интервьюером (который оценивал hard skills) и, часто, с тимлидом или будущими коллегами кандидата. Важно, чтобы новый член команды был принят и технически, и личностно.

Ключевые принципы, которых я придерживаюсь при найме

• Культурное соответствие (Culture Fit) не менее важно, чем технические навыки. Гениальный разработчик, который демотивирует команду или саботирует процессы, может нанести больше вреда, чем пользы.
• Разнообразие (Diversity) как источник сильных решений. Стараюсь искать людей с разным бэкграундом и подходом к решению задач, что критически важно для сложных IT-проектов.
• Честность и прозрачность на всех этапах. Я четко описываю кандидату вызовы проекта, возможные риски, командную атмосферу и карьерные перспективы. Это помогает избежать разочарований и быстрого выгорания на проекте.
• Оценка потенциала роста. Особенно для middle-специалистов важно видеть не только текущие навыки, но и способность к быстрому обучению и адаптации, так как технологии и требования проекта постоянно меняются.

Вызовы и уроки

Наем — это всегда двусторонний процесс. Я также учился на ошибках:

• Ошибка «быстрого найма»: В условиях цейтнота брали первого подходящего технически кандидата, игнорируя тревожные звонки по soft skills. Это почти всегда приводило к проблемам в коммуникации и дополнительной нагрузке на команду.
• Урок: Теперь даже в условиях жесткого дедлайна отдаю предпочтение контрактным специалистам или перераспределению нагрузок внутри команды, пока не найду подходящего постоянного сотрудника.

Итог: Опыт найма позволил мне не просто закрывать вакансии, а осознанно строить команды, которые становятся основой успеха проекта. Я понимаю, что люди — главный актив, и инвестиция времени в правильный подбор команды многократно окупается стабильностью, скоростью разработки и качеством конечного продукта. Этот навык напрямую связан с управлением ресурсами, рисками и, в конечном счете, с удовлетворенностью заказчика.