#UDM1 18 Методология цифровизации для машиностроения, Михаил Шерман


Расшифровка видео:

00:00
Я надеюсь нас дождался Михаил Шерман. Миша, ты тут? Да, Игорь, я тут. Много говорить не буду, но вот два аналитика. С одной стороны у меня синяк на ребрах, это меня зыков пинает, с другой стороны Шерман, потому что я могу любого бизнес-процессника загнать в цех и там похоронить. И любого практика я могу побить по теории. Много умных людей внимательно слушал. А вот Миша имеет опыт и внедрение.

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

00:47
производца, вот сейчас он нам расскажет, как вот всю эту, ну как в том анекдоте говорит, у нас есть два бара, опять бассейнов, воулинг, и сейчас мы со всей этой фигней постараемся взлететь, да? Вот сейчас я надеюсь, что Михаил Семенович расскажет нам, как эту всю фигню натянуть на предприятие, то есть какие опять же методологию, понятно, что недельный семинар в 20 минут не воткнуть, именно проблемы, лайфхаки, ключевые опорные точки, как эту всю фигню натянуть на предприятие.

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

01:39
И, честно говоря, они пришли с утра другими людьми. Я не знаю, хорошо или плохо, но в Уфе была паника, к нам едет Шерман. Я говорю, ну ладно там, типа, я его попрошу заводы не все забирать, а через один. Он учил в технотронной Камазда, так что я еду в Челны, и там уже надо участвовать. Но тем не менее, я поддерживаю клубный формат, и его прошу по-взрослому рассказать, никого не щадя. Жалко ушел Винум.

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

02:35
могу сказать, что все, что рассказывал Сергей, достаточно справедливо относится ко многим продуктам, имеющимся на рынке, поэтому принципиального эксклюзива здесь нет. Самое интересное, это не в самом продукте, самое интересное про то, как умудриться его внедрить. Да, вот про это я сейчас вот сколько-то минут поговорю. У меня 16 завершенных проектов, из них 4 похороненных. Это там, где...

03:02
После того, как я вышел за ворота предприятия, систему перестали эксплуатировать. Это нормальная ситуация, такое бывает достаточно часто. А почему это происходит? Я надеюсь, вы в течение нескольких минут сможете услышать. Мы поговорим с вами про основные проблемы и про базовую методологию автоматизации. Почему бывают провалы проектов автоматизации управления производством?

03:28
Я занимаюсь именно управлением производством, я не лезу в скаду уровень, я стараюсь не трогать ERP-системы. Я говорю только про тот переходной блок, продолжая тему Сергея, как принятые к производству заказы правильно реализовать в производстве. Главные причины провалов – человеческий фактор, отсутствие формализованной модели бизнес-процессов управления в производстве. Этим страдают очень-очень многие предприятия.

03:56
Ну и такой, казалось бы, не очень существенный фактор. Это недостаточное проникновение IT-технологий в рабочие процессы. Страх перемен. Да, сегодня упоминался уже в конференции сколько-то раз, особенно когда говорили про обучение, про возможные внедрения. Почему возникает страх перемен? Потеря личного статуса ключевыми фигурами управления в производстве, глубоко искреннее нежелание наводить порядок и прозрачность в своем колхозе.

04:25
Привычка работать, как всегда, не особенно ответственная и компетентна. Формализованная модель бизнес-процесса. Если эта модель отсутствует, а это очень часто на производстве происходит, сегодня упоминалось отсутствие точных данных, нечетко прописанная логика принятия решений. Естественно, на такое предприятие натягивать автоматизацию, это значит сталкиваться с привычной моделью. Заорали, вперед, ура!

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

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

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

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

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

07:12
экспансию информационных технологий в бизнес-процессы предприятия. Для того, чтобы мы с вами научились достигать успехов в проектах автоматизации, мы должны быть готовы или уже описать свои информационные материальные процессы, составить процессную модель. Номер ГОСТа называть не буду, найдете сами, кому будет интересно, спросите у меня, если будет непонятно. Но чем читать ГОСТ? Лучше обратиться к тем, кто поможет вам.

07:40
составить формальную логику выполнения информационных процессов и движения материальных процессов. Надо понимать, что предприятие должно быть внутри готово и, безусловно, иметь железную волю первого лица. Существуют ли методы определения наиболее перспективных IT-решений в области автоматизации, в частности, управления производством? Я могу сказать, да, конечно, они существуют. Заметьте, ни одного слова про то, как называются эти продукты.

08:10
Потому что сначала будьте любезны предприятии, определите критерии по которым вы хотите выбирать такую систему. И тогда вы сможете найти систему, которая им будет удовлетворять. Чтобы вас не мучить, я подскажу возможные критерии автоматизации. Например, система не должна нуждаться в поддержке программистами в процессе нормальной эксплуатации. Ну сразу привет всем один-эстникам, без которых созданные

