Комментарии 62
Данные вопросы позволяют определить, интересовался ли кандидат компанией и её продуктами до прихода на собеседование, знает ли о областях их применения, особенностях и характеристиках.
Вопросы о компании и продукции очень показательны. Как правило, от сотрудника не будет, если не интересуется будущей компанией. Но в последнее время таких соискателей большинство.
по пункту 8:
Абсолютно все кандидаты не сталкивались ранее с одной-двумя-тремя группами оборудования и ПО, а значит не знают об их производителях. С моей точки зрения, это является абсолютно нормальным. Наоборот, в процессе диалога я сам рассказываю им таких производителей.
а в чём тогда смысл спрашивать?
В общем, вы из разработчика пытаетесь сделать торгаша, агента по продажам. Последнему вообще ничего из заявленных требований не нужно совершенно. Изучил спецификацию на изделия, изучил в общем принципы работы АСУ. И достаточно.Для среднего человека делов на пару дней.
У меня только один вопрос, но по делу, скажите, пожалуйста, для чего вы интересуетесь у соискателей медиа конвертерами?
Не знаю, кого Вы относите к "разработчикам", но я с таковыми дело не имею и подобные специалисты ни разу ко мне на собеседование не приходили. Для таких специалистов в моей компании имеются отдельные вакансии: схемотехники, программисты...
Изучил спецификацию на изделия, изучил в общем принципы работы АСУ. И достаточно.Для среднего человека делов на пару дней
Для среднего СПЕЦИАЛИСТА, но никак не "человека". Да и этот специалист должен много чего понимать. Посмотрите в статье первую "картину", я там написал про когнитивный базис.
...для чего вы интересуетесь у соискателей медиа конвертерами?
Для того, для чего любой специалист, работающий инженером по применению оборудования, должен понимать возможную структуру организации сетей передачи в АСУТП.
Последнему вообще ничего из заявленных требований не нужно совершенно.
И не сможет рассказать о преимуществах продукта и/или ответить на дополнительные вопросы заказчика.
Руководство будет удивляться отчего нет продаж?
Почему не сможет, что за глупость. Все вопросы, которые будет задавать заказчик, не имеют такой уж глубины что бы требовались навыки действительно инженера. Достаточно менеджера. Или заказчик будет интересоваться, например, какими методами производился расчет схемы цепи узла, методом узловых потенциалов или методом наложения и почему получился такой или иной баланс мощностей? Ой, пардон, это уже уровень инженера.Вам не очень понятно.Зато, может быть немного поймёте кто такой инженер, а кто такой рекламный агент.
Сфера автоматизации промышленных технологических объектов настолько обширная, что некоторые заказчики довольно глубоко погружаются в подготовленное технико-коммерческое предложение и задают действительно узкие вопросы как по самому оборудованию, так и по возможности реализовать те или иные технологические алгоритмы.
какими методами производился расчет схемы цепи узла, методом узловых потенциалов или методом наложения и почему получился такой или иной баланс мощностей?
Если сдал экзамен ТОЭ, значит стал умнее втрое ))))
Вы недооцениваете роль инженера по применению. Покупатель всегда задаст какие-то вопросы, ответы на которые продажник просто не может знать. И более того, продажник просто не поймет, корректно ли вопрос сформулирован.
Разработчик/интегратор сможет ответить, но держать целого разработчика на поддержку продаж - очень накладно. Кроме того, у разработчика чаще всего не развит скилл "вытащить из заказчика подробности о его применении".
Проблема в другом. Те, кто может быть инженером по применению, могут быть и полноценным разработчиком - за гораздо больший прайс к тому же. И мотивацией сидеть в роли инженера по применению остается только "общение с людьми". Что, впрочем, так себе мотивация. Вот и получается, что поди еще найди такого специалиста.
Я в свое время пришел к тому, что инженер по применению должен поработать года два и перейти в разработчики. тогда все более-менее довольны.
О, «Прософт‑Системы»! Был я у вас на ознакомительном курсе по АСКУЭ «Энергосфера» в 2018 году, был очень впечатлён климатом компании. Насколько я помню, в те времена вы только начинали делать первые шаги в сторону АСУ ТП.
Было интересно почитать и сравнить со своим опытом найма SE. Хороший структурированный чек-лист. Резануло только два момента, это продолжительность собеседования (как понимаю до двух часов) + тестовое задание. С учётом того, что в российских реалиях, эта должность незаслуженно считается стартовой позицией с соответствующей оплатой, собеседование выглядит чересчур нагруженным.
эта должность незаслуженно считается стартовой позицией
Стартовой для чего? Я не возьму сотрудника, для которого это будет его первой работой после получения высшего образования.
Стартовой не в смысле первого места работы, а в кадровой иерархии компаний полного цикла по разработке и внедрению АСУ. Вы же понимаете, что если кандидат будет полностью соответствовать вашему чек-листу, он будет слишком квалифицированный для данной позиции, требовать соответствующей оплаты и через полгода заскучает и "попросится на свободу".
О, нет, на за скучает )))
Рабочие задачи разнообразны и подаются от "простого к сложному".
Не согласен с Вами относительно кадровой иерархии. Вообще не должно быть какой-либо связи, так как от качества presale порою зависит вся дальнейшая работа по реализации проекта автоматизации. А значит квалификация команды инженеров по применению оборудования должная быть соответствующей и высокой.
В такой команде, как и в любой другой есть и новички, и середнячки, и матёрые зубры.
А как должен человек получить работу после ВУЗа?
Кем считается стартовой?
Хорошо бы подобную статью на специалиста отдела продаж, от которого прилетают заявки на расчет для Presale-инженера АСУТП.
А?
Прочитал, вроде все по делу, но нет какой то глубины, наверное. Возможно она в такой момент и не нужна. Это ваш подход и вам так удобнее, это не обсуждается.
Попробовал сам "оценить" достаточно ли этих знаний, чтобы получить представление о специалисте. Лично для меня знание ГОСТа, знание широты линейки производителей (ещё и отечественных) и тем более какое то представление о компании точно не существенны и не критичны при принятии решения. Но вот личный опыт "руками", а не участие в проектах, понимание основных сложностей на всех этапах "цикла", понимание перспективы развития отрасли это важно, хорошее понимание технологии в каких то областях тоже огромный плюс.
Глубина возникает при адаптации молодого сотрудника.
Здесь уже написал один из пользователей про сложность вопросов при проведении подобного интервью. И это тоже имеет место быть.
Важным является сопровождение каждого инженера в ходе начала работы, а не "бросание котенка в таз с водой". Тогда и результат будет прогнозируемым, и эмпатия, и уверенность в том, что всё получается.
Да нормально всё человек про пресейла рассказал. Всё по делу. REGUL-ы Ваши, кстати, весьма ничего:) за них и ГазПром, и Ленэнерго топят (например). Тем временем некоторые производители всё метрологический сертификат получить не могут, несмотря на годы продаж в РФ.
А у меня к ним есть пару претензий.
1. Время жизни продукта. Были контроллеры R200, которые перестали производить. А у нас на работе часть ЛСА на объектах работают на них. ПЛК ломается и все - не купил ЗИП и сиди теперь. Либо переделывай проект, а это время/деньги/доп закупки опять того же оборудования.
2. Стабильность. За время моей работы вот в 2024 году вышел из строя R400 - просто подвис, физически к нему не подключиться было возможно, а после перезагрузки на экране пошли полосы и всё - приехали. Благо их выпускают, проект залили и дальше работать. А если контроллер участвует в важном техпроцессе? Вот два дня назад отказал R500. Причём есть несколько подверсий R500: R500-51 и R500-51-W. Отличаются они тем, что W поддерживает визуализацию. Вот есть обслуживающий персонал, бинарная копия проекта (dat) и сам проект в Epsilon LD. Достают они из зипа контроллер, а он простой, без W. И ты проектом не подключишься, ни Dat файл не восстановишь, потому что отличаются target id. Опять либо проект пересобирать, либо искать нужный CPU. Но эти CPU физически они внешне похожи, как их отличить - не понятно.
3. Техподдержка. Есть на сайте, но ответы иногда очень долго, а у тебя "объект горит", плюс часовые пояса (мы на ДВ, пока Урал проснётся тоже время рабочее доступное на работы уменьшается).
О, да. Очень знакомо. Складывается впечатление, что пользователи российских АСУТП должны страдать.
Много было обещано продажниками, но по факту внедрения столько лезет косяков и обещания не выполнены.
А ещё жизненный цикл и надёжность.
Сейчас репутация стоит очень дорого. Раньше (2 года назад) заказчики почти в один голос просили Regul. Сейчас просят переделать проекты, которые не ушли в реализацию на другие контроллеры. Причем готовы их сами везти по параллельному импорту.
Вооо, пошли "разговоры о наболевшем" (((
А тема статьи совсем о другом.
Дмитрий, извините если мы ушли в другую степь. Просто линейка R200 очень лично меня зацепила. А сколько мы с тех поддержкой бились по поводу шлюз конвертора (у которого своя прошивка) тоже на базе R200 - в самом начале это был очень сырой продукт. Просто менеджер по продажам это будущему покупателю не расскажет, тут только своим опытом нарабатывается. Но, как и говорил выше, базис у Прософт хороший, бренди известный, брать будем, но лишь бы было что купить.

Объект ввели в работу в 2019 году, менее 5 лет и всё - контроллер умер.
А куда нам деваться? Надо ж импортозамещать. И сразу. И много. И быстро. Поэтому, Фаствел и Регул.
Согласен. Но выбор ещё есть, но опять же у многих все сырое ещё- и ПО, и железо. Меня только беспокоит линейка - ты покупаешь, думаешь все будет, а тебе просто прекращают продажи и всё. Как-будто китайский автомобиль берешь, срок службы кончился, деталей не производим. Опять же модули санкционные Schneider Electric люди тянут из Китая, производство 2022/2023 годов модули - можно быть уверенным, что даже через обходной пути можно будет купить.
Прекращают выпуск без уведомления?
Почему, указывают, вот на сайте - https://prosoftsystems.ru/news/zavershen-vypusk-programmiruemyh-logicheskih-kontrollerov-regul-r200
Я думаю по дате понятно, с чем это связано.
Прошу всех не офтопить. Имеются другие каналы связи для высказывания своих проблем с оборудованием и ПО.
но опять же у многих все сырое ещё- и ПО, и железо
Наше оборудование в количестве десятки тысяч штук успешно работает в составе множества АСУТП уже более 10 лет.
О какой сырости Вы вообще говорите?
Дмитрий, я написал у многих в плане других отечественных производителей, а не конкретно у Прософт - перечитайте комментарий ещё раз. Если вам нужен пример, то та же Нефтеавтоматика тоже начала производство, но проблемы встречаются - я подразумевал это.
Какие должностные обязанности на этой вакансии? И какая зарплатная вилка?
А когда компания законтрачивает проект пресеил участвует в команде по реализации проекта?
Здравствуйте!
Отвечу только на последний вопрос, так первые два не относятся к теме статьи: да, на этапе инициализации проекта, первом установочном совещании и, если потребуется, частично на этапе проектирования для уточнения некоторых технических деталей ранее разработанного решения.
Спасибо за ответ.
А то не очень понятно разделение ответственности и вынесение пресэйла в отдельное (от тех кто реализует проект) подразделение.
Фактически на нём выработка проектных решений. Что есть одна из функций ГИПа, а потом он отходит от проекта, и не факт, что ГИП, реализующий проект, разделит его подходы и решения. (и кто будет в этом случае отвечать за неуспех проекта?) Поэтому и встал вопрос о обязанностях на вакансии. В зависимости от них структура собеседования может быть как оверквалифай, так и не покрывающая все аспекты работы. Вот ты пишите, что соискателей иногда ставит в тупик вопрос о структуре АСУ ТП или отличии интерфейса от протокола. Но это говорит о том, что соискатели совсем не представляют себе, что они будут делать на этой позиции. А это говорит о несоответствии обязанностей статусу позиции. Или плохой работе HR-ов.... Отсюда и вопросы ....
Ок, благодарю за Ваш комментарий.
на нём выработка проектных решений
Не соглашусь с такой формулировкой "проектных". Корректнее и ближе здесь "ОТР - основные технические решения". Да и этот документ разрабатывается на стадии реализации проекта, ни никак не при пресейле.
...разделит его подходы и решения. (и кто будет в этом случае отвечать за неуспех проекта?
Да, согласен. Отвечает команда, которая занимается управлением и реализацией проекта.
Хорошей практикой является предоставление обратной связи от этой команды в стороны presale-команды по итогам работы над проектом (промежуточным - после отгрузки шкафов в адрес заказчика и итоговым - после внедрения АСУТП в пром. эксплуатацию). В моём коллективе это must have.
Но это говорит о том, что соискатели совсем не представляют себе, что они будут делать на этой позиции
Нет, что Вы! Это говорит об уровне знаний и навыков относительно сферы автоматизации и передачи данных.
Нет, что Вы! Это говорит об уровне знаний и навыков относительно сферы автоматизации и передачи данных.
То есть они работают на аналогичных позициях в других компаниях не обладая столь базовыми знаниями ?
Не знаю, что происходит в других компаниях.
Я однозначно разделяю понимание кандидатов его должностных обязанностей и его уровень знаний и навыков. Сначала проговариваем первое, а затем второе при однозначном указании "а помните, вон там говорили про то, что требуется от сотрудника, работающего по данной профессии".
В результате кандидат понимает, зачем я все это спрашиваю.
Ответ очень простой. В KPI данных спецов в компаниях производителях. В условиях конкуренции, конверсия выданных ТКП в проекты не превышает 20%. То есть в реализацию идёт, в лучшем случае, каждый пятый проект. Соответственно SE должен сделать ТКП (в порядке важности) быстро, с более-менее точным и оптимальным бюджетом, с рабочей техникой. Иначе ваше отлично проработанное ТКП через месяц уже никому не нужно, так как тендер уже закрылся и его забрал конкурент. Чистый технарь / ГИП утонет в проработке. Проверено на практике.
Риски о которых вы пишите митигируются проработкой процедур передачи проектов на исполнение через чек-листы, использование типовых схемных решений, принятых в компании, а также обратной связью по итогам проекта с влиянием на ЗП SE. Причем чем зрелее компания, тем лучше эти вещи сделаны и работа SE максимально упрощается. Тут сразу возникает вопросы про а какую квалификацию должен иметь SE, а сколько он должен получать, если его задача сводится к обсчету по шаблонам, но это совсем другая история, на ещё одну статью - про будни работы SE.
Не увидел в вашей статье никакого прощупывания соискателей на предмет именно "софт" скиллов, хотя именно эти качества очень важны для успешной работы Pre-sale инженера. Человек может быть очень сильно компетентным, привести вам по тысяче примеров производителей источников питания 24В (это же так важно!!!!!!!!!), но при этом не уметь работать с возражениями, стесняться в работе с подрядчиками/заказчиками, не уметь простыми словами доносить свои мысли и т.д..
По поводу ценовой вилки я понял, что ответа вы не дадите, хотя очень интересно. Не до конца понятно, стоит ли игра свеч?
Здравствуйте!
Обратите внимание на пункт 3 "картины второй" + на то, что я уже имею от коллег по HR после проведения первого собеседования.
Относительно ценовой вилки я не буду ничего писать.
Игра стоит свеч, об этом говорит опыт самого рекрутинга.
Немного путаете роль SE и менеджера по продажам. Именно менеджер по продажам должен обладать софтами о которых пишите выше. Софты которые нужны SE видны уже в ходе собеседования без дополнительных "упражнений".
В итоге какой критерий успешного прохожденеия собеседования? Какой процент прохождения/отказов?
Presale-инженер АСУТП: техническое собеседование при приеме на работу