Практическое руководство: как собрать эффективную команду под проект.

Успеха любого проекта на 90% зависит от команды которая над ним работает. Если люди подобраны неправильно или нету эффективной систему управления, то проект провалится. В этой статье разберу систему найма команды под проект, а также эффективную систему управления без срывов сроков, непонятных зон ответственности и конфликтов “кто виноват”.

До найма людей нужно создать управленческое «ядро» проекта. Вся информация должна быть в 1 месте, это может быть CRM или таблица по проекту.

В этом пространстве должно быть:

1. Паспорт проект

2. Цели

3. План проекта

4. Команда

Почему это важно:

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

Команда формируется под задачи, задачи формируются под цель. Без чёткой цели невозможно понять, кто вообще нужен. Ошибка - формулировать цель как действие.

Неправильно:

Правильно:

Цель должна быть:

После постановки цели нужно ответить на три вопроса:

Далее эту информацию вносим в паспорт проекта.

Цель определили, теперь разбиваем ее на этапы. Сначала крупные этапы. Потом детализация.

Пример логики (обобщённо):

После этого каждый этап дробится на конкретные задачи.

Например, этап «Подготовка инфраструктуры» может включать:

Важно:

Именно на этапе декомпозиции становится понятно:

Это самый недооценённый этап. Любая задача должна иметь одного ответственного. Не «мы, не «команда». А конкретный Вася Пупкин, который отвечает за результат.

Здесь нужно определить:

1. Кто принимает решения - кто финально утверждает результа.

2. Кто исполняет - кто делает работу руками.

3. Кто контролирует - кто проверяет качество и сроки.

Если зона ответственности размыта, возникают три проблемы:

Дополнительно нужно определить границы:

Пример:

Маркетолог отвечает за количество и качество заявок. Отдел продаж - за конверсию в сделки. Если продажи плохо обрабатывают заявки - это не ответственность маркетолога, это ответственность продаж.

Разделение ответственности убирает взаимные обвинения и делает систему управляемой.

После того как задачи и зоны ответственности определены, становится понятно, какие функции должны быть закрыты. Важно нанимать не «человека в команду», а роль с конкретным продуктом работы.

Сначала фиксируется, зачем нужен специалист. Не в общем виде, а через результат. Не «нужен директолог», а «нужен специалист, который обеспечит X заявок по цене до Y и будет управлять рекламным бюджетом Z».

Дальше формируется файл должности. Это управленческий документ, который снимает 80% будущих конфликтов. В нём должно быть:

Ключевой момент - продукт работы. У директолога - управляемый поток заявок в рамках KPI. У дизайнера - готовые макеты в срок и по ТЗ. У руководителя проекта - соблюдение сроков и выполнение плана.

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

Когда портрет роли прописан чётко, вы понимаете объём задач, уровень компетенции, формат занятости (фуллтайм, парт-тайм, проектно) и вилку оплаты. Это защищает от найма «с запасом» или, наоборот, от недооценки объёма работы.

Теперь задача - не просто разместить вакансию, а построить управляемый поток кандидатов.

Сначала формируется описание вакансии. Оно должно отражать структуру, которую вы уже определили. В тексте важно указать:

Чем конкретнее вы описываете результат, тем меньше случайных откликов.

Дальше формируется канал привлечения. Обычно используются: hh.ru, профильные Telegram-чаты, профессиональные сообщества и т.д;.

Важно понимать: найм - это тоже воронка.

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

Собеседование - это проверка соответствия роли и способности выдавать продукт работы.

Оптимально строить процесс в три этапа.

Первый этап - первичный скрининг.

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

Второй этап - интервью с руководителем проекта.

Здесь важно не просто обсудить опыт, а разобрать реальные кейсы. И проверить их достоверность.

Что делал. Как принимал решения. Какие результаты были достигнуты. Как решал сложные ситуации.

Важно оценить логику мышления, системность и способность работать на результат, а не просто выполнять инструкции.

Лайфхак: как проверить реальный опыт кандидата:

Просим его описать как он справлялся с какой то ситуацией. Далее просим его разбить решение этой ситуации по шагам что он делал. После того, как он разбил прописи еще раз разбить отбой из шагов на подшаги. И делаем так до тех пока либо упремся в элементарные задачи, либо кандидат не начнет плавать в своих ответах.

Так мы проверяем его твердый опыт, что он действительно делал сам, а где обманул.

Третий этап - финальное согласование.

Фиксируются условия, KPI, сроки запуска, формат взаимодействия. Лучше письменно закрепить договорённости, чтобы избежать разночтений.

Нам нужны не исполнители процессов, а люди, которые понимают свою зону ответственности и доводят её до измеримого результата.