В поддержке не скучно, или Будни разработчика сопровождения 1С

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

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

Тезис 1:  Работа сводится к однообразным задачам: «чини баги, обновляй конфигурации — и так по кругу».

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

Но в сервисной компании, где мы работаем с разными клиентами, а не внутри одного бизнеса, все иначе. Мы быстро замечаем, когда клиент переходит в категорию «стабильной рутины» — когда процессы отлажены, инструкции написаны, а все подводные камни давно устранены. И тут у нас есть важное преимущество: если сотруднику становится скучно, мы легко переключаем его на других, более динамичных и интересных клиентов. Благодаря накопленному опыту, поддержка таких клиентов становится фоновой задачей — она выполняется быстро и эффективно, не отвлекая от реально новых задач. А еще никто не запрещает и самим проявлять инициативу: разработчики могут предлагать клиентам улучшения и подсказывать, где можно сделать их систему ещё «лучше».

Тезис 2: В поддержке не создают ничего нового – только исправляют чужие ошибки.

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

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

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

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

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

Тезис 3: В поддержке работают только с устаревшими системами и устаревшим технологическим стеком. Никакого EDT, git, sonar и прочего.

Этот тезис немного перекликается с первым, но я скажу так: в хорошей компании всегда ищут золотую середину. Да, есть клиенты, у которых системы эпохи Windows XP и доллара по 25, — никто не спорит. Но это не значит, что если в команде попался такой клиент, то на этом мир закончился, и команда будет сидеть и бояться перемен. Наоборот, в каждой команде стараются держать «парк» конфигураций разнообразным: есть и старые решения, и вполне себе современные. Так что в любом случае коллеги обычно не теряют хватку и могут в любой момент переключиться на нового клиента с актуальными задачами.

А что с новыми технологиями? Тут всё в руках инициативы команды и её тим-лида. Если есть желание, никто не запрещает внедрять новые инструменты. Уровень доверия с заказчиком часто позволяет установить на их сервер что-то полезное — например, Git для контроля версий или EDT для разработки. И наши собственные сервера можно использовать как поле для экспериментов. Хотите попробовать что-то новенькое? ИТ-служба подскажет, поможет, настроит — было бы желание.

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

Да, в поддержке иногда приходится ковыряться в устаревших системах, но это не приговор. Всё зависит от команды и её стремления держать руку на пульсе.

Тезис 4: Поддержка — для новичков, выше «разработчика-пожарника» в ней не вырасти

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

Итог: плюсы работы в поддержке

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

1. Стабильность команды. Вы не расстаётесь с коллегами после завершения проекта. Команда работает вместе годами, и это создаёт атмосферу, где все понимают друг друга с полуслова.
2. Чёткое разделение ролей. Аналитики общаются с клиентами, а разработчики сосредотачиваются на коде. Каждый занимается своим делом.
3. Нормированный график. Здесь вы получаете предсказуемое расписание, которое оставляет время на жизнь вне работы.
4. Возможности для всех уровней. Стажёры учатся на реальных задачах, быстро набираясь опыта, а профессионалы могут погружаться в сложные вопросы — например, проектировать архитектуру новой интеграции.
5. Горизонтальная ротация. Сегодня вы работаете с продажами, завтра — с производством. Это как смена работы, только без необходимости прощаться с компанией.

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