Индустрия 5.0 в девелопменте: когда документы начинают думать

Задержка меняет связанные работы

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

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

Индустрия 5.0 и человекоцентричное управление

Европейская комиссия определяет Индустрию 5.0 через три взаимосвязанных ориентира: устойчивость, человекоцентричность и способность сохранять и восстанавливать работу при сбоях. Устойчивость относится к ответственному использованию ресурсов и экологическим последствиям; человекоцентричность — к благополучию, безопасности и содержательному участию работников; способность восстанавливаться — к работе при нарушениях и кризисах. В официальном описании Индустрия 5.0 дополняет и расширяет Индустрию 4.0 [6]. Комиссия отдельно поясняет, что её не следует понимать как простое хронологическое продолжение или альтернативу Индустрии 4.0 [7].

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

В Industry 5.0 человек не исчезает из процесса. Рутинные переходы могут выполнять системы, но человек определяет правила, принимает нестандартные решения и отвечает за последствия там, где автоматическое решение недопустимо или риск превышает заданные пределы. Это не возврат к ручному документообороту. Это требование проектировать автоматизацию с учётом человеческой роли и последствий для организации.

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

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

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

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

Иерархия зрелости документооборота

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

Уровень

Где находится статус

Что остаётся ручным или требует решения человека

1.0 Бумажная цепочка

В оригинале, журнале, штампе, подписи или устном сообщении.

Найти документ, передать его, напомнить о сроке, установить текущее состояние.

2.0 Стандартизированный документооборот

В форме, реестре, индексе, централизованной картотеке и правилах хранения.

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

3.0 Электронная обработка

В электронном архиве, базе или задаче информационной системы.

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

4.0 Связанный цифровой процесс

В общем наборе данных и событиях нескольких систем; статус подтверждается источником факта.

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

5.0 Человекоцентричное управление

В проверяемой модели, связывающей статус, событие, источник, правило и результат; основания решений доступны участникам.

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

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

В одной компании разные уровни

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

Как читать иерархию

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

Отличительные критерии уровней в этой модели

Для 1.0 определяющим является движение бумажного подтверждения между людьми; для 2.0 — единые формы, регистрация и правила хранения; для 3.0 — электронная обработка и маршрутизация, при которых существенные переходы могут оставаться ручными. Для 4.0 существенны связь статусов с проверенными событиями, согласованность данных, алгоритмическое выполнение переходов и обработка исключений в установленных пределах.

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

Иерархия не предполагает, что организация обязательно проходит уровни ровно по порядку. Систему 3.0 можно установить поверх бумажных операций; цифровой датчик может передавать данные в отдельное хранилище, но не менять статус услуги; роботизированное оборудование может работать рядом с вручную согласуемыми документами. Такие сочетания объясняют, почему бытовое ощущение «у всех есть компьютер» не равно переходу к автономному управлению.

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

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

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

Автономность в рутине и в зависимых переходах

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

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

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

Практический порядок внедрения: выбрать повторяемый или зависимый переход; описать условия и проверить данные; утвердить алгоритм и ветви исключений; проверить сценарий на кейсах; запустить автономное исполнение в установленной границе; сравнить время реакции, ожидание, ошибки и ручные вмешательства с исходным процессом. Расширять участок автономности следует по результатам проверки. Цель — убрать человека из рутинного принятия решений и освободить квалификацию для разработки правил, исследования отклонений и улучшения модели.

Границы автономного исполнения

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

Предварительная классификация без полного обследования

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

Можно ли узнать текущий статус услуги из системы, не обзванивая участников?

Какое событие или подтверждение открывает следующий шаг?

Система сама передаёт результат следующему исполнителю и подтверждает получение?

Существует ли один согласованный источник данных или сотрудники заново переписывают сведения между документами?

Видны ли срок, причина возврата, повторная обработка и накопившаяся очередь?

Какие решения система выполняет по правилу, а какие передаёт человеку как исключение?

