1. Локальная автоматизация: успех в КБ и провал на производстве
Почему собственник настаивал на локальной, кусочной автоматизации? За несколько лет до описываемых событий в конструкторском бюро завода успешно внедрили
CAD-систему (Computer-Aided Design, система автоматизированного проектирования). Она радикально повысила эффективность конструкторов и дала ощутимый результат. Этот пример закрепил убеждение, что точечные внедрения работают.
Однако
конструкторское бюро связано с остальным производством через один-единственный интерфейс —
конструкторскую документацию. Все изменения внутри КБ отображаются именно в ней. Когда же мы пытаемся локально автоматизировать непосредственно производственные процессы, приходится учитывать огромное количество постоянно меняющихся связей между участками. Именно обилие этих взаимозависимостей сделало локальный подход непригодным для цехов.
2. Комплексный реинжиниринг и референтные процессные модели
Альтернатива —
комплексный реинжиниринг и автоматизация процессов. Понятие
бизнес-процесса появилось в начале 1980-х годов. С тех пор множество специалистов, компаний и некоммерческих объединений изучали, как реально организована работа в разных отраслях и странах. Результатом стали сборники методических описаний «правильных» процессов —
лучшие практики (best practices).
Такие описания, признанные широким кругом профессионалов, принято называть референтными или эталонными процессными моделями (reference models). Возникает соблазн: зачем тратить время на моделирование и поиск ошибок, если можно просто заменить существующие процессы на проверенные эталонные? Взять готовую модель, в которой всё продумано и взаимосвязано, и работать по ней.
Для предприятия, подобного Уралмашу, наличие целостной процессной модели верхнего уровня сняло бы необходимость искать ту самую «волшебную ниточку». Такую модель можно было бы детализировать и адаптировать, но общая логика уже была бы задана. Теоретически это решение было реализуемо, однако позиция собственника не позволила его принять.
3. Источники референтных моделей
Где взять такие модели?
•
Стандарты. Международная организация по стандартизации (ISO, International Organization for Standardization) выпускает
стандарты де-юре (de jure standards). Промышленные некоммерческие объединения разрабатывают
стандарты де-факто (de facto standards) — документы, ставшие общепринятыми без формального юридического закрепления.
•
Распространённые информационные системы. По сути, они представляют собой запрограммированные процессы с заданным взаимодействием. Несмотря на наличие настраиваемых параметров, общая концепция остаётся неизменной.
•
Практический опыт консультантов. Специалисты, реализовавшие множество проектов, могут предложить здравые идеи на основе накопленной практики.
Из всех перечисленных вариантов первым будет рассмотрен именно
стандарт де-факто — документ, напрямую не связанный ни с какой автоматизацией, а просто описывающий, как должно работать предприятие. Почему не информационные системы? Это станет понятно из содержания самого стандарта. К информационным системам мы перейдём позже, а пока начнём с изучения классических референтных процессных моделей.
Краткие итоги
Попытка перенести опыт успешной локальной автоматизации из конструкторского бюро в производственную среду наглядно демонстрирует ловушку изолированного мышления. КБ взаимодействует с остальным предприятием через единственный артефакт — конструкторскую документацию, что делает его почти герметичным объектом для улучшений. Производственные же процессы представляют собой плотную сеть непрерывно меняющихся связей, где изменение одного узла неизбежно затрагивает другие. Именно поэтому фрагментарная автоматизация здесь терпит неудачу: она не может учесть системные последствия.
Осознание этого ограничения естественно подводит к идее целостного подхода. Ключевым инструментом становятся референтные процессные модели — кристаллизованный опыт множества организаций, оформленный в виде эталонных описаний того, как процессы должны быть устроены. Их привлекательность в том, что они позволяют миновать стадию изнурительного анализа и сразу задать внутренне согласованную архитектуру деятельности. Сама логика внедрения смещается от поиска слабых мест к принятию уже доказавшей состоятельность конструкции, которую остаётся лишь адаптировать к конкретным условиям.
Практическая ценность такой смены парадигмы проявляется в выборе источников. Стандарты де-юре и де-факто, тиражные ERP-системы, консультационные практики — всё это различные формы материализации эталонных моделей. Примечательно, что в изложении сознательно выбран старт с «неавтоматизированного» документа — стандарта де-факто, описывающего предприятие без привязки к конкретному софту. Такой ход позволяет отделить суть процессной логики от её программной реализации, а значит, заложить фундамент, на который позже можно наслаивать любые ИТ-решения. В итоге перед внедрением автоматизации важно сначала оценить, нужна ли замена процессов на эталонные целиком или достаточно точечных улучшений, и чётко понимать, какой тип стандарта лучше всего подходит для данной отраслевой и корпоративной культуры.
За несколько лет до проекта в конструкторском бюро завода успешно внедрили CAD-систему (систему автоматизированного проектирования), что резко повысило эффективность конструкторов. Этот локальный успех убедил собственника в действенности точечной автоматизации. Однако конструкторское бюро взаимодействует с остальным производством через единственный интерфейс — конструкторскую документацию. Всё, что происходит внутри КБ, отражается в ней и почти не затрагивает цеховые процессы напрямую. При попытке автоматизировать производство локально приходится учитывать огромное количество постоянно меняющихся связей между участками, что делает фрагментарный подход непригодным.
Альтернативой выступает комплексный реинжиниринг и автоматизация с опорой на референтные (эталонные) процессные модели. С 1980-х годов множество организаций изучали реальные бизнес-процессы и накопили свод лучших практик — описаний «правильных» процессов. Такие модели, где всё продумано и взаимосвязано, позволяют не искать «волшебную ниточку», а сразу внедрить целостное решение, детализируя и адаптируя его под конкретные условия. Теоретически это могло бы сработать для предприятия, подобного Уралмашу, но позиция собственника не позволила реализовать данный подход.
Существует три источника референтных моделей:
• Стандарты де-юре (например, ISO) и стандарты де-факто (разработанные отраслевыми объединениями).
• Распространённые информационные системы, по сути воплощающие запрограммированные процессы с ограниченной гибкостью настройки.
• Практический опыт консультантов, обобщающих множество проектов.
Изучение начинают со стандарта де-факто — документа, описывающего, как должно работать предприятие, вне прямой связи с конкретным ПО. Это позволяет сначала понять процессную логику и лишь затем переходить к рассмотрению информационных систем. Такой выбор объясняется стремлением отделить суть организации процессов от их технической реализации.
1. Локальная автоматизация успешна в подразделениях с минимальным числом интерфейсов, таких как КБ.
2. Производственные процессы содержат множество динамических связей, что делает фрагментарный подход неэффективным.
3. Комплексный реинжиниринг предполагает переход на целостные эталонные модели процессов.
4. Референтные процессные модели — это обобщённые описания «правильных» процессов, признанные лучшими практиками.
5. Стандарты де-юре создаются официальными органами (например, ISO), стандарты де-факто — отраслевыми объединениями.
6. Тиражные информационные системы фиксируют определённые процессные модели, ограничивая свободу изменений.
7. Опыт консультантов служит ещё одним источником эталонных моделей.
8. Целостная модель верхнего уровня позволяет детализировать и адаптировать процессы, избегая поиска «волшебной ниточки».
9. Позиция собственника может блокировать комплексный подход даже при его теоретической реализуемости.
10. Стандарт де-факто выбран как стартовая точка, поскольку он описывает логику работы предприятия без привязки к конкретному ПО.
11. Изучение классических референтных моделей начинается с документа, независимого от автоматизации.
12. Выбор между локальной и комплексной автоматизацией должен учитывать плотность межпроцессных связей.
1. Почему автоматизация конструкторского бюро оказалась успешной, а локальная автоматизация производства – нет?
2. Что является интерфейсом между КБ и остальным предприятием, и как это влияет на возможности локального внедрения?
3. В чём заключается суть комплексного реинжиниринга в отличие от локальной автоматизации?
4. Дайте определение референтной (эталонной) процессной модели.
5. Какие три основных источника референтных моделей перечислены в материале?
6. Чем различаются стандарты де-юре и де-факто?
7. Почему распространённые информационные системы рассматриваются как одна из форм референтных моделей?
8. Как гипотетически целостная модель могла бы помочь предприятию типа Уралмаша?
9. Какова была позиция собственника относительно комплексного подхода и чем она обосновывалась?
10. Почему в качестве начальной точки выбран именно стандарт де-факто, а не информационная система?
11. Какие преимущества даёт использование эталонной модели по сравнению с «поиском волшебной ниточки»?
12. Каким образом детализация и адаптация эталонной модели позволяют учесть специфику конкретного предприятия?
