My Architect, часть 6: сторона человека — WBS, Building Blocks и User Story Map

Пять частей серии про My Architect были про агента: память, хранилище, модель, рабочий цикл, дистрибуция. Справедливый вопрос читателя: а человеку этот инструмент зачем, кроме как наблюдать за агентом? Отвечаю на него от первого лица, потому что начинал я этот проект не для агента. Я начинал его для себя.

Привычка думать блоками

Я архитектор со школой TOGAF, и у меня профдеформация: любую систему я сначала вижу как набор building blocks. Не «список задач», а блоки: платёжный контур, авторизация, отчётность, интеграция с провайдером. У блоков есть границы, ответственность и связи, и только потом — работа, которую надо сделать.

WBS в My Architect ложится на эту привычку один в один. Верхние уровни дерева — это и есть building blocks: крупные части системы, названные сущностями. Уровнем ниже — фичи внутри блока, в листьях — конкретные истории. Линтер названий, о котором я писал в части 3, здесь не косметика, а та самая дисциплина: дерево, где узлы называются «Payment pipeline» и «Session storage», читается как архитектурная схема, а не как протокол совещания.

WBS как зеркало

Главная польза WBS для меня даже не планирование, а рефлексия. Раскладываешь свой проект в дерево — и видишь его целиком, со всеми дырами. Вот блок, у которого три уровня детализации, потому что он продуман. А вот блок из одного узла без детей: туда я ещё не заглядывал, и дерево честно это показывает. Никакой методологии — просто картинка, на которой пустота видна глазами.

Без постановки: на скриншоте сам My Architect, спланированный в самом себе.

Туда же, в дерево, уходят требования в момент, когда о них подумал. Смотрю на блок авторизации, вспоминаю про лимит времени ответа — вешаю NFR прямо на блок, не отходя от канвы. Дальше работает наследование: каждая история внутри блока это требование увидит, в том числе агент, когда возьмёт её в работу. Мысль, которая раньше жила в заметке на телефоне, стала частью модели за десять секунд.

USM для приоритизации

WBS отвечает на вопрос «из чего состоит система», но молчит о том, что делать первым. Для этого вторая проекция той же модели — User Story Map: по горизонтали backbone, основные активности продукта, по вертикали — релизные полосы.

USM демо-проекта: backbone по горизонтали, релизы MVP → V1.1 → V2.0 по вертикали. На карточках видно даже, что агент сейчас в работе, а одна задача заблокирована.

Приоритизация здесь физическая: взял карточку, перетащил из R2 в R1 — готово. Не «проставить поле priority в тикете», а буквально подвинуть работу ближе. Корзина unplanned внизу — честный список того, что вообще не распланировано, и её размер отрезвляет лучше любого отчёта. Когда я планирую следующий релиз, я провожу в USM минут двадцать: двигаю карточки, смотрю, как наполняются полосы, и выхожу с планом, который не надо никуда переносить — он уже в модели.

Картинка, которая работает

Теперь главное, ради чего всё затевалось. Я рисовал WBS и story map задолго до этого проекта — в Miro, в draw.io, на досках. У всех этих картинок одна судьба: воркшоп закончился, и диаграмма начала устаревать. Через месяц она врёт, через три — её стыдно показать.

В My Architect диаграмма и есть модель, которую исполняет агент. Те же узлы, которые я двигал на канве, — это бэклог: агент берёт листья через get_next_task, двигает статусы, закрывает блоки каскадом. Перетащил историю в другой релиз — агент в следующей сессии возьмёт другую работу. Агент закрыл задачу — у меня на канве узел посерел, прямо во время его сессии.

Диаграмма, которую никто не исполняет, — это пожелание. Диаграмма, по которой работает агент, — это план.

Поэтому она и не устаревает: ей некуда. Любое расхождение между картинкой и кодом — это расхождение между бэклогом агента и кодом, а для этого есть reconcile из части 4.

Мой реальный цикл

Выглядит это так. Утром — /my-architect:progress: проценты по релизам, что в работе, что следующее. Если накопились идеи — десять минут на канве: новые узлы в нужные блоки, пара требований, что-то переехало между релизами. Дальше работает агент, а я занимаюсь своими делами и иногда поглядываю, как зеленеет дерево. Вечером — взгляд на USM: что закрылось, что заблокировалось и почему.

Я перестал быть диспетчером, который пересказывает агенту контекст. Я остался архитектором: думаю блоками, расставляю приоритеты, фиксирую требования. Исполнение — не моя работа, и впервые это правда так.

Попробуйте и расскажите мне

My Architect открыт на my-architect.app: аккаунт, токен, две команды в Claude Code — установка описана в части 5. Мне сейчас важнее всего обратная связь от двух типов людей: архитекторов, у которых свои привычки декомпозиции, и тех, кто гоняет агентов в длинных проектах. Что неудобно, чего не хватает, где модель спорит с вашей практикой — напишите, это влияет на роадмап напрямую.