Сбер внедряет SDD через OpenSpec
Замечательный доклад от Виталия Малаканова на Сбер.Среда Agentic Coding Meetup by Sber
1. Суть подхода спецификация как единый источник правды · Одна версия изменения объединяет контекст, историю решений, границы, сценарии и критерии приёмки. · Спецификация хранится рядом с кодом, проходит ревью и версионируется. · Это заменяет концепцию «код единственная правда», фиксируя замысел и ограничения.
2. Новые роли и дисциплина · Вводится 5 ролей: Владелец (intent), Аналитик (спецификация), Разработчик (дизайн → код), Тестировщик (верификация), Архитектор (ограничения, ADR). · Все роли работают над одной актуальной версией изменения. · Тестировщик проверяет до кода критерии и граничные случаи.
3. Процесс и метрики · Жизненный цикл: Intent → Specs → Design → Tasks → Verify → Archive. · Шесть метрик для оценки: завершённость циклов, срок между командами, число возвратов, время передачи, расхождение спецификации с кодом/тестами, доля принятых ИИ-черновиков. · Встроенный граф проверок (consistency-review) — задачи появляются только после независимой проверки согласованности.
4. Кастомизация без форка · Команды расширяют ядро, добавляя свои шаги (например, проверка безопасности, контракты данных), но сохраняют базовый flow. · Конфигурация OpenSpec позволяет адаптировать процесс под специфику команды, не теряя общего языка.
5. Внедрение и ожидаемая динамика · Пилот начинается с живой системы и нескольких конфликтов. · Гипотеза: на 1–2 спринта команда замедляется (до –15% производительности) из-за обучения, затем процесс стабилизируется. · Внедрение идёт волнами: от пилота → стандартизация → закрепление ролей → обучение на своих ошибках → постоянный режим с прозрачностью.
6. Работа на границах команд · Спецификация становится общим протоколом между командами. · Контракты видны всем, реализация идёт параллельно, история решений сохраняется при смене команды.
7. Почему OpenSpec · Старт с одного изменения, привычный контур (Git, Markdown). · Инструмент выбран для экосистемы 10 000+ инженеров нужен общий язык и локально идеальный инструмент.
· вчера
пять ролей плюс consistency-review перед каждой задачей — это ж классическое узкое горлышко на согласовании, просто в красивой обёртке. а на пилоте замеряли, сколько времени уходит именно на передачу между аналитиком и разрабом, а не на саму работу?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён