Автоматизация производственного предприятия

19 августа 2015
49

Постановка задачи 

Предприятие дискретного производства, численность составляет от 1000 до 4000 человек (условно). Номенклатура составляет порядка 20000 наименований. Соотношение своих и покупных изделий (материалов) примерно 70х30 с вариантами. Элементы автоматизации есть, но разрозненны и не покрывают бизнес-процессов целиком. Руководством поставлена задача перейти на новый уровень, создав комплексную систему автоматизации, включая автоматизацию процессов конструкторско-технологической подготовки производства продукции и производственного учета и планирования. Однако средства и другие ресурсы ограничены, поэтому нужно сделать работающую систему, по возможности, в сжатые сроки и без сверх-затрат.

Не рассматриваем:

1. Вопросы инфраструктуры. 

2. Вопросы внедрения бухгалтерского и налогового учета. Тема «избитая» и достаточно понятная.

3. Конкретные программные средства. 

4. Бюджетную часть проекта.

5. Всевозможные человеческие факторы. 

6. Рассматриваем вопросы «ЧТО», не рассматриваем вопросы «КАК».

Возможные пути решения 

Первый этап: проектирование и выбор инструментов 

1. Получить от бизнеса конкретную постановку задачи и ее зафиксировать. Причем от каждого направления бизнеса отдельно.

2. Нарисовать на бумаге прототип будущей системы.

3. Постараться описать ВСЕ бизнес-процессы, подлежащие автоматизации. По ролям, по подразделениям, по движению документов. Посмотреть сразу, что можно было бы оптимизировать.

4. Сформировать управление проектом. Необходим главный архитектор системы, обладающий всей полнотой власти на предприятии. Либо – первое лицо, либо кто-то из заместителей. (крайне желательно).

5. Приступить к выбору программных продуктов.

Вам нужно: PDM (она же, желательно, MDM), учетная система (ERP), финансово-бухгалтерская система.

Единой готовой «коробки», охватывающей все это, не существует на практике, хотя в теории многие себя пытаются позиционировать именно так.

Сугубо личное мнение  

Если бы я начинал с нуля автоматизацию на подобном предприятии, то, может быть, рискнул бы пойти на внедрение полноценной ЕRP, недавно анонсированной уважаемым российским разработчиком. Это сложно и рискованно, но там объявлены модули PDM и т.п. Все очень сыро, до конца не опробовано, примеров полных внедрений «под ключ» всего и сразу нет. Много придется дописывать. Это деньги, сроки и при неявном результате.. Но игра может стоить свеч. А может и не стоить.

Есть масса MES-систем, уже готовых, небольших, со встроенным необходимым функционалом. Возможно, есть смысл посмотреть их. Но надо понимать, что для бухгалтерских и прочих учетов, а также расчета зарплаты все-таки лучше использовать наиболее массовую, известную. Хотя, это дело вкуса. Из модулей ERP вам будет нужен только :

 - учет списания входящих деталей (межцеховые переходы);

- учет брака (акты, отчеты);

- закупки, склады , движение материалов.

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

Но надо сразу думать об интеграции, если идти на вариант с разными системами. Передача данных, выверка и контроль – это очень важно!

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

Второй этап: начало внедрения 

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

2. Разрисовать более тщательно бизнес-процесс «Конструкторы-Технологи» (система движения извещений).

3. Описать план внедрения по этапам. Начать с нижнего уровня, с НСИ обязательно. Далее выше – движение по цехам, брак.

4. Сразу можно внедрить модуль «Закупки» – самое простое, на этом можно потренироваться.

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

Третий этап: автоматизация производства

1. Необходимо отнормировать  все операции. Здесь нужна нормировочная система. Есть  весьма неплохие  PDM-системы , российские,  с возможностями нормирования, фактически это полноценная MES.

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

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

4. Надо сразу разделить две вещи – планирование и диспетчеризацию,  часто их путают и сваливают в одну кучу. Надо получить от производства перечень форм и отчетов, по которым они хотят видеть в реальном режиме времени движение, и от  этого «танцевать».

5. Для более точно планирования необходимо сразу предусмотреть в PDM- системе возможность расчета потребности в материалах, ПКИ под план производства на любой горизонт.  Необходимы будут расчеты по цехам, по производственным участкам, по основным профессиям, по загрузке оборудования. В принципе, что-то можно из этого делать и в ERP.

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

  •  Квалификация и состав команды внедренцев;
  •  Квалификация и состав конечных бизнес-пользователей;
  •  Условия существования бизнеса на рынке, его успешность/не успешность.

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


