Электронная фабрика. Книга 1. Теория

Глава 8. Где народный

Excel

начинает разрушаться

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

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

Он не ломается сразу. Он начинает врать

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

И именно эта постепенная ложь особенно опасна, потому что производство продолжает принимать на её основе решения.

Первая трещина – хрупкость самой конструкции

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

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

Вторая трещина – вся система держится на одном-двух людях

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

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

Третья трещина – ручной факт запаздывает быстрее, чем обновляется таблица

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

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

Четвёртая трещина – нет формализованных событий, а есть только постоянное удивление

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

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

Народный Excel обычно умеет показывать состояние. Но без следующего шага – без формализации событий – он не умеет сделать состояние объяснимым.

Пятая трещина – локальный файл не любит коллективную жизнь

Чем больше людей начинают пользоваться одним и тем же контуром, тем сильнее он страдает. Возникают параллельные версии, договорённости «я потом перенесу», разночтения кодов, разная трактовка готовности, конфликты между желанием быстро обновить и желанием не сломать формулу.

Проблема уже не в математике файла, а в том, что он не рассчитан на полноценную коллективную дисциплину.

Шестая трещина – видимость есть, а объяснимости нет

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

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

Седьмая трещина – народная схема не умеет долго расти без новой дисциплины

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

И тогда встаёт неприятный, но зрелый вопрос: мы ещё спасаем локальный файл или уже переводим его в новый контур?

Вот здесь и проходит граница между уважением к народной схеме и романтизацией самодеятельности.

Значит, что мы видим в итоге

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

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

Что это значит для книги

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

Во втором томе именно этот переход уже разложен на рабочие приложения. Приложение 15 «Структура Excel-шаблонов» показывает, как должен выглядеть зрелый файл на следующем шаге; приложение 16 «Регламент „план → факт → событие → переплан“» задаёт логику перехода от наблюдения к решению; приложение 17 «Регламент dispatching и follow-up» отвечает за повседневную диспетчерскую дисциплину; приложение 19 «Регламент RPA-закрытия факта» снимает часть ручной боли; а приложение 27 «Критерии перехода от Excel-контуров к более зрелой архитектуре» помогает понять, когда прежняя форма уже исчерпана. Там показано уже не только где народная схема ломается, но и что именно делать после этого.

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

Часть

III

. НСИ и техподготовка производства: с чего начинается модель

Глава 9. Почему на малом заводе НСИ почти всегда неполная – и почему это не повод опускать руки

Есть вопрос, на котором разговор об электронной фабрике часто пытаются закончить ещё до того, как он толком начался. Этот вопрос звучит очень просто и внешне очень разумно: «А как вообще строить такую систему, если у нас нет полной НСИ?»

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

На живом предприятии это почти всегда означает одно: не начнём никогда.

Самая вредная иллюзия – что сначала должна появиться идеальная модель

Малый и средний завод почти никогда не живёт в условиях полного нормативного спокойствия. У него обычно есть чертежи, есть опыт, есть понимание изделий, есть набор повторяющихся маршрутов, есть мастера, которые «и так знают», как оно идёт, есть техотдел, который где-то держит важные куски знания, и есть огромное количество серых зон, где картина ещё не доведена до формальной завершённости.

Если в такой среде требовать сначала идеальной НСИ, вы тем самым просто запрещаете предприятию начинать взрослеть. Оно будет вечно находиться в состоянии «мы ещё не готовы». А производство тем временем не останавливается. Заказы всё равно идут, узлы всё равно собираются, кооперация всё равно срывается, люди всё равно принимают решения – только делают это вслепую или полуинтуитивно.

Поэтому неполная НСИ – это не аргумент против электронной фабрики. Это исходное условие, в котором она чаще всего и начинает рождаться.

Что на малом заводе обычно есть на самом деле

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

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

Вопрос не в том, «есть НСИ или нет». Вопрос в том, на каком этаже зрелости она находится.

Почему бинарная логика “есть / нет” здесь вредна

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

На одном предприятии может быть хороший состав изделия, но слабая маршрутная детализация. На другом – нормальная маршрутная логика, но слабая оснастка. На третьем – сильный техотдел и слабая дисциплина движения НЗП. На четвёртом – приличная технологическая база, но почти полное отсутствие объяснимого оперативного слоя между документом и фактом. Формально везде можно сказать: «НСИ неполная». Но управленчески это четыре совершенно разные ситуации.

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

Что действительно критично для старта

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

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

Если это есть, контур уже можно собирать. Не идеально. Но честно.

А что не нужно тащить в первый шаг любой ценой

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

Очень часто предприятия тратят слишком много сил на декоративную полноту и слишком мало – на рабочую различимость. А электронная фабрика требует обратного порядка. Сначала нужно собрать то, что уже позволяет видеть движение и принимать решение. И только потом расширять модель вглубь.

Иначе говоря, зрелость начинается не с энциклопедии, а с достаточного каркаса.

Почему практика здесь снова умнее формального перфекционизма

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

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

