Виталий Онянов: об автоматизации хаоса, эффективной работе и кадровом голоде в 1С

INFOSTART EVENT 2019 Education закончилась, но мы продолжаем делиться интервью с участниками и докладчиками конференции. Поговорили с ведущим разработчиком компании «ФТО» Виталием Оняновым. Обсудили тренды в мире 1С, вопросы кадров и мотивации персонала.

Виталий, добрый день! Добро пожаловать в Санкт-Петербург. Сегодня второй день конференции. Расскажите нам о своих впечатлениях. Что привлекает вас, как участника конференции? С какими вопросами вы приехали, какие доклады успели посетить?

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

Я на Infostart Event уже в четвертый раз. И до этого года я ходил больше по техническим докладам, на секцию HighLoad, но в этот раз меня почему-то больше интересуют мастер-классы об управлении людьми, управлении командой, вопросы мотивации. Практически весь день я вчера на мастер-классах и провел. Очень здорово! И также это замечательно, что когда люди развиваются, растут, у них появляются другие задачи, Инфостарт и тут остается в тренде. Каждый среди пяти потоков может найти для себя что-то интересное. Спасибо вам.

Расскажите, что для вас в целом Инфостарт. Какими разделами сайта, сервисами вы пользуетесь?

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

Очень здорово, что статей стало много. Насколько я помню, раньше было 3-4 статьи за неделю (таких, которые в ТОП выбивались). Сейчас их больше десятка каждую неделю. Уже не успеваешь, приходится выбирать, что тебе более интересно. Кроме того, Инфостарт – это очень классная площадка для своего личного нетворкинга, отличное место для публикаций, выкладывания своих наработок, где можно получить обратную связь от сообщества – это все здорово. Пользуемся постоянно.

Может быть, у меня не самый полный кругозор в этом вопросе, но постараюсь сказать, что мне кажется перспективным. Первое – как мы видим даже по секциям, по докладам – это СУБД Postgres. Она сейчас очень активно набирает обороты. В первую очередь, благодаря действиям компаний 1С и Postgres Pro. Во-вторых, конечно же, из-за импортозамещения – в скором времени все государственные компании перейдут на Postgres. Мелкий бизнес уже в целях экономии начинает работать на Postgres. И я думаю, что со временем подтянется и крупный Enterprise. И надо, наверное, начинать активно изучать эту СУБД, применять, «набивать шишки» и т.д. 

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

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

Чем дальше, тем больше идет разделение типового 1С-ника, «компьютерщика все в одном», который был 7-10 лет назад, на ярко выраженные роли – бизнес-аналитика, консультанта 1С, разработчика 1С. Разработчик может вырасти в отдельного специалиста - эксперта 1С. Появились отдельные роли администратора 1С, специалиста 1-ой линии поддержки. Системы становятся настолько сложными, настолько объемными, что для поддержки, а тем более, для успешного внедрения, нужна команда разных специалистов. И вот это разделение становится все более ярко выраженным. Наблюдаю эту тенденцию давно, и я только «за». Думаю, что дальше такое расслоение будет увеличиваться и станет обязательным, как для команд внедрения, так и для поддержки. 

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

Мы внедряем и поддерживаем различные решения на 1С и, конечно же, больше всего мы внедряем основную линейку типовых конфигураций – «Управление торговлей», «Комплексная автоматизация» и, конечно же, «1С:ERP». Последние несколько лет много проектов по внедрению «ЗУП», сами знаете почему. Дорабатывать приходится по-всякому: и немного, и сильно много, и новые большие блоки внедрять. Это все есть. Проблемы технического характера разные. Разве что, может быть, производительность в последнее время страдает у типовых конфигураций. Но это все решается. 

Еще по поводу того, много или немного приходится дорабатывать… Иногда приходится изменять типовой функционал очень значительно. И я не уверен, что это всегда идет во благо клиенту. Мне кажется, часто наоборот, во вред. Если у клиента не выстроены бизнес-процессы, творится хаос и кто-то начинает этот хаос автоматизировать, пытается вот эти кривые бизнес-процессы наложить на типовые конфигурации – получается, как известно, автоматизированный хаос. 

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

Был один такой проект лет пять назад. Мы внедряли «Зарплату и управление персоналом» в одной очень крупной компании с очень специфическим учетом. И причем интервью было сделано, интерфейсы описаны и все бизнес-процессы выстроены для типовой конфигурации ЗУП 2.5. И кто-то заказчику сказал: «Почему вы 2.5 внедряете? Надо 3.0 внедрять!». А тогда это была крайне сырая конфигурация, она только-только появилась, а у нас уже все было описано для 2.5. Мы все-таки, зашли в этот проект, были очень большие проблемы с производительностью ЗУП 3.0. Ни мы, ни оборудование заказчика – не были готовы к такому. Дошло до того, что нам позвонил руководитель компании и сказал: «Ну что ж, проект не удался, собирайте вещи, езжайте домой. Все». На что команда сказала: «А чего это вдруг?». И нами были предприняты героические усилия, но мы все-таки запустились, все сделали. Внедряли, кстати, здесь, в Санкт-Петербурге. Практически месяц мы жили, почти в прямом смысле у заказчика. Командировка ожидалась интересная – все-таки в Питер съездить, погулять, посмотреть. А за месяц мы только пару раз на полдня в воскресенье выбрались в центр и все. Проект был очень сложный, но в то же время интересный. 

