Представляем 6-ю версию универсального межотраслевого классификатор бизнес-процессов CoreStream Process Framework. Это таксономия кросс-функциональных бизнес-процессов, которая была разработана для использования в целях бенчмаркинга и улучшения управления. Этот фреймворк организует бизнес-процессы в 11 категорий и включит в себя более 5300 процессов.

На момент издания этой версии CoreStream Process Framework является наиболее полным и сбалансированным классификатором бизнес-процессов, пригодным для использования любой компанией, независимо от ее отрасли, вида товара или способа организации производства, размера или местоположения.

Его использование открывает множество возможностей для управления и совершенствования бизнеса, в том числе:
• анализ и оптимизация бизнес-процессов;
• создание процессных моделей;
• стандартизация процессов;
• поддержка цифровизации и автоматизации;
• Управление рисками.
Классификатор дополнен гайдом по стандартам ISO.
Издание на русском языке

Бумажная версия – @AIgnatyuk

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

Издание на английском языке будет включать 9 дополнений (addons), посвящённых в основном интегрированным в CoreStream инструментам и методологическому подходу. Мы понимаем, что не все из них могут быть одинаково полезны для каждого пользователя. Поэтому, прежде чем тратить ресурсы на перевод материалов на русский язык и их адаптацию, мы решили поступить одновременно и «просто» и «правильно»: если есть сомнения — спроси у потребителя!

Мы будем признательны за вашу активность и участие. Ваши ответы очень важны для нас, чтобы лучше понять ваши интересы и потребности. Если совокупный охват опроса окажется менее 10% подписчиков, мы предположим, что предлагаемые дополнения не вызывают достаточного интереса.

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

Мы искренне надеемся на вашу поддержку, ведь вместе мы сможем сделать CoreStream Process Framework еще более полезным и удобным для вас!.

Дорогие друзья, коллеги и единомышленники!

Поздравляем вас с Новым 2025 годом! 🎉

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

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

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

Благодарим вас за то, что были с нами в этом году — обсуждали идеи, делились мыслями и вместе создавали ценные решения.

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

Счастья, здоровья и успехов вам и вашим близким!

До встречи в Новом году! 🌟

Как говорится, на злобу дня

Искусственный интеллект: гонка Китая и США, или шумиха вокруг DeepSeek?

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

1. Заявленные расходы вызывают вопросы
Как со стороны США, так и со стороны Китая пока нет убедительных подтверждений реальности заявленных сумм. Мы видим громкие заголовки, но отсутствуют конкретные данные о деталях финансирования или реальных бюджетах.

2. DeepSeek — реальный прорыв или маркетинг?
Шум вокруг DeepSeek кажется раздутым. Да, стартап заявляет о сокращении затрат на обучение моделей, но тесты неоднозначны: их ИИ обучен на меньшем количестве данных, избегает обсуждения сложных тем и демонстрирует признаки цензуры. Более того, отсутствуют публикации, которые бы объясняли алгоритмы или подтверждали реальные технологические прорывы.

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

Итог? Впереди нас ждет продолжение гонки за доминирование в сфере искусственного интеллекта. Однако важно трезво оценивать происходящее и не поддаваться ажиотажу без четких доказательств и результатов.

Про классификатор процессов CoreStream

https://youtu.be/WHyYpVcwbMw

Тимур Кадыев (эксперт по созданию и управлению бизнес-архитектурой, консультант) про универсальный межотраслевой классификатор бизнес-процессов CoreStream Process Framework

0:54 | История создания классификатора, откуда появилась идея его создать, что это такое?
13:39 | Чем может быть полезен классификатор процессов?
24:42 | Разница между классификатором процессов CoreStream и классификатором APQC
31:53 | Где в данном классификаторе точное описание принципов, по которым был выделен тот или иной объект?
39:09 | Почему предприниматели не начинают с бизнес-идеи при создании бизнеса?

Всё в тексте: https://docs.google.com/document/d/1BshVFnaD5MVMJ9TcYKbW0bB6C_3BBzLRxEs8FsuUBE4/edit?usp=sharing

Купить классификатор: https://digital.wildberries.ru/offer/291498
Канал Тимура: https://news.1rj.ru/str/corp_engineering
________
Может быть интересно:
Вопросы и ответы про бизнес-архитектуру vol.1
Вопросы и ответы про бизнес-архитектуру vol.2
Вопросы и ответы про стратегию
Как работает "идеальный" процессный офис?

