Аутсорсинг 1С: что это и почему это выгодно

Аутсорсинг 1С, как и любой другой аутсорсинг, — это передача сторонней организации деятельности, которая не является для компании профильной.

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

В какой-то момент у руководителя часто возникает мысль:
«А не нанять ли собственного программиста вместо того, чтобы постоянно платить подрядчику?»

На первый взгляд идея выглядит вполне логичной.
Однако на практике все оказывается несколько сложнее.

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

Я хорошо понимаю, как устроен рынок услуг в области 1С, поэтому попробую на собственном опыте и опыте наших клиентов разобрать плюсы и минусы обоих подходов.

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

Почему вообще возникает идея нанять собственного программиста?

Обычно причин две.
Первая и самая главная — кажется, что собственный специалист обойдется дешевле.
Вторая — негативный опыт работы с подрядчиками.

Рассуждения обычно выглядят примерно так.
Подрядчик берет условно 4 000 рублей в час.
Умножаем на 160 рабочих часов в месяц и получаем сумму, которая выглядит весьма внушительно.

После этого возникает простая мысль:
«Если хороший программист на рынке стоит 200 тысяч рублей, то я готов платить даже 300 + налоги с ФОТ . Найму лучшего специалиста, он будет работать только на меня, и выйдет все равно дешевле подрядчика».

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

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

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

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

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

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

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

Будет ли это дешевле?

На первый взгляд — да.

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

Подрядчик работает иначе. Если задач нет, платить не нужно. Если подрядчик допустил ошибку, заказчик обычно вправе рассчитывать на ее исправление за счет исполнителя.

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

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

Свой программист — значит надежнее?

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

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

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

Например (из смежной деятельности, но пример реальный), руководитель может спросить штатного сисадмина, делаются ли резервные копии, и получить ответ: «Да, конечно».

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

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

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

Это не так.

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

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

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

Подробнее про 1С аутсорсинг и форматы работы можно почитать тут.

Автор статьи: Константин Матвейчук, ген.директор CBM-Solution