Если вы не понимаете, почему ваш проект ведётся хаотично, сроки плавают, коммуникации разваливаются, а конечный продукт выглядит как «лоскутное одеяло» с багами и нелогичными фичами — скорее всего, дело не только в плохом ТЗ или слабом коде. Посмотрите на структуру вашей команды, процессы и коммуникации.

Потому что есть закон Конвея.

Организации проектируют системы, которые копируют структуру их коммуникаций.
— Мелвин Конвей, 1967

Это значит, что архитектура продукта не может быть лучше, чем архитектура команды. Команда — как зеркальное отражение продукта.

Как это выглядит на практике?

Сценарий 1: Изолированные команды

У вас отдельный фронтенд-отдел, отдельный бэкенд, мобильная команда сидит вообще в другом офисе, QA подключаются только в самом конце. Все используют свои таск-трекеры, у всех свои синки. Знакомо?

Что получится:
– Продукт, в котором фронтенд не знает, что делает бэкенд.
– Интеграции через костыли.
– Разные части приложения — как будто из разных миров.
– Пользователь не понимает, как этим пользоваться.

Сценарий 2: Кросс-функциональная команда

В одной команде есть все роли: фронт, бэк, UX, тестирование, аналитика. Все работают над одной фичей, обсуждают проблемы вместе, планируют и делают ретроспективы.

Что получится:
– Целостный, связанный продукт.
– Меньше лишней бюрократии.
– Меньше багов на стыках.
– Больше понимания, кто что делает и зачем.

Простая формула

Если в компании процессы 💩 — продукт тоже будет 💩.

Неважно, сколько вы платите дизайнерам, наняли ли «сеньора» на Go или внедрили очередной фреймворк. Пока ваша команда не работает как команда, продукт будет отражать это раздробленное состояние.

Что можно сделать прямо сейчас?

Вот несколько рекомендаций, если вы хотите, чтобы продукт стал лучше — не переписывая код, а начав с процессов:

• Проверьте, как сейчас устроены коммуникации: где происходят провалы?
• Сократите лишние барьеры между отделами.
• Соберите кросс-функциональные фиче-команды.
• Включайте дизайнеров, аналитиков и QA с самого начала, а не на последнем этапе.
• Делайте демо всей командой, а не «отправили релиз и забыли».
• Не бойтесь ломать старую структуру — продукту всё равно, у кого какие погоны.

Закон Конвея — не шутка. Он объясняет, почему хороший код может собираться в плохой продукт, и почему команды, которые действительно работают вместе, делают лучше — даже без супертехнологий.