Книга «Стратегия. Ретроспектива. Авторский обзор»

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

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

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

С праздником!

Отличная новость, друзья!

По вашим просьбам принято решение напечатать книги к лету 2025 года.

Предзаказ книги:
— книга с автографом –  3000₽
— книга с pdf-классификатором бизнес-процессов CoreStream – 3900₽

Электронные версии по-прежнему доступны.

По всем вопросам – @AIgnatyuk

CoreStream: Performance Indicators представляет собой методологическое руководство по построению системы показателей для архитектурных моделей бизнес-систем. Основанный на принципах объектно-ориентированного подхода (ООП), он предлагает универсальные шаблоны метрик, применимые к бизнес-объектам, методам (процессам), связям, отношениям и способам выполнения работ. Методика позволяет формировать наблюдаемую и управляемую архитектуру, обеспечивая прозрачность, сравнимость и системность в оценке работы бизнес-системы.

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

До 6 апреля со скидкой 10%

Методическое руководство по ООП в моделировании бизнес-систем

Первое руководство для бизнес-аналитиков и бизнес-архитекторов по практическому применению объектно-ориентированного подхода готово!

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

Объектно-ориентированный подход идеально подходит для задач, где:

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

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


Доступен в магазине с 15% скидкой в течение недели.

Из личной переписки:

«Класс! Взять ООП с инкапсуляцией, наследованием, полиморфизмом, применить этот подход для целей моделирования бизнеса, а потом зашить обратно в софт – шикарная оптимизация!

Вообще, и красота и потенциальная проблема таких подходов – опережение времени.

АйТишники, теоретически, могут [использовать его] для удобства создания любого ПО, которому необходимо моделировать бизнес-системы, например, для решения оптимизационных задач того или иного характера.»

Ну, что тут скажешь… Всё возможно — особенно когда понимаешь, что многое из сегодняшнего «вдруг» начиналось как «а что если?» пару с лишним десятилетий назад. 🙂

Мой подход родился более 25 лет назад — из чисто практического интереса: как сэкономить время и деньги на проектах в сфере MC (Management Consulting). Он позволял не строить две отдельные модели («как есть» и «как должно быть»), не перелопачивать сотни страниц разрозненных диаграмм, от которых слёзы наворачивались и у консультантов, и у заказчиков. Всё было куда лаконичнее, точнее, а главное — переиспользуемо.

Но по-настоящему метод созрел недавно. Он стал мостом — нет, даже больше — «венчальным залом» 🙂 между MC-специалистами и их «вечными спутниками» из мира IT. Это была не просто интеграция — это было слияние смыслов. 🙂

И оно сработало!

Во-первых, скорость. Разработка бизнес-моделей ускоряется кратно — потому что у нас теперь не просто блок-схемы, а объекты с понятным поведением, связями, состояниями.

Во-вторых, появляется возможность подружиться с ИИ: на такую структуру легко «навешиваются» генераторы новых процессов, которые рождаются по необходимости, а не заранее.

В-третьих, архитектура бизнеса становится действительно архитектурой — цельной, управляемой, взаимосвязанной. Получается объединить разные модели в одном контексте.

А дальше — начинается магия. Потому что всё это ложится в софт. Легко. Органично. Будь то новый формат ERP, цифровой двойник, симулятор бизнес-реальности или движок для быстрой трансформации компании или новый, например, инструмент моделирования бизнес-процессов. А почему бы и нет?! Хм... 🤔 🤫

Опережает ли это своё время?
Не думаю. Время не бывает «не тем». Оно приходит, когда идея созревает. Когда почва готова. Эйлер придумал свой матаппарат задолго до Теории Струн, которая на нем основана — но и тогда это уже было вкладом в завтрашний день.

Так что, быть может, мой ООП для бизнеса — это как раз та штука, которую стоит изучить сегодня, чтобы не вылететь из тренда завтра? Кто знает?! Хотите – обсудим!
🙂

Бежать или меняться: почему твой бизнес стареет быстрее, чем ты

(по мотивам выступления в Ижевске)

О чём мечтает среднестатистический предприниматель? Быть молодым, здоровым и красивым. А его бизнес? Усталый, перегруженный и замотанный.

Почему? Потому что он живёт в режиме RUN.

