Команда IT-продукта(ч2). Своя или аутсорс?

Приветствую! Это вторая часть статьи про продуктовую команду. В первой я рассказал о ролях и их зонах ответственности, а для текущей оставил ответ на один из главных вопросов - нанимать свою команду или воспользоваться сторонними услугами.

Для начала разберем несколько аспектов, сильно влияющих на формирование команды.

Как и во многих других профессиях, IT-специалисты делятся на уровни, или, на забугорном, - грейды. Очень часто они содержатся прямо в названии вакансии:

Trainee - стажер. Скорее всего это его первая “работа” на данной позиции, а может и в жизни. Эффективность найма в небольшом количестве в перспективе полугода отрицательная, тк времени старших специалистов будет отнимать больше, чем приносить пользы. Часто работает за опыт, максимум за еду.

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

Junior - новичок. Работает на подхвате. Ему можно доверить простые задачи при сильном контроле. На них, с учетом невысокой стоимости работы, и несильной разнице во времени реализации с более опытными специалистами, он будет эффективен. Резюме: нанимать только при наличии более сильных товарищей в том же направлении. Эффективен в плане финансов, но не скорости.

Middle - крепкий середнячок с опытом 2-4 года. Он может самостоятельно делать большой спектр отдельных задач и даже небольшие проекты. Производительность и скорость значительно выше, чем у джуна. Накопленный опыт часто позволяет самостоятельно справляться с новыми задачами. Это основная “рабочая сила” IT-проектов.

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

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

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

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

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

Я выделяю 4 способа в порядке уменьшения сложности и увеличения стоимости:

Самостоятельно

Из названия очевидно, что все делаете сами: ищите, как-то собеседуете, как-то сами организуете процесс и тд.

Плюсы:

Минусы:

С помощью HR’а

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

Плюсы:

Минусы:

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

Аутстаф

Это предоставление вам сотрудника определенного уровня на определенный период времени(обычно от пары месяцев). Чаще всего такую услугу оказывают компании, которые сами занимаются разработкой, как мы в Decart. Мы берем на себя поиск, собеседования, юридическую и бухгалтерскую работу, мотивацию, менторство, соцпакет, оплату отпусков и больничных.

Фактически, вы платите за время специалиста. При этом часть команды может быть вашей, а часть внешней. Менеджмент при этом остается на вашей стороне.

Плюсы:

Минусы:

Аутсорс

Если при аутстафе вы нанимаете отдельных специалистов, то при аутсорсе - полноценную команду, которая работает по поставленным целям. Такая команда может закрывать:

Плюсы:

Минусы:

Для начала давайте разберем более-менее однозначные ситуации.

Когда стоит собирать команду самому:

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

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

Решили вы купить мешок картошки. Первый вариант, где вся картошка была как на подбор, стоил 100 уе, а второй, более мелкой, с глазками и частично сгнившей - 60 уе. Второй выгоднее, если смотреть только на стоимость. Но, купив его, вы потратите значительно больше времени на процесс чистки, а результата - количества почищенной картошки в кг - получите в 2 раза меньше, чем купив первый.

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

Сначала коротко. Есть возможность - берите, это окупится.

Теперь подробнее. Идеальным вариантом я считаю сильную вовлеченность основателя, где он управляет бизнесом в целом, но всю “техническую” работу выполняет отдельный опытный специалист. С вами будут согласовывать все решения, при этом будут выстроены эффективные процессы, которые позволят за те же деньги получать больше пользы.

Попытка совместить в себе роль владельца бизнеса и продакта, не имея при этом опыта, с высокой вероятностью провалится: у вас не будет хватать ни времени, ни экспертизы.

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

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

Примеры проблем, которые может решить консалтинг:

Список можно долго продолжать. Если у вас есть конкретная проблема, обращайтесь в личку.

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

Подход к аутсорсу кардинально отличается. Здесь нужно сделать один правильный выбор.

Найдя в поисковиках компании по интересующим вас запросам вроде “разработка MVP”, изучите их сайты. Ведь сайт IT-компании - ее лицо. Если он вам не нравится, важно понять почему. Если это дело вкуса, ничего страшного, но если он устаревший, неудобный или нелепый, стоит задуматься.

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

Следующий важный пункт - кейсы. Не ищите точно такие же проекты, как у вас, это слишком узкий фокус. Изучите те, что имеют точки соприкосновения с вашими потребностями. Брендинг и большие дизайн-проекты покажут вам, как компания работает с позиционированием, проектированием интерфейсов и визуалом. Проекты по автоматизации раскроют отношение к эффективности процессов. Большие проекты по разработке дадут понимание, с какими масштабами может работать компания. Вишенкой на торте конечно будет разработка продуктов.

Но также важно смотреть и на проекты со знаком минус. Не стоит для разработки продуктов рассматривать компании, основой портфолио которых являются одностраничные или корпоративные сайты. Также лучше обойти стороной тех, кто использует для своих проектов CMS(Bitrix, Wordpress и пр.). Если о целесообразности их использования для проектов можно подискутировать, то для продуктов они не подходят. CMS предназначены для создания более-менее типовых проектов с заранее определенными требованиями. Но они лишены гибкости - одного из столпов продуктовой разработки. Соответственно, если компания в основном разрабатывает на CMS, вы потеряете важное конкурентное преимущество.

Итак, вас заинтересовали несколько компаний, пора с ними связываться. На что обратить внимание?

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