2/2 ⬆️начало ⬆️ 🤖 Дальше интереснее: «оркестратор задач» Сергей поднял более глубокий уровень: «На входе у компании — тысячи задач. Каждая требует разные комбинации отделов. Как распределять приоритеты? Как система должна выбирать оптимальный набор задач для максимального эффекта? И кто должен быть этим „центром принятия решений“?» То, что он описывает — не про оргструктуру, а про устройство (архитектуру) операционного управления. И здесь аналогия с ИТ-архитектурой уже ближе: - есть оркестратор - есть «рои исполнителей» (отделы) - задачи приходят из разных источников Но в отличие от классического оркестратора задач из идеального мира паттернов, такой оркестратор должен уметь: - переопределять приоритеты задач - отбрасывать протухшие задачи - перераспределять ресурсы - смотреть на общую ценность задачи для компании Это уже сложная модель. Тут нужна либо ИИ-система по центру, либо очень сложный алгоритм. Архитектура вокруг исполнителей — это уже вторично. И вот тут ровно то место, где микросервисная аналогия снова ломается: - как правило, в ИТ-системах все процессы обязаны выполниться; - а в компании — наоборот: главное выбрать, что НЕ делать. 🧩 Выводы разговора 1. Делить компанию на микросервисы 1-в-1 — нерабочая идея. Люди не функции, отдел не является сервисом по определению. 2. Но принципы модульности и каскадного снижения связанности — отлично ложатся на оргструктуру. 3. Главная сложность — не в структуре отделов, а в „центре принятия решений“, который: - знает общие приоритеты, - видит загрузку всех отделов, - оптимизирует систему как целое. 4. На больших масштабах это неизбежно становится задачей для ИИ или очень продвинутого алгоритма. 5. И да… создаётся ощущение, что онтология и операционные процессы компании → это тоже вполне себе полноценная архитектура, но работающая в другой среде и по другом принципам. И если её не продумать заранее — образуется всё тот же пресловутый архитектурный (управленческий) долг 😢 🤝 Разговор пока не закончен — далее будем штурмовать этот "центр" принятия решений. И пока кажется, идея аналогий действительно не так уж безумна. Но начинать нужно не с микросервисов, как более такического приема на уровне solution-архитектуры, а чего-то более глобального 😉 Ведь по сути — везде нужно решить одну и ту же задачу — побороть и подчинить себе сложность 👻