Run Management — это ежедневная текучка: счета, звонки, поставки, авралы. Это как беговая дорожка: пот льётся, энергия тратится, а ты всё на том же месте. Это как секс с бывшей — всё знакомо, предсказуемо, но с каждым разом всё больше жалеешь, что не пошёл другим путём.

А есть ещё Change Management — и вот с ним начинается магия. Он не обслуживает день, он формирует завтра. Это то, что отвечает за рост, за смысл, за «молодость» бизнеса.

Я видел обе стороны. И был в RUN — с 89-го, когда всё делалось «на себе». Когда бизнес буквально мешал бухгалтерии сдавать отчётность. Когда за день ты становился и курьером, и саппортом, и переговорщиком, и айтишником. Тогда казалось: «ещё чуть-чуть — и наладится». Спойлер: не наладится.

А потом я перешёл в консалтинг. И вот однажды ко мне пришёл клиент. Умный, жёсткий, с опытом. Мы вывели его на бестселлер, выстроили процессы. А потом я говорю: «Пора меняться». Он: «Касса звенит — и хорошо».
Звенела. Пока не зашёл конкурент с новой моделью.
Мой клиент остался бегать. Пока не добежал... до банкротства.

Урок простой:
Если ты не управляешь изменениями — они придут сами. Только в менее удобной упаковке и с гораздо более высокой ценой.

5 шагов к изменению, которые можно начать уже завтра:

1️⃣ Пересмотри бизнес-модель. На одном листе. Кто твой клиент? Что ему важно? Как ты зарабатываешь? Попробуй изменить что-то одно!

2️⃣ Наведи порядок в архитектуре. Связи, роли, «узкие места» и особенно — «старые калоши». Удобные? Да. Но тормозят ли они?

3️⃣ Следи за трендами. Не надо быть пророком. Достаточно не быть слепым.

Идти против тренда — это как спорить с ураганом: зрелищно, но ты в луже, промок, от тебя пахнет... а все уже ушли дальше.

4️⃣ Создай проектный офис. Хоть из одного человека. Один документ. Один ритм. Один шаг — но осознанный.

5️⃣ И самое главное — не дай не сделать. Встречи. Ритм. Ответственность. И без фанатизма — никакой «бирюзы» и «бережухи» вместо здравого смысла.

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

Run Management — это не причина. Это следствие. Следствие твоего выбора меняться или нет. Хочешь управлять — управляй изменениями. Всё остальное — от Лукавого производная.

«Объектно-ориентированное моделирование бизнес-процессов: просто о сложном.»

ОТКРЫТЫЙ ВЕБИНАР

Мы разберёмся, как современные компании могут использовать объектно-ориентированный подход (ООП), чтобы сделать управление понятным, автоматизацию дешёвой, а процессы — прозрачными.

3 июля 2025 11:00 MSK (GMT+3)

🟢 Участие бесплатное.
🔴 Требуется предварительная регистрация.

Программа:
I. Что такое ООП и почему он всё чаще вытесняет классический процессный подход.
II. Что такое ООП в моделировании бизнеса.
III. Жизненный цикл объекта.
IV. Отношения и связи.
V. Как перейти на ООП-мышление без боли.
VI. Обсуждение кейсов и ответы на вопросы.


Данные по платформе будут позже.

Организовано при поддержке компании Современные Технологии Управления (Business Studio)

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

«В нашей компании процесс разработки конструкторской документации (КД) для производства конкретного заказа в разы длительнее, чем само производство данного заказа. В среднем жизненный цикл заказа составляет 24 месяца, из которых производственные процессы занимают всего 2-3 недели.»

Ошибка в организации процесса

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

Но, скорее всего, система мотивации такова, что дольше = выгоднее. А штат и бюджет КБ – «священная корова». А социальный статус главного конструктора поддерживается растопыренными пальцами, надутыми щеками и луженной глоткой.

Инженерная тайна: в мире, где правят ГОСТы, ОСТы, DINы и ISO уникальность встречается только в очень специфичных местах – науке или стартапах, или там, где это кому-то выгодно. Ну не поставщики же вы Большого Адронного Коллайдера... И даже в этом случае...

Рекомендация:

Шаг 1. Соберите архив проектов
Возьмите проекты за последние 3–5 лет, желательно в разрезе изделий или комплексов. Чем больше – тем лучше.