Где здесь проходит настоящая граница зрелости

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

Если предприятие уже может сказать, что это за изделие, через какие ключевые стадии оно идёт, где его критичные узлы, какие ресурсы ограничивают прохождение и как отличить хотя бы несколько базовых состояний, – оно уже находится в зоне, где электронную фабрику можно начинать строить.

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

Но и это не повод опускать руки. Это просто означает другой стартовый этаж.

Почему эта глава принципиальна для всей книги

Она снимает ложный запрет. Очень многие практики живут с внутренним стыдом: у нас неполная НСИ, значит мы недостойны говорить о зрелой системе. Это разрушительная установка.

Книга должна сказать им противоположное. Неполная НСИ – не позор и не приговор. Это нормальное состояние предприятия, которое ещё не прошло путь к зрелой архитектуре. И задача не в том, чтобы сначала стать совершенными, а в том, чтобы честно определить, на каком уровне вы стоите и какой следующий шаг уже возможен.

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

Что это означает для электронной фабрики

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

Поэтому вопрос должен звучать не «есть у нас НСИ или нет», а «какая именно НСИ у нас уже есть, чего в ней достаточно для старта и что надо наращивать следующим шагом».

Во втором томе эта тема уже разложена по конкретным приложениям. Приложение 2 «Уровни зрелости НСИ и ТПП» показывает, как различать терпимую и критичную неполноту; приложение 3 «Минимальный набор данных для старта» задаёт стартовый каркас модели; приложение 8 «Оснастка и инструмент: минимальная НСИ» не даёт забыть про реальное ограничение по инструменту; приложение 10 «Шаблон расчёта реальной заготовки» переводит сырой материал в управляемую форму; а приложение 11 «Шаблон учёта сопряжённых групп деталей» помогает удерживать критичные связи изделия. Второй том здесь даёт уже не успокоительную фразу о том, что неполная НСИ – это не страшно, а конкретную рабочую опору, с чем именно можно начинать.

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

Глава 10. Уровни зрелости производственной НСИ: не “есть или нет”, а “на каком этаже вы стоите”

После предыдущей главы становится ясно, что разговор об НСИ в категориях «есть / нет» слишком груб. Он не помогает ни практике, ни проекту. Гораздо полезнее смотреть на НСИ как на лестницу зрелости. Тогда предприятие перестаёт воспринимать себя либо как полностью готовое, либо как полностью провалившееся. Оно начинает видеть, на каком уровне находится и что именно должно дорасти следующим шагом.

Сначала уберём опасную иллюзию

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

Так почти не бывает. В реальной жизни предприятие движется этажами. И если оно честно видит свой этаж, оно уже становится взрослее.

Уровень ноль – “завод живёт, а модель почти не живёт”

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

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

Уровень первый – состав изделия и укрупнённый маршрут

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

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

Уровень второй – ключевые этапы и ключевые рабочие центры

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

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

Уровень третий – маршрутно-операционная модель

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

Это очень важный этаж. На нём становится возможной серьёзная работа со статусами операций, событиями, объяснимостью задержек, движением НЗП между точками и более взрослой логикой переплана.

Уровень четвёртый – пооперационная модель с калибровкой по факту

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

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

Самая важная мысль этой главы

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

Именно с этого момента проект перестаёт быть театром и становится управляемым движением.

Как не ломать завод при переходе между уровнями

Самая частая ошибка – пытаться перепрыгнуть сразу через несколько этажей. Завод, который едва удерживает состав изделия и укрупнённый маршрут, нельзя безболезненно заставить жить по взрослой пооперационной дисциплине на всё производство. Это создаст не зрелость, а ритуал имитации.

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

Зрелость нельзя просто объявить. Её надо выращивать.

Что из этого должен вынести практик

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

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

Что это значит для электронной фабрики

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

Во втором томе эта лестница уже превращена в именованный рабочий инструмент. В приложении 2 «Уровни зрелости НСИ и ТПП» описаны сами этажи взросления модели; приложение 3 «Минимальный набор данных для старта» показывает, какой каркас уже достаточен для первого запуска; приложение 14 «Таблица выбора методик» помогает соотнести уровень зрелости и уместный подход; а приложение 25 «Чек-лист зрелости предприятия перед запуском» даёт уже форму самодиагностики перед началом настройки. Там читатель получает не только общую мысль про уровни, но и конкретные приложения, по которым можно честно определить свой этаж.

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

Глава 11. Как строить электронную фабрику, если полной НСИ нет

Есть момент, после которого разговоры о цифровизации на заводе становятся очень короткими. Вы объясняете человеку, что нужна модель, что нужны маршруты, статусы, движение, логика запуска, ограничения, оснастка, люди, НЗП и переплан. Он спокойно слушает, а потом задаёт самый честный вопрос во всей этой теме: «Хорошо. А строить-то это из чего? У меня полной НСИ нет».

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

Именно об этом и будет эта глава.

Сначала уберём самый вредный страх

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

Это очень понятный страх. И очень вредный.

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

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