Технічний контекст
Я звернувся не до переказів, а до першоджерела: березневого тексту Block, який Дорсі написав разом із Roelof Botha. Суть там не в модному слові AI, а в дуже конкретній перебудові компанії. Вони виносять координацію з людської ієрархії в центральну систему ШІ, яка підтримує актуальну модель бізнесу та синхронізує контекст між людьми.
Ось тут у мене все склалося. Зазвичай компанії купують черговий copilot і називають це AI-трансформацією. А тут ідея радикальніша: ШІ не допомагає оргструктурі, а стає її опорною частиною.
Ролі теж перекроїли без особливих сентиментів. Глибокі фахівці стають IC (Individual Contributors) і отримують контекст напряму, без менеджерського прошарку. Власники продуктів і напрямків стають DRI (Directly Responsible Individuals) і реально володіють завданням, включно з доступом до ресурсів через спільну систему.
Середній менеджмент у звичному вигляді скорочують. Частина людей перетворюється на player-coaches — це не адміністратори статусів, а люди, які і руками працюють, і розвивають команду. Усе, що раніше висіло на шарі «зідзвонитися, переслати, синхронізувати, уточнити, ескалювати», за задумом переходить у контур ШІ.
На папері це звучить майже як mini-AGI для компанії, і сам Block саме так це й формулює. Але я б не романтизував. Поки немає чіткої публічної деталізації щодо стеку, якості моделі, меж доступу, аудиту рішень і того, як вони виправляють помилки в спільній бізнес-пам'яті.
Є й важливий фон: на початку 2024 року Block провів скорочення, звільнивши близько тисячі співробітників. Тому цю історію я читаю не як абстрактну філософію управління, а як жорстку операційну ставку: менша команда, більше щільності контексту, вища ціна помилки.
Що це змінює для бізнесу та автоматизації
Якщо дивитися тверезо, Дорсі зараз показує не «ще один кейс впровадження штучного інтелекту», а новий варіант оргдизайну. ШІ тут закриває найдорожчу річ у зростанні компанії: передачу контексту між функціями. Не генерацію текстів, не чат-бота на сайт, а саме координацію.
Для fast-moving команд це дуже сильний хід. Коли DRI може швидко зібрати потрібні IC-ресурси, а фахівець отримує повний контекст без п'яти зідзвонів, цикл прийняття рішень реально стискається. Я таке бачу і в клієнтських кейсах: щойно ми прибираємо ручну маршрутизацію знань, автоматизація з ШІ починає приносити гроші, а не лайки в LinkedIn.
Хто виграє? Компанії, де вже є сильні виконавці, нормальна дисципліна даних і готовність описувати процеси як систему. Там AI-архітектура може стати центром управління, а не просто вітриною. Особливо це заходить у продуктах, фінтеху, SaaS та операційно важких бізнесах, де люди тонуть у передачі статусів.
Хто програє? Організації, де менеджерський шар тримав усе на особистих домовленостях, політиці та пам'яті «старожилів». Якщо такого бізнесу немає у структурованих даних, центральна система ШІ буде не синхронізувати, а красиво галюцинувати. І тут буде боляче.
Є і другий ризик, більш побутовий. Не кожен сильний менеджер стане player-coach, і не кожен експерт захоче жити як IC з підвищеною автономією. Така перебудова ламає кар'єрні сходи, мотивацію та звичний спосіб ховати слабкі рішення за колективною відповідальністю.
Тому я б не копіював Block зі слайдів. Я б брав принцип: спочатку карта знань, потім права доступу, потім DRI-модель, і тільки після цього інтеграція штучного інтелекту в операційний контур. Інакше вийде дорогий хаос із красивою назвою.
Ми в Nahornyi AI Lab якраз на цьому шарі й працюємо: не просто прикручуємо модель, а збираємо архітектуру ШІ-рішень навколо реальних процесів, власників завдань і потоків даних. У цьому місці теорія швидко закінчується, а починається інженерія, доступи, orchestration і дуже приземлені питання відповідальності.
Розбір зробив я, Вадим Нагорний з Nahornyi AI Lab. Я займаюся ШІ-автоматизацією не в презентаціях, а в живих системах, де потрібно звести дані, ролі та дії в одну робочу механіку. Якщо хочете обговорити ваш проєкт і зрозуміти, де у вас реально спрацює впровадження ШІ, пишіть мені, подивимося разом.