#UDM13 09 О платформах автоматизации менеджмента качества, Павел Ведмидь

00:00

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

00:29

Программисты? Это программисты. Да, эта фраза тоже достойна в пантион войти. Программисты это программисты. Вот сейчас, Павел Анатольевич, надеюсь, готов нам рассказать, какие же бывают QMS-ы. Второй вопрос, что у нас были модные QMS-ы от Грандов пром то есть у нас Павел Анатольевич сам же представлял нам решение от Сименс, некий пилот, и мы увидели достаточно развитые решения от PTC.

00:56

Не знаю, как в PTC, Siemens выпиливается очень шумно. Не знаю, может он просто дверью клопает, как многие, кто ушел. Но я так понял, что iPhone ушел только до Белоруссии. Судя по тому, что они за один день успели вернуться, то они ушли только в Белоруссию. Даже не в Европу и обратно, а куда-то не дальше Белоруссии. Потому что iPhone выпилился из России ровно на один день. Давайте, Павел Анатольевич, что же такое у нас с QMS-ами? Будет ли этот класс систем?

01:25

Будет ли вообще в России качество? Все хорошо. Здравствуйте, коллеги. Я действительно долго занимался QMS-ами, я их копал сначала теоретически, потом мы подтянули решение как раз от Siemens. Это продолжалось три года приблизительно и благополучно закрылось. Поэтому я сейчас представляю решение, которое наработано было в основном в компании Pelé Mural, но сейчас это решение

01:55

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

02:17

В этой тете весь софт распределен по уровням. И уровни 1, 2 и 3, где находится MES, они работают в режиме реального времени. И 4-ый — это ERP, PLM и CAD/CAM, прочее — это более-менее растянутые во времени процессы. Потребовалось иметь систему, которая одновременно будет работать и на 3-м, и на 4-м уровне. То есть, собственно, на 3-м нужно проводить контроль.

02:43

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

03:11

Это как SIM-дата в мехобработке, так же вот менеджер пятикачестве LNS. Вот они в общем-то ввели термин EQMS, от слова Enterprise Quality Management System, это задача выполняемая на четвертом уровне. И я этот слайд показывал всегда в двух аспектах. Первый, почему системы QMS появились, и второй, почему на существующих системах нельзя полноценно реализовать цикл качества.

03:36

И что у нас получается? Что есть система электронных документов оборота. Но их мы вообще не рассматриваем, потому что опор там на бумажные документы. Даже если они электронные, они по идеологии бумажные. Ну и известная система. Есть попытки реализовать управление качеством в ERP. Но ERP не рассматривает собственный контроль и не занимается улучшением конструкции. То есть ERP это в лучшем случае работа с рекламациями, с поставщиками.

04:07

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

04:37

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

05:05

обратной связи с уровня производства. Есть там, мы работали с Сименсом, там Team Center достаточно мощная система, там же есть даже модуль управления обслуживанием и ремонтом. Но он чем занимается? Он занимается планированием этих процедур. Только. Но ничего не делает в плане выполнения. Пошли дальше. Системы эти модульные строятся на основе известного цикла

05:35

от английского план Do Check Act, то есть планируй, делай, анализируй, выполняй, ну или изменяй, по-разному переводят. И, собственно, модули, здесь я сделал слайд в нейтральном варианте, без привязки к конкретной системе, то есть вот как раз на стадии планирования есть такие процедуры долговременные, как APQ, PFE, и есть, собственно, вот эти самые планы контроля, иногда еще используется термин «плана управления».

06:04

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

06:33

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

07:00

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

07:24

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

07:52

Для поддержки стандарта ЭТФ 16949 в нем очень многие процедуры являются обязательными. И вот эти самые ФМИ, анализ рисков и последствия потенциальных отказов, это процедура обязательна как для продукта, так и для процесса. Потом такие объекты как Control и Inspection Plan. То есть Control Plan правильно переводится в план управления, а Inspection Plan – план контроля.

08:20

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

08:46

Ну и процедура она начинается, в общем-то, а PQP имеется в виду, переводит на русский «Расширенное планирование качества», начинается она от разработки, одобрения концепции изделия, длится пока идет разработка, опытное образие, с установочной партией и завершается запуском в производство. Ну немножко еще заходит, как бы исправляет еще какие-то огрехи, но когда уже серию запустили, то, собственно, PQP прекращается. Вот так скажем.

09:15

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

09:38

