Создание на основе спецификаций
Spec-Driven Development или “создание продуктов, управляемых спецификациями” - появившееся в 2025 году направление разработки сложных продуктов с помощью искусственного интеллекта.
Управление через спецификации - это эволюционный шаг, позволяющий эффективнее использовать AI-разработчиков для решения сложных задач. Это переход на следующий уровень зрелости, повторяющий по спирали этапы эволюции разработки ПО
Зачем использовать SDD
Заголовок раздела «Зачем использовать SDD»Развитие искусственного интеллекта предоставляет новую уникальную возможность.
У вас есть возможность нанять любое число разработчиков, которые будут работать над вашими задачами.
Разработчики, которые:
- будут работать в соответствии с правилами и инструкциями
- не будут болеть, выгорать, саботировать работу
- не будут часами сидеть в переговорных с “лавандовым рафом”
- их не нужно нанимать или увольнять
- им не нужно платить рыночную зарплату и платить за них налоги
- для рабочего места им нужны только вычислительные мощности, без мониторов
Конечно, бесплатного сыра не бывает. AI-разработчики обладают рядом своих особенностей.
Чтобы воспользоваться этой уникальной возможностью, необходимо научиться ими управлять.
- инвестировать в развитие навыков ролей для команд будущего
- перестроить процесс разработки на управление через спецификации (SDD)
- перестроить инфраструктуру под новый способ работы
Управление через спецификации
Заголовок раздела «Управление через спецификации»Различные спефицикации всегда создавались при разработке программного обеспечения.
В чем отличия:
Критерий | Привычный подход | Spec-Driven |
---|---|---|
Источник правды | Программный код | Спецификация |
Роль спецификации | Вспомогательная | Ключевая |
Роль кода | Первичная | Вторичная |
Для кого | Для человека | Для AI-агента и человека |
Фокус | Сценарии реализации | Сценарии использования |
Стандартизация | Слабая | Высокая |
Ответственность | Размытая | Автор спецификации |
Ключевое: меняется источник правды, теперь источником правды становится спецификация, а код всегда может быть переделан на основе спецификации.
Это полностью меняет подходы и культуру разработки решений, практически гарантированно будет сталкиваться с сопротивлением со всех сторон.
Стандартизация
Заголовок раздела «Стандартизация»Что стандартизируется в процессе SDD:
- Артефакты - шаблоны документов - описание продукта, дорожная карта, технические решения, архитектура и журнал архитектурных решений, набор спецификаций по каждой фиче - спецификация, решения, сценарии тестирования
- Правила - правила, которыми должен руководствоваться агент в процессе создания
- общие - лучшие мировые практики кодирования, стиля, OWASP и другие
- корпоративные - внутренние стандарты компании или команды
- Команды (промпты) - спецификация алгоритмов действия агентов для решения конкретных задач.
- входные артефакты - что команда использует для входа
- выходные артефакты - что создает на выходе
- алгоритм - многошаговый алгоритм, описывающий ЧТО, но не КАК действовать - изучи, сравни, проверь, сделай
- правила - какие правила используются в процессе выполнения шагов
- инструменты - какими инструментами разрешено пользоваться в процессе
- ограничения - чего нельзя делать в рамках выполнения данной команды, явные правила
- Агенты - спецификация агентов, выполняющих определенные задачи. Например - архитектор, фронтенд разработчик,
backend-разработчик, специалист по безопасности, аудитор и другие.
- Роль - зона ответственности агента
- Компетенции - какими компетенциями он должен обладать для выполнения работы
- Команды - набор команд, которые агент будет выполнять
- Модель - возможно детализация до модели или ее типа (думающая, выполняющая инструкции и другие)
- Процесс - процесс выполнения работ, последовательность создания, правила применения агентов, команд, их взаимодействия
Структура проектов
Заголовок раздела «Структура проектов»Типовой проект, разрабатываемый с помощью SDD, состоит из трех блоков:
- код - непосредственно сам код проекта по структуре, принятой в вашей компании
- sdd - общая разделяемая библиотека правил, стандартов, команд и агентов, описанных выше, ваш корпоративный стандарт
- product - формализованные спецификации по продукту, созданные по правилам, используемые человеком и AI-агентами
Последний пункт - одно из неявных, но значительных изменений привычного процесса. Проектная документация больше не создается в отдельных документах, корпоративных confluence и других базах знаний. Она живет вместе с проектом, создается и актуализируется. При необходимости, на основе ее создается отдельный статический сайт с публичной документацией для людей, или на её основе обучается чат-бот поддержки.
Дорожная карта
Заголовок раздела «Дорожная карта»Как воспользоваться дешевой армией AI-разработчиков для роста своего бизнеса?
Научиться ими эффективно управлять:
-
Развитие навыков для команд будущего
Провести несколько пилотов по схеме раннего вовлечения на уровне проработки задач, до производства.
- AI будет использоваться в режиме советников
- на выходе будут более качественно поставленные задачи еще для текущих команд исполнителей
Повышение качества постановки и проработки задач позволит окупить инвестиции в обучение и консалтинг еще на стадии пилотов, без изменения основных процессов.
-
Пилот в производстве
Пилоты по использованию подхода уже в самом процессе разработки:
- изучить ваш опыт и принятый процесс
- создать SDD-правила с учетом вашей специфики и лучших практик
- обкатать на пилотных проектах
Итог:
- стандартизация улучшает результаты еще при работе привычными методами
- новые навыки для более быстрой разработки с помощью ИИ внутри команд
- понимание способов масштабирования
-
Масштабирование
Масштабирование делается только по результатам пилотов, когда в компании накопилась необходимая критическая масса компетенций для успешного перехода.
Серьезные трансформационные изменения и перестройка инфраструктуры происходят только на этом этапе.
Начнем?
Заголовок раздела «Начнем?»Хотите воспользоваться уникальной возможностью, которую предоставляет развитие технологий?
Свяжитесь со мной.