3745
Поделиться
Коментарии: 49

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Дмитрий Кудрявцев
    Рейтинг: 10
    CIO-on-demand.ru
    партнёр
    19.08.2015 16:09

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

    Во-первых, охват. Нет там "всех" бизнес-процессов. Чётко сказали: повысить уровень автоматизации САПР, учёт и планирование производства.

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

    Я бы поставил шаг 1.5 - собрать и допросить всех, как это по-нерусски, стейкхолдеров. То есть, тех, кого тема так или иначе касается. И - с намерением смоделировать процесс - попросил бы о двух вещах:
    1) записать работу в своей зоне ответственности, а также перечислить триггеры, по которым включается или останавливается их деятельность;
    2) показать документы или наборы данных, которые используются на входе-выходе их работы.

    Большего функционеры о процессе не сообщат, а про своё расскажут весьма детально.

    Потом моделирование процесса., построение матрицы контролей, разработка концептуальной архитектуры и далее по тексту.

    В третьих, о болевых точках. Болит у заказчика, а заказчик - человек. Если автоматизацию заказали, то либо план-факт не сходится, либо LEAN задумали (затаривание складов убрать, делать всё на заказ и т.п.), либо оборотных средств не хватает, либо хотят номенклатуру попробовать поменять, либо (чаще всего) тупо сократить штат и т.п., в общем, надо дать заказчику именно его результат.

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

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

    • Илья Козлов Дмитрий
      Рейтинг: 10
      ООО "Агрохолдинг Энергомера"
      Директор по ИТ
      20.08.2015 10:21

      По поводу LEAN не соглашусь.
      Его можно внедрять вообще без привязки к автоматизации.
      Если говорить о комплексном внедрении, то LEAN это в первую очередь "философия", т.е. изменение подхода к оценке эффективности (качества) процесса. И начинаться все должно с изменения подхода. Автоматизация может помочь в этом, но она никогда не будет играть определяющей роли.
      Если говорить об использовании отдельных инструментов, например "Канбан" или "Супермаркет", то эти инструменты специально создавались очень простыми в реализации, чтобы их можно было использовать без автоматизации вообще. Канбан прекрасно работает на бумажных карточках и очень просто запускается. Сложность - это правильный расчет размера партии.

      • Дмитрий Кудрявцев Илья
        Рейтинг: 10
        CIO-on-demand.ru
        партнёр
        20.08.2015 14:17

        Ну я для экономии букв под LEAN имел ввиду вообще все темы, связанные с акспектом управления перерасходом любых ресурсов.

    • Виктор Федько Дмитрий
      Рейтинг: 218
      АО МПО им.И.Румянцева
      Зам. начальника управления информационных технологий
      21.08.2015 09:08

      Да ладно, чего оплеуху то? ))). Мы ж не злые, на лицо ужасные, добрые внутри.))).

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

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

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

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

      • Дмитрий Кудрявцев Виктор
        Рейтинг: 10
        CIO-on-demand.ru
        партнёр
        21.08.2015 16:08

        Ну какая "динамика жизни" в автоматизации? Модель процедуры с "как есть" снял, на сущности и алгоритм разобрал, закодил, скомпилил и ура, ОПЭ. И так пока процедура не поменяется. А потом новый релиз.

        • Виктор Федько Дмитрий
          Рейтинг: 218
          АО МПО им.И.Румянцева
          Зам. начальника управления информационных технологий
          21.08.2015 16:26

          Да нет, динамика все-таки есть. Есть куда приложить голову и руки. Можно, конечно, автоматизировать все постоянно,до предела. но я такого не сторонник. Мне динамики хватает постоянно )))). Все время что-то меняется.

  • Вадим Коноваленко
    Рейтинг: 10
    ФГБОУ ВО Северо-Западный государственный медицинский университет им. И.И.Мечникова
    Начальник Управления информатизации и связи (CIO)
    20.08.2015 13:40

    Соглашусь с Дмитрием Святославовичем в части "охвата", Вы ведь сами пишете в постановке задачи, что "...Руководством поставлена задача перейти на новый уровень, создав комплексную систему автоматизации, включая автоматизацию процессов конструкторско-технологической подготовки производства продукции и производственного учета и планирования..." и это при ограниченности средств и ресурсов.
    Но далее Вы описываете почти идеальную модель и процесс автоматизации, охватывающий гораздо более широкий спектр задач; Вам не кажется, что здесь есть некое противоречие?
    И, действительно, из постановки задачи неясно с какого рода производством мы имеем дело: всё быстро течёт и изменяется или достаточно статично?

    • Виктор Федько Вадим
      Рейтинг: 218
      АО МПО им.И.Румянцева
      Зам. начальника управления информационных технологий
      21.08.2015 08:53

      Конечно, противоречие есть. Имеется в виду, что на подобных машиностроительных высокотехнологичных предприятиях (особенно если они еще и оборону работают даже частично) средства и ресурсы , как правило, ограничены всегда. Они ограничены там, где предприятия живет за счет собственных средств и где предприятие не естественная монополия, то есть ничего из недр не качает. Потому и написал это ограничение.

      Да, модель действительно почти "идеальная", но ее надо воплощать именно таким образом. Иначе смысла нет вообще затеваться.

      Мы имеем дело с серийным производством с большой долей освоения новых изделий и технологий. С меняющимся (обновляющимся) станочным парком. Конечное изделие (продукт) может содержать в себе до 5-7 тыс. деталей, с большим количеством узлов и подузлов. С вариантностью до 1000 цехозаходов в месяц. С циклом производства 6-9 месяцев. А цикл от контрактовки материала до отгрузки может составлять до 1,5 года. Также, что очень важно, технология не позволяет вести позаказно-партионный учет. Запуск не под договор, а под группу конечных изделий. Причем, запуски заготовки надо делать на основе не сверстанного и утвержденного плана производства, а исходя из опытно-интуитивных факторов. Круг конечных заказчиков известен, но надо предугадать, что и сколько они закажут - они сами пока не знают. вот где нужны опыт и анализ на основе ИТ.

      • Дмитрий Кудрявцев Виктор
        Рейтинг: 10
        CIO-on-demand.ru
        партнёр
        21.08.2015 13:39

        Вы описали развесистый сетевой график. Если есть по кускам, то вполне съедобный.

        Срезы по нему сделает и процессор смартфона, а вот своевременно занести текущее состояние по разным параметрам - это и есть краеугольный камень автоматизатора.

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

        • Виктор Федько Дмитрий
          Рейтинг: 218
          АО МПО им.И.Румянцева
          Зам. начальника управления информационных технологий
          21.08.2015 15:30

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

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

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

          • Дмитрий Кудрявцев Виктор
            Рейтинг: 10
            CIO-on-demand.ru
            партнёр
            21.08.2015 16:14

            Да ладно, не сможет. Не, ну я со свечкой над цеховиками не стоял, больше с BI и OLAP контактировал, но там несложно же: в отчёт собираются такие-то данные, где-то они сырые, где-то расчётные. Тормоза все на расчётах, да и то на поверку из-за того, что разрабы ждали всегда актуальных по датам выгрузок, а где-то что-то не подсосалось или исполнитель пиво пошёл пить вместо пятничного отчёта.

            Я всегда в такие моменты вспоминаю немцев. И японцев. Они своими чеклистами задолбали. Пока последнюю галочку не поставят - никакого параллельного запуска следующей задачи "опережающими темпами". Нормируют, сжимают операции до минимума, но всё по pathway и ни шагу. Понимаю, что нутру противно, но живут же как-то, да весь импорт у нас - этим методом произведённый.

            Надо сказать, что тут даже если ты предприятие сделал как конфету, из-за отставания всех взаимосвязанных по уровню организации участников процесса получается "средняя температура по больнице". Вы тут как выкручиваетесь? Весь передел -- на своей территории, чтобы только уголь и руду подвозили? ;)

            • Виктор Федько Дмитрий
              Рейтинг: 218
              АО МПО им.И.Румянцева
              Зам. начальника управления информационных технологий
              21.08.2015 16:34

              В принципе, да. Почти весь передел у себя. Главное - чтоб подвезли очень немногое, желательно вовремя и желательно подешевле. Тут тоже есть определенные сложности и "закидоны", но решаемые. В основном все зависит только от самих себя.

              Гораздо сложнее прогнозировать и планировать такое производство. то есть надо иной раз думать за заказчика. Более того, даже когда тебе заказ дали, его надо еще анализировать на предмет не только возможности выполнения в нужные сроки , но и постараться сообразить, а не ошибся ли заказчик. Не "с потолка " ли сделал заказ. Такое встречается. Это ведь вложения, инвестиции, загрузка производства. Тут, конечно, автоматизация, мало помогает, больше опыт, знание рынка и связи. Но это тоже работает в полный рост.. Без этого захлебнемся.
              Да и до "конфеты" еще совсем далеко, есть чем заняться)))..

              Хочу еще пояснить. Описывая задачу, я, все-таки, не имел в виду наше производство. Таких мало на самом деле. В целом, все гораздо проще происходит.

              • Дмитрий Кудрявцев Виктор
                Рейтинг: 10
                CIO-on-demand.ru
                партнёр
                21.08.2015 17:11

                В целом, все гораздо проще происходит.
                Ага. Такое производство называется "торговля".

                • Виктор Федько Дмитрий
                  Рейтинг: 218
                  АО МПО им.И.Румянцева
                  Зам. начальника управления информационных технологий
                  22.08.2015 18:35

                  Да нет, до "торговли"там далеко. В машиностроении куча разных видов производств. Разная степень сложности, одно от другого отличается. И те приемы, которые применимы в оном, в другом не пройдут. И в части ИТ. Не придумали еще готовую систему пока.И вряд ли придумают. От того и интересно такое производство автоматизировать. Совершенству предела нет.

      • Вадим Коноваленко Виктор
        Рейтинг: 10
        ФГБОУ ВО Северо-Западный государственный медицинский университет им. И.И.Мечникова
        Начальник Управления информатизации и связи (CIO)
        21.08.2015 23:47

        Так, Виктор Александрович, имея такие временные характеристики, такую сложность изделия (ну не то чтобы атомная отрасль или кораблестроение, но и недалеко от них) может быть надо взглянуть на всё это хоз-во с другого боку?
        Я имею ввиду "напустить на всё это бизнес-аналитику", причём не только на само производство, но и на контрагентов...
        Исследовать вопрос с точки зрения узких мест, не внедрять
        "комплексную систему автоматизации", а выловить бутылочные горлышки, расшить их, возможно даже и просто организационными мерами или малой автоматизацией или повышением эффективности уже имеющейся....
        Опять же, с точки зрения руководства - кредитораспорядителей это будет вполне разумный шаг - получить некоторую конкретику в ответ на их довольно расплывчатый "заказ" о комплексной автоматизации, собственно, эти аналитические результаты можно рассматривать как нулевой этап последующего проекта. И как я понимаю, не мне одному схожие идеи приходят в голову...
        Как Вам такая мысль?

  • Виктор Федько
    Рейтинг: 218
    АО МПО им.И.Румянцева
    Зам. начальника управления информационных технологий
    22.08.2015 18:49

    "Заказ" на комплексную автоматизацию вовсе не расплывчатый. Весь его тут описывать долго. Все было очень конкретно и четко. Чего хотим, как хотим, когда и т.п.
    Аналитика хороша на верхнем уровне - посмотреть выработку, посмотреть управление незавершенкой, нормы, инструмент. В технологиях "бизнес-аналитика" захромает. А спустившись в цех - сдуется)))..

    Вылавливать "бутылочные" горлышки неприемлемо , особенно, если все производство - одно большое горлышко. От входа до выхода. И таких производств у нас масса - довели за последние годы, а теперь напустили бизнес-анализаторов. ))). Нужны квалифицированные кадры - рабочие, технологи, инженеры - а вот их как раз и не хватает. Их надо готовить не один год. А у нас в основном именно аналитиков штампуют - отсюда основные проблемы.

    ИТ производству может и обязано помогать. Обычно там, где руководство нормально формулирует цели и задачи и потом является соучастником процесса, а не заказчиком-наблюдателем сверху - там и получается.

    • Александр Шняк Виктор
      Рейтинг: 10
      ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
      Начальник управления информационных технологий
      28.08.2015 09:11

      "....Обычно там, где руководство нормально формулирует цели и задачи и потом является соучастником процесса, а не заказчиком-наблюдателем сверху - там и получается.

      Здесь много зависит от инертности ИТ менеджера и кредита доверия ему от ТОП менеджера.

      • Виктор Федько Александр
        Рейтинг: 218
        АО МПО им.И.Румянцева
        Зам. начальника управления информационных технологий
        28.08.2015 10:01

        Я бы по другому сказал - зависит от отсутствия инертности у ИТ-менеджера. Соответственно, от этого прямо пропорционален и кредит доверия. Если , конечно, CIO не является одним из ТОП-менеджеров. Это идеальный вариант.

        • Александр Захаров Виктор
          Рейтинг: 10
          ОАО Домостроительный комбинат №1 (ДСК-1)
          Начальник службы автоматизации
          03.09.2015 14:03

          Бурные аплодисменты от благодарных читателей!

    • Вадим Коноваленко Виктор
      Рейтинг: 10
      ФГБОУ ВО Северо-Западный государственный медицинский университет им. И.И.Мечникова
      Начальник Управления информатизации и связи (CIO)
      28.08.2015 21:04

      Вот с этим, пожалуй, не соглашусь:
      "Аналитика хороша на верхнем уровне - посмотреть выработку, посмотреть управление незавершенкой, нормы, инструмент. В технологиях "бизнес-аналитика" захромает. А спустившись в цех - сдуется))).."
      Это как посмотреть, есть бизнес-аналитика именно бизнеса, как Вы и говорите на "верхнем" уровне - зам. директора по финансам и т.п., а есть аналитика внизу в цехах: сколько изделие (ещё не готовое) проводит на данном участке? Почему оно сначала идёт на тот участок, а потом снова возвращается? Сколько совершается технологических переходов в процессе изготовления/сборки? Сколько из этих переходов ДЕЙСТВИТЕЛЬНО необходимы?
      Это тоже предмет бизнес-аналитики, причём, совершенно конкретный и низкоуровневый, если можно так выразится...
      Результатом такой аналитики будет оптимизация технологических процессов, уменьшение кол-ва технологических переходов, как следствие - сокращение срока изготовление и удешевление себестоимости. А кроме того, уменьшение затрат на оптимизацию, т.к. понятно, что многое из вышеперечисленного решается организационными мерами, перестановкой последовательности операций и, кстати говоря, если это идёт со стороны ИТ департамента, уменьшением затрат на автоматизацию и повышением рейтинга ИТ внутри компании, что в этом плохого или неправильного?
      Чем Вас не устраивает такой аналитический подход?

      • Виктор Федько Вадим
        Рейтинг: 218
        АО МПО им.И.Румянцева
        Зам. начальника управления информационных технологий
        29.08.2015 11:10

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

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

        Основная же проблема состоит в том, что , как правило, в сложных высокотехнологичных производствах наибольший эффект и сокращение циклов дает применение более совершенных, современных станков. Когда, условно говоря, один станок способен заменить собой 10-15 старых. Это реально. Но это очень дорого, это инвестиция. Есть возможность - будет оптимизация, нет - не будет. Но выкручиваться как-то надо.
        Другая проблема - кадры. Нужны не только высококвалифицированные рабочие с высшим образованием на таких станках, нужны еще подготовленные мастера и инженеры по планированию производства.Именно они должны проводить анализ и давать задания по оптимизации, в т.ч. и ИТ - службе. А с этим , зачастую, тоже беда. Старые, квалифицированные кадры уходят, да и не всегда способны они воспринять новое, дать свежую оценку. А новых особо не видно. Штучный товар. Потому, очень часто, многое и возлагается на ИТ-персонал, который тоже должен быть готов соответствующе.

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

        • Александр Шняк Виктор
          Рейтинг: 10
          ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
          Начальник управления информационных технологий
          01.09.2015 09:11

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

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

          • Виктор Федько Александр
            Рейтинг: 218
            АО МПО им.И.Румянцева
            Зам. начальника управления информационных технологий
            01.09.2015 09:34

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

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

            • Александр Шняк Виктор
              Рейтинг: 10
              ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
              Начальник управления информационных технологий
              01.09.2015 09:38

              Значит я неверно воспринял Ваш пост выше. Из него был сделан вывод, что технологов, готовых сделать постановку задачи, нет (старые ушли, новые не пришли) и их функционал в данном случае перекладывается на плечи ИТ.

              • Виктор Федько Александр
                Рейтинг: 218
                АО МПО им.И.Румянцева
                Зам. начальника управления информационных технологий
                01.09.2015 09:56

                Да нет, конечно. Функционал технолога, к примеру, на плечи ИТ не перекладывается. И старые не совсем еще ушли))), и новые есть, но маловато опыта. Голого места нет. И вот тут часто выручает человек от ИТ, который достаточно глубоко влез в проблему в части возможности оптимизации (но никак не в проблему "сколько делать за раз отверстий" или как поменять местами операции, или как ускорить резание и т.п). Это не его прерогатива. А вот помочь увязать процессы в части пооперационного движения, оптимизировать само движение - это его. Увидеть все и сверху целиком. Если хватает образования и знания. Такой человек очень важен.

                • Александр Шняк Виктор
                  Рейтинг: 10
                  ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
                  Начальник управления информационных технологий
                  01.09.2015 10:01

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

                  • Виктор Федько Александр
                    Рейтинг: 218
                    АО МПО им.И.Румянцева
                    Зам. начальника управления информационных технологий
                    01.09.2015 12:05

                    В общем и целом - именно так. Только не "дырок", а отверстий. )))).

                    • Александр Шняк Виктор
                      Рейтинг: 10
                      ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
                      Начальник управления информационных технологий
                      01.09.2015 14:36

                      Здесь значение "дырки" не случайно. Применялось как обобщенный термин и для специфики техпроцессов, так и для "чёрных дыр", которые неизменно обнаруживаются при автоматизации любого процесса.

                      • Виктор Федько Александр
                        Рейтинг: 218
                        АО МПО им.И.Румянцева
                        Зам. начальника управления информационных технологий
                        01.09.2015 15:01

                        Ну так..так так.

                        • Вадим Коноваленко Виктор
                          Рейтинг: 10
                          ФГБОУ ВО Северо-Западный государственный медицинский университет им. И.И.Мечникова
                          Начальник Управления информатизации и связи (CIO)
                          02.09.2015 21:06

                          Виктор Александрович, и что у нас получается?
                          Автоматизировать надо и оптимизировать тоже надо, а ещё надо инвестировать, например, в новый станок с ЧПУ, как Вы сказали...
                          Понятно, что на всё денег не хватит или их просто не дадут, а с другой стороны, может и хорошо, что сразу всё сделать не получится, т.к. внесение многих (больше двух-трёх) серьёзных изменений в достаточно сложную систему как Ваша чревато непредсказуемыми последствиями...
                          И к чему же мы тогда приходим в результате?
                          Что первично?
                          "Договориться" с технологами на "аналитику" и оптимизировать процесс - может получиться быстрый эффект, нет?
                          Или "погрузить" ИТ в "....плотное взаимодействие, где нет постоянных "претензий к пуговицам" и получить синергетический эффект, правда, скорее всего не очень быстро?

                          • Виктор Федько Вадим
                            Рейтинг: 218
                            АО МПО им.И.Румянцева
                            Зам. начальника управления информационных технологий
                            03.09.2015 08:27

                            А нет тут первичного или вторичного. Важно все, Другое дело - все сразу очень сложно, но надо к этому стремиться. ИТ на таком производстве обязано быть погруженным максимально возможно во все процессы (имхо).
                            И с технологами надо договариваться, вернее им надо давать четкую команду что и как делать, нацеливать на результат и мотивировать. (команду, конечно, не ИТ дает)..

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

                            • Александр Захаров Виктор
                              Рейтинг: 10
                              ОАО Домостроительный комбинат №1 (ДСК-1)
                              Начальник службы автоматизации
                              03.09.2015 14:24

                              < им надо давать четкую команду что и как делать >

                              Команда, это конечно хорошо, но я бы рассмотрел несколько иной аспект: каждый участник процесса ДОЛЖЕН от автоматизации получить СВОЙ полезный эффект. Это как минимум не повторение информации рождающейся на других участках. Это хранение и возможность для анализа собственной информации. Это простота модификации информации, проведения изменений.

                              • Виктор Федько Александр
                                Рейтинг: 218
                                АО МПО им.И.Румянцева
                                Зам. начальника управления информационных технологий
                                03.09.2015 15:21

                                Именно, как "минимум" . Это необходимо, но есть и масса других, не менее важных "выхлопов".

                                • Александр Захаров Виктор
                                  Рейтинг: 10
                                  ОАО Домостроительный комбинат №1 (ДСК-1)
                                  Начальник службы автоматизации
                                  03.09.2015 15:48

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

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

                                  • Виктор Федько Александр
                                    Рейтинг: 218
                                    АО МПО им.И.Румянцева
                                    Зам. начальника управления информационных технологий
                                    03.09.2015 18:15

                                    Не всегда аксиома. Польза на конкретном месте бывает разная. и не всегда она совпадает с общей пользой по конечному результату.

  • Александр Шняк
    Рейтинг: 10
    ООО "Управляющая компания холдинга "Белорусская кожевенно-обувная компания "Марко"
    Начальник управления информационных технологий
    28.08.2015 11:37

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

  • Марк Шварцблат
    Рейтинг: 10
    КТ "Акведук"
    ИТ-директор
    01.09.2015 16:40

    Это хорошо, что в связи с глобальным потеплением, у нас лето холодное. Меньше шансов, что закипят мозги. :)

    P.S. После решения подобной задачи можно за счёт резервного фонда заказывать себе памятник из платино-иридиевого сплава.

    • Александр Захаров Марк
      Рейтинг: 10
      ОАО Домостроительный комбинат №1 (ДСК-1)
      Начальник службы автоматизации
      03.09.2015 14:07

      Мне обещали из железобетона, но потом забыли, сказали так и должно было быть.

      Тоже оценка ...

      • Виктор Федько Александр
        Рейтинг: 218
        АО МПО им.И.Румянцева
        Зам. начальника управления информационных технологий
        03.09.2015 15:29

        Это высшая оценка. Требуйте из платины и иридия. Тогда дадут из железобетона.

        • Александр Захаров Виктор
          Рейтинг: 10
          ОАО Домостроительный комбинат №1 (ДСК-1)
          Начальник службы автоматизации
          03.09.2015 15:39

          Делай что должен и будь что будет ...

      • Марк Шварцблат Александр
        Рейтинг: 10
        КТ "Акведук"
        ИТ-директор
        03.09.2015 17:36

        Но ить с другой стороны - в бетон не закатали. :) Разве это не большой жирный плюс?

    • Виктор Федько Марк
      Рейтинг: 218
      АО МПО им.И.Румянцева
      Зам. начальника управления информационных технологий
      03.09.2015 15:26

      Ой кто к нам приехал))).. Привет.

      Да зачем памятник то? Есть и иные средства в резервном фонде ))).

      • Марк Шварцблат Виктор
        Рейтинг: 10
        КТ "Акведук"
        ИТ-директор
        03.09.2015 17:35

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

        • Виктор Федько Марк
          Рейтинг: 218
          АО МПО им.И.Румянцева
          Зам. начальника управления информационных технологий
          03.09.2015 18:16

          А в чем вещь? Ну пустят посмотреть на него. А осязать? А использовать по своему хотению? Не всегда))

  • 13.02.2016 23:11

    Уважаемые!
    Дискуссия тихо идет на спад, лишаясь первоначальной конкретики.
    Понятное дело, что не все понимают суть поставленного В.А. Федько вопроса, но поучаствовать-то хочется...
    К тому же, исходные данные, внешне похожие на ТТ заказчика (технические требования), изначально характеризующие проблематику автоматизации производственных бизнес-процессов для разработки ТЗ (технического задания) на проектирование требуют детального предпроектного обследования.
    Учитывая тот факт, что заказчик, где-то в 70 случаев из 100 не в состоянии описать как положено ТТ, этим приходится заниматься будущему подрядчику, который привлекается заказчиком.
    Первоначально заключается договор на разработку ТТ и ТЗ на проектирование, с составлением отчета о предпроектном обследовании объекта (изучаются существующие АСУ, обсуждаются производственные и технологические аспекты требований к доработке существующих АСУ в рамках дополнений к существующим бизнес-процессам на предприятии).
    Разработанные подрядчиком ТТ и ТЗ на проектирование согласовываются заказчиком и подрядчик представляет заказчику ТКП (технико-коммерческое предложение) на АСУ производственными бизнес-процессами с предварительной цифрой "цены вопроса" для изучения заказчиком. Предварительной она бывает до разработки проектной документации (ПД) в части спецификации аппаратно-программного комплекса АСУ, которая даст возможность более точно "осметить" СМР (строительно-монтажные работы и ПНР (пуско-наладку).
    После знакомства с предварительным ТКП, заказчик, обычно принимает решение на дальнейшие этапы работы (разработка ПД, СМР и ПНР) или в случае отсутствия средств - на их прекращение.
    Все просто, как сто грамм водки,господа!

  • Сергей Ружинский
    Рейтинг: 10
    ОАО ВНИТИ
    заместитель генерального директора по ИТ
    16.03.2016 15:47

    Позволю себе вторгнуться в сферу, изначально вынесенную за скобки, а именно:
    5. Всевозможные человеческие факторы.
    На машиностроительных предприятиях существуют три группы подразделений: КОНСТРУКТОРА, ТЕХНОЛОГИ и ПРОИЗВОДСТВО. Соотношением степени влияния этих групп на руководителя (лицо, принимающее решения) и определяются реально сложившиеся бизнес-процессы.
    Распространённой является ситуация, при которой ПРОИЗВОДСТВО, "приносящее" предприятию основной доход, обладает чрезмерным "политическим весом", а значительная часть руководителей среднего звена (любители "ловить рыбку в мутной воде") материально заинтересованна в хаотизации производственного процесса. Нередки случаи, когда положение усугубляется конфронтацией между КОНСТРУКТОРАМИ и ТЕХНОЛОГАМИ. Шансы на успех в этом случае близки к нулю.
    Другой случай – доминирование КОНСТРУКТОРОВ, отягощённое убеждённостью значительной части "исполнителей", в том, что их зона ответственности ограничена оформлением комплекта конструкторской документации по ЕСКД. Здесь есть надежда на достижение цели, но только при готовности ТЕХНОЛОГОВ вынести бОльшую часть тягот процесса внедрения. Необходимым, по моему мнению, инструментом должна быть PLM система, интегрированная с технологическим САПРом. Именно с её помощью должны формироваться, актуализироваться и экспортироваться в другие системы (плановые, диспетчерские, учётные) и структуры изделий и технологии их изготовления и НСИ.
    Третий вариант, когда ТЕХНОЛОГИ, которые кроме разработки технологии должны обеспечивать технологичность создаваемых изделий и формировать оптимальный состав цехов и оборудования, обладают достаточным для этого административным ресурсом, мне в нашей стране не встречался.
    P.S.
    Любое нововведение, вызывающее у исполнителя необходимость совершения дополнительных действий – обречено на провал.

    • Виктор Федько Сергей
      Рейтинг: 218
      АО МПО им.И.Румянцева
      Зам. начальника управления информационных технологий
      17.03.2016 08:42

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

      Группы, кланы, пулы и т. п. существуют зачастую на любом предприятии. И каждый стремится доказать свое верховенство, нужность и важность по сравнению с остальными. В машиностроении - не исключение. Но тут проще - все нацелены на создание конечного продукта. Быстрее, качественнее, надежнее и дешевле.
      И если находится некое лицо (первое или второе) , которое берет на себя труд объединить усилия и возглавить процесс автоматизации и внедрения, видя очевидные выгоды, то, как правило, все межклановые разборки нивелируются. Порою очень жестко. Я видел на живых примерах, как руководители, заинтересованные " в хаотизации производственного процесса" просто слетали со своих мест.. С вещами на выход.

      Цепочка конструктор-технолог-производство неразрывна и едина. И абсолютно верно замечено, что наличие правильно сконструированной PDL-PDM только помогает процессу, устраняет лишние преграды.

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

      • Сергей Ружинский Виктор
        Рейтинг: 10
        ОАО ВНИТИ
        заместитель генерального директора по ИТ
        18.03.2016 12:03

        Согласен.
        Реальная вовлечённость высшего руководства в процесс внедрения это почти всегда залог успеха.

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

        • Виктор Федько Сергей
          Рейтинг: 218
          АО МПО им.И.Румянцева
          Зам. начальника управления информационных технологий
          18.03.2016 13:21

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

          Отчасти так. Но это не главное. Мастерство внедренца - внедрить и запустить в работу тот продукт, который ему заказал заказчик. В полном соответствии с ТЗ и, естественно, исходя из возможностей внедряемого программного обеспечения. О возможностях ПО внедренец обязан информировать заказчика ДО составления ТЗ, а не после запуска проекта.

          А вот перечисленные Вами пункты лежат полностью в сфере компетенции заказчика - как воспользоватся полученным продуктом, чтобы максимально можно было воспользоваться указанными Вами приемами.

Предметная область
Отрасль
Управление