Ваш продукт - это зеркало вашей команды. Почему вы видите в нём бардак? (Спросите у Конвея) Знаете ли вы, что структура вашей компании напрямую влияет на успешность продукта? Закон Конвея утверждает: "Структура организации будет отражать структуру разрабатываемого продукта". Это не только касается внешнего продукта, но и внутренних процессов, которые часто остаются незамеченными. 🔍 Если ваша компания работает по принципу "каждый за себя" с барьерами между отделами, будьте уверены - это отразится и на внутренних проектах и продукте. Трудности в коммуникации и задержки не случайны, а результат организационной структуры. Проиллюстрирую мысль на примере Компания, предоставляющая комплексные услуги по организации мероприятий, столкнулась с проблемой из-за разделения задач между отделами: маркетинг занимался привлечением клиентов, логисты - организацией пространства, а операторы - управлением ресурсами и подрядчиками. Из-за этого каждый этап работы не синхронизировался с остальными, что приводило к задержкам и нестыковкам. Применив закон Конвея, компания объединила эти функции в кросс-функциональные команды, отвечающие за весь процесс организации мероприятия. Такой подход устранил барьеры между отделами, повысил эффективность работы и улучшил качество обслуживания клиентов. Это и есть закон Конвея в бизнесе: как устроены коммуникации и зоны ответственности внутри компании, так выглядит ваш продукт и сервис снаружи. Если внутри лабиринт (бардак), то клиент тоже в нём заблудится. Оргструктура всегда влияет на продукт. 🌡 Типовые симптомы Конвея: 1️⃣ Клиент "прыгает" между людьми (отделами), чтобы решить один вопрос; внутри компания разделена на участки, без владельца результата. 2️⃣ Любое изменение ломает три соседних процесса - внутри много ручных стыков и нет чётких границ ответственности. 3️⃣ Все "отчитались", а на выходе - фигня; внутри решения принимаются комитетами, ответственность размазана. Это редко лечится "дисциплиной" или "давайте лучше общаться". Нужно менять конструкцию компании: структуру, права решений и правила взаимодействия подразделений (межфункциональный API). 🛠 Что делать? Пять практических шагов: 1️⃣ Опишите целевой клиентский путь (3–7 ключевых шагов): от запроса до результата. Это ваш чертёж сервиса, без него каждый отдел будет оптимизировать своё и ломать целое. 2️⃣ Назначьте владельца результата за весь клиентский путь. Не "за продажи", "за склад", "за маркетинг", а за итог: скорость, качество, предсказуемость на всём пути. 3️⃣ Почините стыки между зонами ответственностями (возможно, придется подвигать их границы, а от чего-то избавиться), т.к. бОльшая часть потерь живёт между отделами. Нужно выработать простые правила: кто передаёт что, в каком виде, в какие сроки, и что считается "готово". Это не даст увеличивать транзакционные издержки. 4️⃣ Сократите цепочки согласований. Зафиксируйте: что команда решает сама, что уходит на общий комитет, что - только к CEO. Если всё постоянно эскалируется наверх, то проблема в конструкции, а не в людях. 5️⃣ Поменяйте управленческие метрики. Если руководители живут отчётами и активностями, появится бюрократия. Нужны метрики потока: время от запроса до результата, количество переделок/ошибок на стыках, доля задач без эскалаций, стабильность соблюдения сроков. Как это звучит на уровне CEO "Мы меняем оргдизайн, чтобы у нас могла появиться нужная архитектура продукта и процессов". 💪 Есть сильный управленческий инструмент: сначала задать целевую архитектуру, затем выстроить под неё команды и взаимодействия. Это прямо описывает Мартин Фаулер как Inverse Conway Maneuver (Обратный маневр Конвея). Если кратко, то при разработке и запуске продукта создайте миниатюру "идеальной оргструктуры" - команду из нескольких специалистов, которые полностью отвечают и контролируют процесс, с выделенным ресурсом. ❓ А видите ли вы проявление закона Конвея у вас в компании? И как, по-вашему, есть ли ситуации, когда этот Закон не работает или почти не работает (на затравку - например,