Читать книгу Bridge Framework - Группа авторов - Страница 2

Этот фреймворк родился не из теории.

Он вырос из повторяющихся сбоев, которые происходят в командах снова и снова.

Разработчики получают задачи в духе: «сделай как в WhatsApp». Объем работы растет, но сроки остаются прежними. Архитектурные решения начинают обсуждать люди, которые никогда не писали код, а бэклог оказывается размытым или неполным.

В то же время проджект-менеджеры работают в условиях ограниченной видимости. После каждого демо появляется новый фидбек от стейкхолдеров, задачи выглядят простыми на уровне плана, но внутри разработки скрывается сложность, которую невозможно увидеть заранее. Блокеры появляются неожиданно, а дедлайны срываются.

Разрыв между проджект-менеджером и разработчиком – это не личная проблема.

Это архитектурная дыра в системе работы.

BRIDGE – фреймворк, созданный для того, чтобы закрыть этот разрыв.

Он не заменяет Scrum или Kanban. Он добавляет то, чего им часто не хватает на практике: структуру взаимодействия между управлением и разработкой.

Фреймворк состоит из шести слоев, которые создают общий язык, общую видимость процессов и совместную ответственность за то, что на самом деле происходит внутри спринта.

Для разработчиков – это способ вернуть инженерную экспертизу в процесс принятия решений.

Для проджект-менеджеров – инструмент, позволяющий заранее видеть риски и управлять проектами без неожиданных срывов.

Любая организация, создающая систему, неизбежно воспроизводит в структуре этой системы структуру собственной коммуникации. – Мелвин Конвей, 1968

Закон Конвея неумолим: разрывы в коммуникации внутри команды отражаются на самом продукте. BRIDGE устраняет оба.