Может ли участник понять, почему система изменила статус или сформировала задание?

Ответы нужно привязать к конкретной услуге и её границам. У организации может быть автоматическая бухгалтерская регистрация и бумажное согласование строительных изменений. Средняя оценка скроет различия. Карта статусов услуг показывает для каждого шага объект и его ID, статус исполнения, входные данные, источник подтверждённого факта, актуальную версию документа или правила, исполнителя и полномочия роли, действие, срок, условие перехода, исходящий документ или запись и получателя. В ней также описываются возврат, причина остановки, обработка исключения и условия возобновления автономного исполнения.

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

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

Первичные ответы не заменяют обследование. Они показывают, куда направить внимание: на ручную передачу, источник факта, повторный ввод или неопределённое правило. И смотреть следует на определённую услугу — иначе удачная работа одного отдела случайно придаст блеск затруднениям другого.

Вывод главы

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

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

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

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

Источники

[1] IBM. What is Industry 4.0? Historical overview of Industries 1.0–4.0. Открыть источник

[2] Steinmueller, W. Edward. The transformation of US business data processing during and beyond the 20th century. Industrial and Corporate Change, 34(6), 2025, pp. 1366–1386. DOI: 10.1093/icc/dtaf045. Открыть источник

[3] Hedberg, T. Jr., Helu, M., Sprock, T. A Standards and Technology Roadmap for Scalable Distributed Manufacturing Systems. NIST, MSEC2018-6550, 2018. Открыть источник

[4] National Institute of Standards and Technology. Smart Manufacturing Systems Design and Analysis Program. Открыть источник

[5] National Institute of Standards and Technology. Digital Twin Economics. NIST AMS 100-61. Открыть источник

[6] European Commission, Directorate-General for Research and Innovation. Industry 5.0 — Towards a sustainable, human-centric and resilient European industry. 5 January 2021. Открыть источник

[7] European Commission, Directorate-General for Research and Innovation. Industry 5.0, a transformative vision for Europe. 10 January 2022. Открыть источник

[8] National Institute of Standards and Technology. About NIST. https://www.nist.gov/about-nist. Дата обращения 8 октября 2026 года.

Глава 2 Наивная цифровизация когда код повторяет ручное управление

Что меняется в инструментах и что сохраняется в системе управления

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

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

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

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

Главный вопрос главы — что именно мы цифровизируем: действия человека с документами, правила предоставления услуги или управление результатом? Ответ определяет устройство системы и её предел. В главе 1 мы связали зрелость документооборота с индустриями 1.0–5.0. Здесь используем ту же нашу шкалу для анализа конкретного способа разработки. Примеры ниже учебные; они не описывают результаты обследования названной компании.

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

Как ручная организация работы превращается в цифровую систему

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

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

Исходная практика

Её цифровой аналог

Что сохраняется

Личная папка сотрудника

Раздел «Мои документы»

Работа организована вокруг владельца папки

Передача листа коллеге

Назначение задания и уведомление

Получатель должен принять и обработать задание

Ручная сверка реквизитов

Поля формы и экран проверки

Человек сравнивает сведения, если проверка не формализована

Сбор подписей

Маршрут электронного согласования

Каждый обязательный согласующий остаётся точкой ожидания

Отметка в журнале

Ручное изменение статуса

Источник статуса — отметка сотрудника

Сводка начальнику

Отчёт по введённым отметкам

Полнота отчёта зависит от полноты регистрации факта

Здесь важно не приписывать этот предел любой системе электронного документооборота. Современные средства автоматизации могут выполнять проверки, применять правила и связывать приложения. IBM описывает workflow automation как выполнение ранее ручных задач программой и приводит автоматизацию согласований и документооборота среди её возможностей [1]. Следовательно, предмет нашей критики — способ проектирования и фактическая конфигурация, а не название класса программ.

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

Коридор исчез очередь осталась

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