Когда инициатива режется на несколько команд, каждая видит свой кусок, а общей картины нет. Подход из колоды превращает БФТ в бэклог, из которого скрипт собирает одну карту для всех. «БФТ отвечает „что требуется“. Карта — „кто, где и как это работает“.»
Проблема: требования есть, картины нет
Руководитель спрашивает, кто делает блок скидки на странице после покупки. Одна команда думала, что витрина. Техлид витрины отвечает, что в задачах этого нет, и спрашивает, чья проверка билета. Ответ «всё есть в БФТ, где-то на сороковой странице» никому не помогает.
БФТ — список требований по типам: ФТ, ИТ, НФТ. В нём не видно, что увидит человек на каждом шаге, кто за это отвечает и что происходит за кадром.
Как устроена карта
Одна карта — три слоя на весь экран. Колонки у всех слоёв общие — этапы пути. Переключатель открывает тот же этап на другом слое. Пример в колоде вымышленный: перезапуск акции DineClub «билет = скидка 10%».
- Что видят. Путь человека: экраны каждого персонажа слева направо, по этапам. Клик по кадру открывает требования к экрану для дизайнера: job stories, место экрана и главное на нём, сценарии «Дано / Когда / Тогда», включая отказы. Одна заметка — одно требование с источником в БФТ. Неизвестное помечено красной точкой.
- Что делаем. Бэклог команд по этапам. Одна задача — один результат одной команды, до 80 знаков, без API и таблиц. Если команда не определена, задача помечена «Команда?» красным, и выбор за PO. Блокеры и вопросы живут на задаче, а не в переписке. Клик по задаче открывает постановку для техлида — не «как», а «что и зачем»: как сейчас, чего не хватает, каким станет, сценарий HowToDemo и чеклист приёмки.
- Как это работает. Слой системной аналитики в четырёх рядах Service Blueprint. Employee Actions — сотрудник на виду у гостя. Technology — то, что видит гость: страница, письмо, уведомление. Backstage — то, что за линией видимости. Support — общие ресурсы и внешние каналы. Ряд — это слой, а не система и не команда. Карточка описывает техническую задачу: UserStory, JobStory, процесс, параметры и HowToDemo. Стрелки между карточками строятся сами из ссылок.
Агент пишет, скрипт рисует
Роли разделены строго.
- История. Персонажи, этапы и экраны берутся из БФТ и согласуются с PO. Пробелы превращаются в вопросы PO.
- Бэклог. Агент через CLI заводит задачи, карточки с историями и процессом, заметки экранов, метки.
- Проверка. Линтер следит, что каждое ФТ, ИТ и НФТ есть на карте, технических слов нет, ссылки живые.
- Сборка без ИИ. BPMN из описания процесса, страница карты и автономный архив.
Процесс агент пишет шагами списком: участник, действие, развилка с ветками. Скрипт рисует из этого BPMN: дорожка — участник, ромб — развилка. Схему никто не рисует руками: поменял шаг — сборка перерисует. Ни одной картинки ИИ не рисует. Схемы и страница детерминированы: тот же бэклог даёт тот же файл байт в байт.
Замечания к карте оставляют правой кнопкой на любой секции: кадре, этапе, задаче, карточке, заметке. Меню формирует промпт агенту — что править и в каком файле бэклога. Пересобранная карта закрывает учтённые замечания.
Где живут данные
Все данные — проект Backlog.md. Задача команды — задача Backlog.md, карточка — её подзадача, заметки экранов — документы. Агент ведёт всё встроенным CLI, команда работает на доске Backlog.md. Тот же процесс в Backlog.md показывается схемой mermaid.
Папка проекта автономна. Внутри — CLI на Python в формате файлов Backlog.md, сборка карты, правила карты, экранов и истории, инструкции для агентов. Ставить ничего не нужно, кроме python3. Папку можно отдать любому агентному окружению.
Ограничения и как начать
Карта не заменяет БФТ. Она показывает те же требования в другом разрезе, и её качество зависит от истории, согласованной с PO. Неопределённость не прячется: задачи без команды и неизвестные требования помечены красным, решения остаются за PO.
Начинать стоит с согласованной истории по эпику: из неё навык строит карту. Дальше архив распаковывают и отдают агенту. Он ведёт бэклог и пересобирает карту сам. «Бэклог живёт дальше — карта пересобирается.»