По возможности, если есть возможность что-то взять с PLM или связать с данными с PLM, это можно делать. Здесь же у нас идет управление средствами измерений с проверкой на корректность, что им можно пользоваться, то есть он поверен, он в наличии и так далее. И все это ждет сигнал из ERP или из MES, когда появится заказ. То есть вот эта стадия в QMS, она, ну, 50% наверное система занимает.

10:08

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

10:37

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

11:05

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

11:32

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

11:57

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

12:26

как предлагаем CAM, PLM или QMS – это инструмент. Если процессы на предприятии построены неправильно, мы все-таки рекомендуем работать с консультантами по SMK. То есть они консультанты не отменяются, процедуры они в общем-то могут работать в бумажном виде, просто с нашим инструментом они работают лучше. И поэтому я вот написал такую статейку.

12:52

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

13:21

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

13:50

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

14:19

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

14:49

Ну и APQP должен связывать планирование качества с неседием изменений. Вот это тоже. Если посмотреть PDM, PLM системы, то на сложных изделиях у нас много изменений. И нигде не подчеркивается основание для этих изменений. Просто, ну там кто-то решил что-то поменять, да? Ну какой-то акт выпустили. Но системы класса QMS, они могут обосновать вот...

15:16

Прямо в циферках, допустим, есть процедура в FME, есть определение коэффициентов приоритетного числа риска. Так вот, есть прямо у того же Boeing прямо при каких значениях этих самых коэффициентов нам надо уже думать об изменении конструкции. А при каких необязательно. То есть вот это ни в каких других системах не оговаривается.

15:43

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

16:09

делаем анализ риска и высокий риск выхода параметров из-за предела допуска в каких-то процентах случаев, то нам надо вернуться и что-то перепланировать в тех процессах, чтобы всё-таки впредь этого не было. Ну и вот эта схема по идее должна отвечать на вопрос, как от всего этого избавиться. Другой объект, который очень важен в теме QMS, это план управления.

16:39

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

17:08

Допустим, фэме или план управления в данном случае привяжут к технологическим документам, он там будет, но его пересматривать не будут. Но только если будут какие-то большие изменения. Хотя по стандарту любое изменение нужно требовать пересмотра плана управления. Ну и это не бланк.

17:33

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

17:48

Ну и Фемея, поскольку у нас цикл качества замыкается на Фемея, я Фемея немножко поподробнее. Если у нас при анализе рисков и последствии потенциальных отказов мы принимаем решение в основном по улучшению системы тестирования или контроля, это неправильно. То есть правильно это все-таки стремиться к изменению конструкции или технологии. Еще что QMS делает? Он отслеживает взаимосвязь вот этих самых отказов или несоответствий.

18:17

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

18:43

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

19:12

по смк причем некоторые из этих рекомендаций я встречал даже вот материала 2002 года на дворе 22 но мы все время попадались на эти грабли что люди не хотят пересматривать фамия то есть сделали положили для того чтобы там сертифицирующим органу показать что у них это есть но пересматривать не хотят

19:36

как раз важная вещь, которая дает QMS, он увязывает управление несоответствиями, в том числе внутренними, с изменением конструкции или технологий. То есть именно для управления несоответствиями есть стандартная процедура 8D. У нас сегодня будет такой доклад, да, но 8D это именно не продукт, это процедура. 8D это 8 шагов.

19:59

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

20:29

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

20:57

То есть вот эту функцию тоже выполняет QMS. Потому что родной софт Kimma этим не занимается. Они сделали отчет в целом и, в общем, этого достаточно. Еще у меня три по-моему сладика. Работая с Siemens, хочется упомянуть, что Siemens этот бизнес купил, то есть у них был полноценный QMS купленный, OBS QMS назывался, и начал перетаскивать задачи качества в Team Center. Team Center это PLM, да?

21:25

Как оказалось, что туда перетаскиваются в основном задачки стадии план и акт. То есть планирование контроля и реагирование. То есть как раз интеграция с изменением конструкции или технологии — это как раз родной тимцентровской. А вот собственно контроль, он все равно выполняется вне PLM-системы. Либо это в QMS, либо в MES, либо если это большое предприятие, то у нас могут быть разные MES. Если это даже мест на одной платформе...

21:53

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

22:19

Еще в PLI, в мощном по крайней мере, в Семенцовом, в TeamCentre есть специальные механизмы так называемой системной инженерии и некоторые ее инструменты. Она, по идее, должна помогать выделять ключевые характеристики, которые, собственно, потом, согласно процедуре PQP, попадут в какие-то планы контроля. Но вот эту тему вообще мало кто воспринимал. Это нам говорили, это вообще какой-то космос, мы до этого лет через нацать, может быть, дойдем.