08:39
совместимость с существующим IT-ландшафтом, фактическая или прозрачно настраиваемая информационная шина или SQL-сервер или другие IT-технологии, обеспечивающие стыковку различных IT-инструментов, которые будут применяться в производстве по понятным протоколам, с понятной плотностью трафика, с хранением необходимых данных. Мы должны с вами понимать, что система, которую мы будем...

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

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

10:05
манипуляции, да уж извиняюсь за такое слово, с вводимыми данными. Это достаток, это прям отдельная антологическая область, скажем так, исследований, о которых предприятия не должны задумываться, это задача команды внедренцев. Система должна иметь возможность миграции между операционными системами, жизнь идет вперед, да, и не исключен тот момент, что через 3-5-7 лет мы с вами забудем Windows как страшный сон.

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

11:00
И при этом их взаимодействие настраивается для каждого типа бизнес-процесса. Внутри предприятия существует несколько типов бизнес-процессов, где данные двигаются в разные стороны. Мы можем иметь с вами серийное производство и единичное производство. И процесс движения данных из PLM, PGM, MDM, MDC и так далее, они будут двигаться в разной последовательности, в зависимости от того, какой у нас конкретный процесс идет.

11:30
Система должна состоять из функциональных модулей потенциально автономных, чаще всего в системах управления производством так и делается. И интерфейсы пользователей должны соответствовать требованиям времени. Достаточно много продуктов, в том числе которые нам показывали сегодня, без названий чтобы там никого не обижать. Имеют интерфейс, мягко говоря, 95-го года. Последствия этих интерфейсов – это привычка к тому, что было на Mainframe когда-то очень давно, 30 лет назад.

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

12:27
Такие как ускорение потока предприятия, роста производительности, увеличение объема рентабельности продаж, на это влияет очень много факторов, снижение трудоемкости, квалификации, вероятности сделать ошибку, снижение вероятности сделать ошибку, снижение себестоимости продукта предприятия, за счет снижения стоимости процессов. Если мы с вами пытаемся получить какие-то другие эффекты, за ними обычно нет денег, а если за ними нет денег, у проекта нет...

12:56
техника экономического обоснования. И он становится затратным. А проекты автоматизации, по моему опыту, становятся очень успешными тогда, когда они являются не просто прибыльными, а являются высоко рентабельными. Могу сказать, что по некоторым типам проектов я делал экономические расчеты. Кому будет интересно, я материалом поделюсь. Могу сказать так, наилучшую рентабельность показывают проекты, например, автоматизации управления инструментальным производством.

13:26
где рентабельность проекта внедрения на годовом горизонте составляет более 300%. Более 300. В три раза больше зарабатывает предприятие по чистой прибыли против затрат на внедрение автоматизации управления. Почему может проект автоматизации быть успешным? И что надо при этом учитывать? На тех рабочих местах.

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

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

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

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

15:46
обследование, диагностику действующих процессов с проекцией на цели предприятия. Если не будем понимать влияния на цели предприятия, результата не будет. Да, вот здесь автоматизация ради автоматизации никакого смысла не имеет. И в нее вложат, ну не знаю, 100, 200, 300 тысяч рублей, и потом скажут, ребят, у нас бюджет закончился, потому что пользы никакой нет. И не будет, если мы будем пытаться автоматизировать ради автоматизации. Итак.

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

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

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

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

18:05
Это неинтересные для производственных предприятий проекты. Второй критерий – это возможность вписывания в IT-ланшафт. Сейчас и в перспективе. А также с учетом вероятной бесшовной интеграции. То есть уже не уровень API, а уровень серверов данных, то есть информационные шины. API, конечно, удобные инструменты, но тем не менее учитываем, что все-таки API – это уже немножко вчерашний день. Хотя инструмент, безусловно, надежный и хороший.

18:34
Мы должны с вами оценивать необходимость участия во внедрении программистов разработчика продукта или технической поддержки. И если продукт требует обязательного участия программистов, ну, отнеситесь к этому продукту несколько более сдержанно, чем к выбору продуктов, для использования которых программисты вам не понадобятся. В таких случаях мне говорят, а что такое бывает? Ну, я в таких случаях спрашиваю, сколько раз вы написали в техподдержку…

19:03
Microsoft, чтобы уточнить работу Excel. Мне говорят, не, мы в Excel ни разу не писали. Microsoft, я говорю, ну отлично. Вот и выбираете такой продукт, с которым вы будете работать, как с Excel, в котором 90% функций большинство пользователей не применяет. После того, как мы выбрали систему, мы должны разработать алгоритм работы предприятия в новой модели. Не автоматизировать исторически сложившийся бардак.

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

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

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

