Как покупать людей? Пошаговая инструкция

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

Выбор методики работы

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

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

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

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

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

Банальная экономия накладных расходов в офисе.

Как правило в поисках подрядчика по веб-разработке компании обращаются в крупные агентства, где заказывают разработку «под ключ». Но такой подход не работает для компаний со сложными технологичными продуктами, и обычно таким заказчикам мы предлагаем работать по схеме аутстаффинга. Почему?

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

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

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

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

Выбирайте компании с большим количеством специалистов необходимой вам компетенции в штате:

Им легко адаптироваться под ваши внезапные желания увеличить или уменьшить объем работ прямо сейчас.

Если специалист, который работает над вашим проектом, заболел или собрался в отпуск, найдется тот, кто безболезненно его заменит.

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

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

Для работы по такой схеме я советую выбирать «регионалов»:

Они дешевле, чем столичные компании сопоставимого уровня: здесь стоимость часа в первую очередь зависит от регионального рынка труда и стоимости специалистов на месте.

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

Решение инженерных вопросов гораздо меньше зависит от ментальности людей и их национального колорита.

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

Выбирайте тех, кто не кричит о реализованных проектах:

Скорее всего они уважают подписанный NDA.

Они мыслят четко выстроенными процессами, способными переварить любые объемы, а не проектами.

Проект — это коллективное творчество заказчика и подрядчика, и заслуга компании-разработчика как минимум не полная.

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

Как выбрать такую компанию и не ошибиться в компетенции? Процесс напоминает найм узкопрофильных специалистов в штат.

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

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

Познакомьтесь с людьми, принимающими решения, и поймите, что вы все правильно разграничиваете зоны ответственности.

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

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

| Подписаться на комментарии | Комментировать

Источник: Roem.ru