Ключевые концепции

Модель проекта в My Architect — это одно дерево, к которому привязано всё остальное. Ниже — основные сущности.

Иерархия

Проект — это дерево узлов: инициативы → эпики → фичи → задачи (уровни зависят от пресета). У каждого узла есть статус — draft, todo, in-progress, done, blocked — и роллап: статус родителя подтягивается из детей, так что верхний уровень всегда отражает реальное состояние работы.

Требования

К узлам крепятся требования пяти типов:

• FR — функциональные;
• NFR — нефункциональные;
• SAR — архитектурные (software architecture requirements);
• CON — ограничения (constraints);
• OQ — открытые вопросы.

У требований есть приоритет и статус (draft / approved / deprecated), они видны прямо в панели узла.

Релизы

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

Диаграммы

Все диаграммы живут на одном холсте (React Flow) с авто-раскладкой — коробки не таскают руками:

• WBS — work breakdown, декомпозиция работы;
• User Story Mapping — карта пользовательских историй по релизам;
• Event Storming — доменные события, команды и агрегаты;
• Box — вложенные контейнеры в духе C4.

Документы

К любому узлу можно прикрепить markdown-документ — источник правды по фиче. Именно документы, а не тикеты, держат контекст, с которым потом работает AI-агент.

Как подключить агента — в разделе Подключение AI-агента.