20:59
а не внедрением автоматизированной системы. Конечно, у каждого свои интересы. Если предприятие заинтересовано, чтобы получить работающий продукт, то у него должен быть четкий план. Далее, естественно, вводное обучение группы внедрения обзорно для того, чтобы на предприятии сколько-то человек системно представляло себе, как взаимодействуют блоки программного продукта. Это очень важный момент для управления производством, потому что...

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

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

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

22:52
Надо чтобы человек отлично делал свою работу. Запускаем рабочий процесс, как я уже говорил, догоняем, исследуем текущему состоянию. Через какое-то время мы начнем вытягивать это состояние за ноздри. Но пока правильный процесс не пытаться обогнать, догнать, догнать, догнать. И догнав все процессы, в частности в управлении

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

23:47
Принципиальный момент. Мы начинаем не просто отказываться от ранее применявшихся технологий, мы их начинаем физически запрещать. Это один из самых сложных моментов в истории внедрения. Контролируем работу пользователей, переходим на следующий процесс общей картины процессов. Что приводит к провалам? Вроде мы все с вами делали правильно.

24:14
Значит, если мы пытаемся одновременно работать в разных технологиях, в данном случае подразумевается старая технология и вновь внедряемая технология, и пытаемся сравнить получаемые результаты, и удивлены, что это не так. Как вы понимаете, план участка, рассчитанный мест системы, не совпадет с планом, который планировал товарищ мастер или начальник участка. Они просто не совпадут, потому что разная логика. Не надо пытаться получить...

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

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

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

26:02
Соответственно, вся работа падала только на один станок. Мне говорят, какая плохая система, у нас же есть два других станка. Я говорю, ребят, так вам придется ручками поворачивать или объяснить, что данное оборудование является возможным для замены. А еще проще все-таки их объединить в рабочий центр, для чего сделать вот так, вот так, вот так. Понадобилось всего два месяца, чтобы предприятие догадалось, что я все говорил правильно.

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

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

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

27:57
постепенность и последовательность. Чётко двигаемся в одну сторону и каждую неделю, неделю можете взять в кавычки, но каждую неделю очень мы подводим итоги, что сделано. Ну и безоткатность. Безоткатность в хорошем смысле этого слова, что мы не возвращаемся к старым технологиям, как бы ни орали конкретные персоны. Те, кто будет автоматизировать, их будут не просто на них орать, их будут ущемлять.

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

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

29:16
Анализируем алгоритм автоматизированного процесса и технического задания на его реализацию, делает эксперт, проводящий аудит. То есть, собственно, что мы собирались получить и что мы на самом деле делаем? Тестирование запущенного функционала с точки зрения специалиста группы внедрения. Условный «я» — это внешний человек, который приехал, и мне показывают, как должно работать. Прекрасно. Я иду к пользователю, который мне показывает то же самое.

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

30:15
Ну вот коротко, что я хотел сказать. Хочется поделиться фразой Ромена Ролана. Никакие рассуждения не в состоянии указать человеку путь, который он не хочет видеть. Ну и как Игорь спрашивает со всех, это про меня. И реквизиты здесь указаны на слайде. Коллеги, пожалуйста, вопросы. Давайте вопросы. Ребята, я всегда люблю его послушать. На последнем семинаре я у него украл ноу-хау. Теперь не спать не есть, не могу. Кольцо замкнулось. Как сделать лучший на рынке Таир?

30:44
То есть у меня пазл сложился. Жалко, у него нет команды разработчиков. Сейчас промоет, что-то с этим может сделать. Пока у вас есть возможность задать эксперту вопросы, потому что он очень востребованный в этом и выступает обычно за большие деньги. Я ему две поляны уже должен, поэтому задавайте вопросы пока бесплатно. Он спросил меня по кейсах, почему мне так весело. Но я, как бывший тренер по единоборствам, теперь на совещаниях сажусь либо спиной в дверь, либо спиной в угол и резервный стул.

31:12
Семь драк я проходил на совещаниях. Два раза служба на службу, разборки с применением холодного оружия. Есть завод в Пермской области, где, как в тюрьме теперь, в столовке только ложки алюминиевые. Ножи и вилки убрали, это не шутка. Помню, была, кстати, это 16-й, по-моему, год, когда была забастовка, кстати, в Челябинской области. И даже карантин. У нас вот летом, я вышел из карантина, и в прямом эфире один...

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

32:06
Сейчас, когда вопросы закончатся, я в чат выложу то, что у меня припасено для этого выступления.


#UDM1 18 Методология цифровизации для машиностроения, Михаил Шерман
IT_InBIT 19 февраля 2021 г.
Share this post
Теги
Архивировать
#UDM6 06 Калибровка производственного расписания по мощности, Михаил Шерман