Фреймворк для разработки технической документации в репозитории, подход docs-as-code без изменения технологического стека разработки:
модель артефактов и базовые инварианты трассируемости между ними
DoD как минимальный порог качества ключевых артефактов
GAP-реестр как “легальная неполнота” для R&D
фиксация архитектурно значимых решений в формате ADR
протокол взаимодействия “человек <> AI-агент” в режиме human-in-the-loop, фиксирующий границы ответственности и условия обязательного вмешательства человека
Плюсы и минусы
Плюсы:
Трассировка требований и тестов через документацию
Возможность интеграции с CI/CD и Agile
Возможность интеграции с AI-агентами (например, ChatGPT) для генерации и проверки документации
Минусы:
Похоже на Waterfall, но с возможностью гибкой адаптации к Agile и CI/CD
проходит последовательные стадии от constitution до implement, и ему трудно с меняющимися требованиями и сильной связанностью
MIT
позволяет организовать подробный жизненный цикл отдельных функциональных возможностей, оставляя команде выбор стратегии хранения актуальных спецификаций
Рекомендуют, если:
Создаётся новая информационная система или крупная подсистема.
Требуется формализовать архитектуру до начала реализации.
Необходимо согласование требований и технических решений.
Важна стандартизация работы нескольких команд.
Требуется расширяемый процесс контроля реализации.