22:49

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

23:19

Но реагирование на проблемы возвращается в PLM. Ну и ERP либо MESC — это системы, которые нам выдают заказы, инициируют, собственно, контроль. Потому что PLM только все готовит, но ничего не запускает, пока не появится заказ. Это, в общем, слайд ты для чего включил? Что даже в рамках одного вендора, то есть вендор имеет вот эти три системы, которые здесь упомянуты, и все равно передача информации между ними — это как интеграция между разными вендорами, реально.

23:48

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

24:17

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

24:42

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

25:11

И, собственно, если PLM нормально составами не управляет, то мы вот на эти грабли постоянно натыкались. В рамках пилота у нас даже была интеграция с МЕСом. Там был МЕС на основе 1S, но это не 1S МЕС, это интегратор писал под 1S собственный МЕС, вот так скажем. И мы на уровне информации, что передавать из МЕСа, что возвращать в МЕС, мы в рамках пилота это делали.

25:40

в QMS расписано четко совершенно какие параметры мы можем туда обратно передать и в рамках пилота же мы разбирали файл, который шел с Kim'а то есть там была Kim из брительной рука с Polyworks, софт Polyworks вот мы документ Polyworks в стандарте DEVQ это в общем-то стандарт передачи данных его Кудас придумал, фактически стандарт обмена сейчас мы его тоже разбирали на характеристики, в принципе это работает

26:08

То есть это в общем то, что я вам рассказываю, это не теоретическая вещь, это проверенно работает. Ну и последний слайд сегодняшней презентации. Я, как сказать, анализируя три года работы над этой темой, написал статью «Степень и зрелость СМК и их соответствие инструменту, на которых они решаются». Это вот я опять же у консультантов по СМК заимствовал классификацию. Шесть стадий у нас с вами. Просто контроль, управление качеством статистическими методами.

26:38

всеобщее управление качеством, когда у нас уже мы стали задумываться поиски причин дефектов, но реализуется это в чем-то разрозненном. Это либо функция, дописанная к ERP, либо что-то самописное. Только на четвертой стадии об обеспечении качества у нас появляется специализированная PO, часто написанная консультантами от SMK, часто это Macros и Excel, и собственно появление QMS, оно связано с этой стадией.

27:06

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

27:36

Когда совокупность всех этих систем, плюс системы BI, Big Data, инжиниринги всякие, они служат нам для обоснованного принятия решений. Ну и мое личное заключение, что большинство предприятий в России, они вот здесь. И поэтому КМС не летит. Собственно, у меня все. Готов ответить на вопрос. Вопросов особых нет, потому что я думаю, что тема сама, она прибила народ. Это все очень сложно. Надо этим заниматься, а не всем хочется.

28:06

Вопрос только один, а вот вы ссылаетесь на SA95, я помню 95 год, у меня был такой мобильник вот таких размеров, перевязанный резинкой от Турсов и Толтел. Не устарели ли эти стандарты? Ну, допустим, вместо они устарели точно. Вы ссылаетесь на уровни L1, L2, L3, но уже и Сименс и авторы этой пирамиды от нее отказались, что бублики круче, чем пирамида, а на самом деле это уже не бублики, не пирамида, это вот такая вот кубик рубика.

28:35

На самом деле я тоже уже читал, вот публикации особенно связаны из big data с BI, они говорят, что ISA95, она уже барьер фактически, чтобы данные передавать с нижних уровнях наверх, это как бы мешает. Но это не я придумал, это придумала компания LNS, тогда, когда появились QMS, а QMS на западе появились в конец 80-х, начало 90-х годов, поэтому логично, что они с этой схемой работают.

29:03

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

29:32

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

30:02

В том числе и надо разобрать как это сделано на Odu, моем любимом. Я тогда еще одну мысль скажу о заключении доклада. Все говорят про импортозамещение, но в классике UMS достойного замещения нет. Может быть что-то действительно можно допилить для 1S. Можем попробовать. Может допилить не до уровня, о чем вы рассказали, а для того уровня, который даст прогресс заказчикам.

30:29

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

30:57

Может быть, не надо делать слишком круто, может быть, надо делать надежно, чтобы все работало, и чтобы прямо сейчас это давало отдачу. Большое спасибо, Павел Анатольевич.