Как мы внедряли SDD
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Coding agents сделали код дешёвым, но intent, context, review и responsibility стали дороже. В докладе я разберу пять отказов агентов, покажу SDD без маркетинга, сравню четыре режима спецификаций и объясню, почему OpenSpec, Spec Kit, Kiro, BMAD и Taskmaster решают разные задачи. Отдельно обсудим места, где SDD ломается: ceremony cost, stale specs, fast waterfall, brownfield и review bottleneck.
Практическая часть — опыт банковского проекта из 100+ микросервисов. Vanilla OpenSpec не видел cross-service scope, второй репозиторий с конфигурацией и drift документации. Мы форкнули корпоративный стандарт и добавили impact-анализ, cross-service deltas, multi-repo change, evidence, audit, drift validation.
Покажу путь от требования до изменения нескольких сервисов, проблемы внедрения и неочевидный эффект: попытка сделать систему объяснимой для агента подсветила код и зависимости, требующие очистки и рефакторинга. Главный вывод: SDD не делает агента безошибочным, но уменьшает пространство незаметной ошибки и возвращает человеку явную ответственность за результат.
Руководитель команд разработки витрин данных.
Тимлид разработки
Видео
Другие доклады секции
Внедрение AI в SDLC