Разработчик
Воплощает задачу в программе.
Статьи директора · сопровождение
Рано или поздно этот разговор случается в каждой компании, где 1С стала частью работы: «может, возьмем своего программиста в штат?» Разберем честно, с цифрами. И сразу оговоримся: иногда своего брать действительно нужно — ниже написано, когда именно.
С этого начинается большинство ошибок.
Для пользователей любой человек, работающий с 1С, — программист. Когда-то так и было: во времена «семерки» кодовая база конфигураций была компактной, и один специалист мог держать в голове все. Он же аналитик, он же консультант, он же сопровожденец, он же разработчик.
С тех пор все сильно изменилось. Сегодня специализация очень глубокая, и за словом «программист» скрываются как минимум шесть разных ролей.
Воплощает задачу в программе.
Решает, как данные будут храниться, какие именно и как будут обрабатываться — до того, как написана первая строка кода.
Закрывает простые вопросы пользователей, но моментально.
Отвечает, как правильно сделать в программе. Подчеркиваем: в программе.
Знает, как сделать правильно вообще, безотносительно программы.
Приходит на проект, описывает, как выстроены процессы, и говорит, что и как нужно поменять, чтобы это заработало в 1С.
Разницу между разработчиком и архитектором видно на простом примере. Поставьте задачу: сделать обработку справочника. Сто позиций — справится любой. Десять тысяч — будут сложности, но справится. А если позиций миллион, сначала нужно думать, как обрабатывать данные, и только потом писать: технологическое окно два-три часа, и в него нужно уложиться.
Когда клиент говорит «нам нужен штатный программист», мы всегда спрашиваем именно это. И обычно слышим в ответ: «чтобы делал все».
Хорошо. Представьте: к вам приходит отличный высококлассный разработчик.
Будет ли он отвечать на простые вопросы пользователей? Наверное, да.
Будет ли у него после этого время сесть и разработать качественное программное решение? Наверное, нет.
Поэтому одного человека мало почти всегда. Реально нужны трое: тот, кто закрывает техподдержку; аналитик или консультант, который описывает, как это должно работать; и разработчик, который воплощает.
Цифры по Тюмени, чистыми на руки — то есть без налогов и взносов, которые работодатель платит сверху.
Любопытная деталь: вопрос не столько в деньгах, сколько в уровне квалификации за эти деньги. За одну и ту же сумму специалист в офис будет чуть слабее, а удаленный — чуть сильнее: рынок удаленной работы шире.
И к этому добавьте то, о чем вспоминают позже: люди болеют, уходят в отпуска, увольняются. Один человек в штате — это еще и вопрос замены.
Об этом не принято говорить вслух, но это происходит.
Дело не в людях, а в узком круге задач. Разработчик в торговой компании отлично знает торговлю, партионный и складской учет. А производство — не будет: ему это просто не встречается. Сложный учет НДС в строительстве — то же самое. Не потому что не способен, а потому что не нужно.
Через несколько лет получается специалист, который прекрасно знает вашу базу и мало что за ее пределами. Пока ничего не меняется — все хорошо. Когда понадобится новое направление, окажется, что опыта в нем нет ни у кого.
Хорошие специалисты это понимают и лечат сами: пара лет в штате, пара лет у франчайзи, и снова. Так держится баланс — деньги и стабильность с одной стороны, разнообразие задач и квалификация с другой.
Это к вопросу «мы предложим больше и найдем хорошего».
Деньги решают только вопрос «не уйдет из-за зарплаты». Дальше начинается главное: сможете ли вы давать интересные задачи?
Если интереса нет, человек теряет блеск в глазах месяцев за шесть-семь и уходит. Не из-за денег — от скуки.
Неочевидный, но, пожалуй, самый важный нюанс.
В компании, где основной бизнес — торговля или производство, ИТ-специалист относится к обслуживающим функциям. То есть к затратам. Не к тем, кто приносит деньги.
Прямо этого обычно не говорят. Но дают понять — иногда весьма явно. И люди это чувствуют.
Отсюда следствие, которое стоит принять заранее: заманить действительно сильного специалиста на такую позицию — задача, над которой нужно серьезно подумать. В штат чаще идут те, кому важна стабильность. Они работают хорошо и качественно — но «вау» от них ждать не стоит, они за другим пришли.
Когда садишься считать, фонд оплаты труда действительно выходит внушительный. Но настоящая проблема другая: такой команде обычно нечего делать.
Допустим, у клиента стоит ERP и документооборот. Для команды из трех специалистов это маленькая задача — по объему работы, которая реально возникает каждый месяц. Люди наняты, зарплата идет, а загрузки на них нет.
Именно поэтому разговор «нам нужен свой программист» мы всегда переводим в разговор «давайте сядем и посчитаем».
Здесь без лукавства — такие ситуации есть.
И при условии, что конфигурация достаточно тяжелая: хорошо кастомизированная, либо ERP, либо управление холдингом, либо документооборот.
Если у вас несколько бухгалтерий и зарплата — а тем более УНФ, — вы просто потеряете кучу денег. Работа не наберется.
В очень больших компаниях разделение ролей сохраняется в полном объеме. Найти человека, который одинаково хорошо знает и код, и предметную область, и конкретную конфигурацию, можно. Вопрос в том, сколько вы будете его искать и сколько он будет стоить — это принципиально другие деньги.
Показательная история: у компании была полноценная ИТ-служба — команда из шести-семи человек, фонд оплаты труда около трех-четырех миллионов в месяц.
Все работало. Но три с лишним миллиона ежемесячно — это та сумма, на которой собственник начинает считать внимательно.
Посчитали, сократили и ушли на аутсорс. Теперь платят ощутимо меньше — при том же результате.
Сопровождение — это способ получить все нужные роли, не нанимая троих. В тарифе есть и техподдержка, и консультации, и разработка, а платите вы за фактически нужный объем, а не за то, чтобы люди сидели.
Если у вас 150+ рабочих мест и тяжелая конфигурация — приходите поговорить, но, возможно, мы сами скажем, что вам выгоднее свои люди. А если задача в том, чтобы кто-то отвечал на вопросы и делал доработки без простоев, — считать нужно вместе.
Статья написана по надиктовкам директора — Евгения Карпова, ГК «Солвикс». Это практика с внедрений и сопровождения, а не пересказ документации: то, что видно, когда сам разбираешь чужие базы.
В активе: 43 пройденных курса и 1328 учебных часов, первый экзамен сдан в 2009 году. «1С:Специалист-консультант» по 1С:ERP (управленческий и регламентированный учет), по 1С:Управление торговлей и по 1С:Документообороту.