Шаг 2. Определите ключевые параметры изделий
Составьте перечень инженерных характеристик, которые определяют конструктив и исполнение. Например:
— напряжение/ток/мощность;
— тип среды (взрывоопасная, радиационно активная, агрессивная);
— климатическое исполнение;
— тип монтажа (шкаф, стойка, подземка);
— способ подключения (фланец, муфта, спецразъём);
— наличие доп. опций (мониторинг, сигнализация, защита, цвет и т.д.).

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

Шаг 3. Постройте многомерную гистограмму
Проще говоря – посчитайте, сколько раз встречаются одинаковые сочетания параметров.
Сгруппируйте по повторяющимся наборам (кластеризация).

Оцените, сколько реально уникальных случаев, а сколько – «одно и то же, но в другой обёртке».

👉 Результат почти всегда один и тот же:
70–80% решений – это комбинации 3–10 конструктивов. Почему? Так природа устроена!

Шаг 4. Сформируйте набор типовых решений
Каждый устойчиво повторяющийся набор параметров превращается в типовое изделие или конфигурацию. Оно должно включать:
— конструкторскую документацию;
— шаблон ТЗ/ТУ;
— схемы подключения/эксплуатации;
— описания ограничений/допустимых вариантов адаптации.

Шаг 5. Постройте процесс адаптации
Оставшиеся 10–20% покрываются за счёт адаптаций типовых (для вашей компании в нише ее специализации) решений, а не «чистого листа». Более того, не факт, что это ваши целевые клиенты – иногда дешевле отказать, чем сделать – нужно считать.

Для этого:
— добавьте в типовые решения поля для параметризации (например: длина кабеля, тип корпуса, окраска, комплектация);
— введите инженерные правила адаптации;
— автоматизируйте рутинные части проектирования (например, через конфигураторы или шаблоны в CAD-системе);
— а главное – измените систему мотивации КБ на долго = без зарплаты. И уберите все их пустые вакансии, незаполненные более 6 месяцев – это «мертвые души», чей ФОТ «пилится» каждый квартал.

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

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

Вопрос подписчика:
«Применение ИИ при agile исследовании бизнес архитектуры: методы, ограничения применяемости, эффекты, риски»

Применение ИИ в agile-исследовании бизнес-архитектуры: методы, ограничения, эффекты, риски – и немного здравого смысла

1. Я и agile – мы из разных вселенных.
Agile прекрасен, когда есть готовый продукт и требуется постоянная адаптация. Но исследование архитектуры – это не адаптация. Это системное мышление. Это работа с целостностью, не с фичами.

2. ИИ для бизнес-архитектуры? Звучит заманчиво. Но...
Если под ИИ мы понимаем LLM (типа ChatGPT), то, увы – это не тот инструмент. Почему?

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

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

Надежда, что «LLM сама догадается, что спросить» – утопия. Архитектура требует вопросов не из Википедии, а из логики бизнеса. А логика бизнеса живёт в методологии.

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

— знает, какие объекты нужно искать,
— понимает, как устроена система,
— и способен структурировать разрозненные наблюдения в целостную модель.

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

Из-за ограничений по времени не смог ответить на все вопросы. Пришлось отвечать на короткие, а не содержательные. Продолжим здесь.

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

Ошибка в иерархии объектов

То, что вы называете «решением», на самом деле является комплексным продуктом, включающим в себя разные составляющие:
— изделия собственного производства,
— покупные компоненты,
— услуги (например, монтаж, обучение, аутсорсинг ТОиР и т.п.),
— финансовые инструменты (рассрочка, лизинг),
— страховые и сервисные предложения и т. д.
— и даже, например, «впечатления» (да, это отсылка к книге к шаблону ценностного предложения) – клубную карта «Клуб Любителей Электротехники».

Иначе говоря, «решение» – это не объект параллельный изделиям и услугам, а надсистема, включающая и объединяющая их.

И да, им нужно управлять!

Попробую помочь скоротать пятницу. Ещё каких-то 5-8 часов (вряд-ли у нас есть кто-то из Петропавловска-Камчатского) и начнется weekend.

А пока можно обсудить ещё один вопрос от подписчика:

«В Универсальном межотраслевом классификаторе бизнес-процессов версии 6.0 вы не выносите процесс «Управления качеством» на верхний уровень.
Объясните, пожалуйста, почему вы пошли по этому пути. Можно было бы «Управление качеством» вынести на верхний уровень? И какой объект управления был бы у этого процесса?»

Отличный вопрос – и, по сути, вы уже сами на него ответили: а какому бизнес-объекту соответствовал бы процесс «Управление качеством»?

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

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

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

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