Первоначально опубликовано на LinkedIn 14 августа 2026 г. В прошлый раз я писал о том, почему, по моему мнению, по мере удешевления кода дефицитной вещью является управляемое намерение, а не сам код. Это первый конкретный случай: схема, которую я построил для организации...
Первоначально опубликовано на LinkedIn 14 августа 2026 г.
В прошлый раз я писал о том, почему, по моему мнению, по мере удешевления кода дефицитной вещью является управляемое намерение, а не сам код. Это первый конкретный случай: схема, которую я построил для организационного проектирования, и то, с чем она на самом деле заставляет вас столкнуться, когда вы пытаетесь сделать ее проверяемой, а не просто убедительной.
Большинство советов по дизайну организации представляют собой канву бизнес-модели: заполните несколько полей, получите диаграмму и двигайтесь дальше. Диаграмма не говорит вам, является ли ваша организация юридически целостной. Он не улавливает момент, когда вы тихо пообещали две несовместимые вещи двум разным людям.
Поэтому я создал что-то более близкое к системе типов. Восемь параметров: цель, кто претендует на излишки, кто контролирует решения, как поступают ресурсы, как распределяются излишки, юридическая оболочка, жизненный цикл и кто выполняет работу (параметр, который я добавил специально из-за ИИ, поскольку раньше по умолчанию был ответ «все», а теперь нет). Каждая организация представляет собой присвоение значений этим восьми параметрам.
Параметры простые. Одиннадцать ограничивающих правил, расположенных поверх них, могут оказаться полезными, поскольку они определяют, какие комбинации будут действовать.