Был также тяжелый проект в Беларуси по внедрению ERP. Мы внедряли локализованную версию, она была крайне сырая, вплоть до того, что документы в типовой конфигурации не проводились, валились с ошибками. Причем, это была ERP 2.0, когда как в России уже везде 2.4 была. Тоже довольно тяжело было. Вот такие проекты. 

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

Какого-то универсального совета, наверное, здесь нет. Если бы был универсальный рецепт, половину секций на Инфостарте можно было бы отменить. На мой взгляд, чтобы команда была эффективной, нужно понять, что такое вообще эффективность. Каждая команда в каждой отдельно взятой ситуации понимает это по-своему. Например, эффективность для поддержки – это, предположим, соблюдение SLA и срок жизни заявки в техподдержке. Для проектной работы, для разработчиков – это, возможно, количество закрытых часов, соблюдение план-факта, соблюдение сроков. То есть, нужно понять, что для вас в конкретной ситуации является эффективностью. Это бывает сложно, но еще сложнее потом вести метрики, которые ее бы измеряли. Ведь мало понять, что для нас эффективность, нужно научиться ее каким-то образом измерять. Это нетривиальная, очень сложная задача, но, предположим, вы с ней справились. А дальше пробуйте все, что вам посоветовали. Все, что вам кажется удачным. У вас есть метрики: вы за ними следите, измеряете текущую производительность. Внедрили утренние стендапы по 15 минут – посмотрели, эффективность выросла или упала. Если выросла – все круто, оставляем. Если упала – выкидываем. То, что может помочь одной команде, другой будет вредно и наоборот. Какого-то универсального совета здесь не дашь. Руководитель должен экспериментировать и выводить свою команду на хорошие параметры производительности. 

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

Оценивать труд программиста всегда непросто. Как это вообще можно сделать?

Тут две задачи – оценить результативность самой команды. Здесь, опять-таки, вам самим нужно понять, что вы будете считать результатом, и научиться это мерить. Это – одна задача. Оценить вклад каждого разработчика, каждого участника команды – другая. Это очень тяжелая задача. Наверное, я сейчас не готов дать какие-то рекомендации. Может быть, в следующем году я расскажу об этом в отдельном докладе.

Отлично, будем этого ждать! Если говорить о ресурсах компании – существует ли такая проблема, как их нехватка? Используете ли вы, может быть, удаленных разработчиков? Как вообще вы оцениваете перспективы аутсорса?

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

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

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

У нас в сообществе часто говорят о том, что сообщество 1С-ников особенное, в нем присутствует своя атмосфера. Так ли это на ваш взгляд? Какие особенности вы отметили для себя?

Да, конечно, это своя атмосфера. Что печально – это большая пассивность разработчиков, вообще специалистов 1С. Почему так? Точно не могу сказать. Во-первых, может быть, потому что мы слишком замкнуты внутри своих технологий, внутри 1С, потому как другие разработчики, в web, в мобильной разработке – могут менять технологии, менять деятельность довольно часто. У них даже в рамках одной технологии все меняется каждые два года, они вынуждены за всем следить, успевать. А мы можем более-менее стабильно существовать. Поэтому, наверное, такая пассивность. Кроме того, еще такой фактор, что основные специалисты-разработчики-аналитики-дизайнеры в других сферах работают, как правило, в ИТ-компаниях. А все-таки ИТ-компании – это не то же самое, что работать на конечном предприятии. ИТ-компании развивают своих специалистов, мотивируют, занимаются с ними, а в 1С очень большая доля специалистов работает на конечных предприятиях – сидят один-два-три разработчика на конечном предприятии, они же и консультанты. Они в своем микромире варятся, в нем живут и редко из него выходят. Это, конечно же, плохо. Сейчас ИТ-компаний, которые занимаются 1С, все больше. Появляется много конференций – в последнее время у нас идет активное развитие 1С-ных сообществ. Инфостарт это начал, спасибо большое. Мы в Омске и Краснодаре запустили ежегодную конференцию. В этом году в Омске она будет проходить уже в 3-й раз. Мы видим, что Инфостарт делает региональные конференции, партнеры наши делают самые разные конференции, в Новосибирске, в Хабаровске – это здорово. Уже само сообщество начинает немного вылазить из своей скорлупы и начинает развиваться. Это здорово.

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

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

https://infostart.ru/events/