Что такое закон Конвея?
В 1967 году программист Мелвин Конвей сформулировал: организация неизбежно создает продукт, копирующий структуру коммуникаций внутри нее. Harvard Business Review статью отклонил - рецензентам показалось, что тезис не доказан. Название «закон Конвея» формулировке позже дал Фред Брукс, и она пережила почти всех своих критиков: закону скоро шестьдесят.
Механика простая. Чтобы две части продукта состыковались, люди, которые их делают, должны договориться. Там, где коммуникация живая, шов получается гладким. Там, где команды не разговаривают или враждуют, продукт трещит ровно по этой границе. Других каналов согласования не существует: интерфейсы продукта повторяют интерфейсы между людьми.
Закон проверяли данными, и это редкость для управленческих афоризмов. Исследователи Гарвардской школы бизнеса сравнивали пары программных продуктов одного класса: у распределенных сообществ продукт получался модульным, у монолитных корпораций - монолитным. А Microsoft на данных Windows показал: оргструктура предсказывала, в каких местах софт сломается, точнее, чем анализ самого кода. Чтобы понять, где треснет продукт, полезнее смотреть в штатное расписание, чем в продукт.
Теперь уберем из этой истории программистов, потому что закон не только про них.
Любое место, где вам как клиенту неудобно, - это место, где внутри компании кончается одна зона ответственности и начинается другая. Клиент чувствует организационную границу кожей.
Клиентский опыт - это рентген оргструктуры.
Раз структура организации предопределяет структуру продукта, проектировать нужно в обратном порядке: сначала решить, какой продукт и клиентский путь вы хотите, потом нарезать под него команды.
Отсюда три вывода:
Первый. Реорганизация - это всегда редизайн продукта, даже если слово «продукт» на встрече не прозвучало.
Второй. Топ-5 жалоб клиентов - это карта внутренних конфликтов. Наложите одно на другое, совпадение будет точным.
Третий. Бессмысленно требовать бесшовности от команд, у которых нет ни общего руководителя, ни общей метрики, ни повода разговаривать. Сначала мост между людьми, потом мост в продукте.
Софья Беляндинова
В 1967 году программист Мелвин Конвей сформулировал: организация неизбежно создает продукт, копирующий структуру коммуникаций внутри нее. Harvard Business Review статью отклонил - рецензентам показалось, что тезис не доказан. Название «закон Конвея» формулировке позже дал Фред Брукс, и она пережила почти всех своих критиков: закону скоро шестьдесят.
Механика простая. Чтобы две части продукта состыковались, люди, которые их делают, должны договориться. Там, где коммуникация живая, шов получается гладким. Там, где команды не разговаривают или враждуют, продукт трещит ровно по этой границе. Других каналов согласования не существует: интерфейсы продукта повторяют интерфейсы между людьми.
Закон проверяли данными, и это редкость для управленческих афоризмов. Исследователи Гарвардской школы бизнеса сравнивали пары программных продуктов одного класса: у распределенных сообществ продукт получался модульным, у монолитных корпораций - монолитным. А Microsoft на данных Windows показал: оргструктура предсказывала, в каких местах софт сломается, точнее, чем анализ самого кода. Чтобы понять, где треснет продукт, полезнее смотреть в штатное расписание, чем в продукт.
Теперь уберем из этой истории программистов, потому что закон не только про них.
Любое место, где вам как клиенту неудобно, - это место, где внутри компании кончается одна зона ответственности и начинается другая. Клиент чувствует организационную границу кожей.
Клиентский опыт - это рентген оргструктуры.
Раз структура организации предопределяет структуру продукта, проектировать нужно в обратном порядке: сначала решить, какой продукт и клиентский путь вы хотите, потом нарезать под него команды.
Отсюда три вывода:
Первый. Реорганизация - это всегда редизайн продукта, даже если слово «продукт» на встрече не прозвучало.
Второй. Топ-5 жалоб клиентов - это карта внутренних конфликтов. Наложите одно на другое, совпадение будет точным.
Третий. Бессмысленно требовать бесшовности от команд, у которых нет ни общего руководителя, ни общей метрики, ни повода разговаривать. Сначала мост между людьми, потом мост в продукте.
Софья Беляндинова