Закон Конвея Связаны ли организационная структура компании и архитектура ее решений? На первый взгляд кажется, что нет. Но вот вам задачка.

Жила-была одна компания и решила сделать интеграцию с госуслугами. В этом проекте участвовали команда подрядчика и три внутренних команды разработки. Внимание, вопрос: сколько “модулей”, которые пришлось интегрировать между собой, было в реализованном решении? Правильно, четыре. По одному на команду. Потому что так проще в моменте. Договорился с одними и другими о границах и пошел делать свой лунный модуль. Потом они, правда, не стыкуются друг с другом и приходится напильником дорабатывать. Ну и к сопровождаемости и простоте доработок вопросики имеются.

Так происходит каждый раз. То, что изначально было сказано как эмпирическое наблюдение, впоследствии стало “законом Конвея”: Любая организация, которая проектирует или разрабатывает систему, создаст техническое решение, структура которого повторяет коммуникационную структуру организации.

Зная про закон Конвея, у нас есть три варианта действий. ▫️Игнорировать его существование и плыть по течению. Проблема: он работает независимо от веры в него. ▫️Принять его и подстроиться. Учитывать структуру имеющихся команд при проектировании. ▫️Сделать его своим инструментом и использовать для достижения целей. Меняйте модели общения инженеров, чтобы поощрять формирование нужной архитектуры.

Последний вариант получил название “обратного маневра Конвея”. Для эволюционного развития архитектуры должна развиваться и структура команд.

А если вы хотите сделать идеально с первого раза – ну что ж, удачи вам!