Перейти к содержимому

Создание на основе спецификаций

Spec-Driven Development или “создание продуктов, управляемых спецификациями” - появившееся в 2025 году направление разработки сложных продуктов с помощью искусственного интеллекта.

Управление через спецификации - это эволюционный шаг, позволяющий эффективнее использовать AI-разработчиков для решения сложных задач. Это переход на следующий уровень зрелости, повторяющий по спирали этапы эволюции разработки ПО

Развитие искусственного интеллекта предоставляет новую уникальную возможность.

У вас есть возможность нанять любое число разработчиков, которые будут работать над вашими задачами.

Разработчики, которые:

  • будут работать в соответствии с правилами и инструкциями
  • не будут болеть, выгорать, саботировать работу
  • не будут часами сидеть в переговорных с “лавандовым рафом”
  • их не нужно нанимать или увольнять
  • им не нужно платить рыночную зарплату и платить за них налоги
  • для рабочего места им нужны только вычислительные мощности, без мониторов

Конечно, бесплатного сыра не бывает. AI-разработчики обладают рядом своих особенностей.

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

  • инвестировать в развитие навыков ролей для команд будущего
  • перестроить процесс разработки на управление через спецификации (SDD)
  • перестроить инфраструктуру под новый способ работы

Различные спефицикации всегда создавались при разработке программного обеспечения.

В чем отличия:

КритерийПривычный подходSpec-Driven
Источник правдыПрограммный кодСпецификация
Роль спецификацииВспомогательнаяКлючевая
Роль кодаПервичнаяВторичная
Для когоДля человекаДля AI-агента и человека
ФокусСценарии реализацииСценарии использования
СтандартизацияСлабаяВысокая
ОтветственностьРазмытаяАвтор спецификации

Ключевое: меняется источник правды, теперь источником правды становится спецификация, а код всегда может быть переделан на основе спецификации.

Это полностью меняет подходы и культуру разработки решений, практически гарантированно будет сталкиваться с сопротивлением со всех сторон.

Что стандартизируется в процессе SDD:

  • Артефакты - шаблоны документов - описание продукта, дорожная карта, технические решения, архитектура и журнал архитектурных решений, набор спецификаций по каждой фиче - спецификация, решения, сценарии тестирования
  • Правила - правила, которыми должен руководствоваться агент в процессе создания
    • общие - лучшие мировые практики кодирования, стиля, OWASP и другие
    • корпоративные - внутренние стандарты компании или команды
  • Команды (промпты) - спецификация алгоритмов действия агентов для решения конкретных задач.
    • входные артефакты - что команда использует для входа
    • выходные артефакты - что создает на выходе
    • алгоритм - многошаговый алгоритм, описывающий ЧТО, но не КАК действовать - изучи, сравни, проверь, сделай
    • правила - какие правила используются в процессе выполнения шагов
    • инструменты - какими инструментами разрешено пользоваться в процессе
    • ограничения - чего нельзя делать в рамках выполнения данной команды, явные правила
  • Агенты - спецификация агентов, выполняющих определенные задачи. Например - архитектор, фронтенд разработчик, backend-разработчик, специалист по безопасности, аудитор и другие.
    • Роль - зона ответственности агента
    • Компетенции - какими компетенциями он должен обладать для выполнения работы
    • Команды - набор команд, которые агент будет выполнять
    • Модель - возможно детализация до модели или ее типа (думающая, выполняющая инструкции и другие)
  • Процесс - процесс выполнения работ, последовательность создания, правила применения агентов, команд, их взаимодействия

Типовой проект, разрабатываемый с помощью SDD, состоит из трех блоков:

  • код - непосредственно сам код проекта по структуре, принятой в вашей компании
  • sdd - общая разделяемая библиотека правил, стандартов, команд и агентов, описанных выше, ваш корпоративный стандарт
  • product - формализованные спецификации по продукту, созданные по правилам, используемые человеком и AI-агентами

Последний пункт - одно из неявных, но значительных изменений привычного процесса. Проектная документация больше не создается в отдельных документах, корпоративных confluence и других базах знаний. Она живет вместе с проектом, создается и актуализируется. При необходимости, на основе ее создается отдельный статический сайт с публичной документацией для людей, или на её основе обучается чат-бот поддержки.

Как воспользоваться дешевой армией AI-разработчиков для роста своего бизнеса?

Научиться ими эффективно управлять:

  1. Развитие навыков для команд будущего

    Провести несколько пилотов по схеме раннего вовлечения на уровне проработки задач, до производства.

    • AI будет использоваться в режиме советников
    • на выходе будут более качественно поставленные задачи еще для текущих команд исполнителей

    Повышение качества постановки и проработки задач позволит окупить инвестиции в обучение и консалтинг еще на стадии пилотов, без изменения основных процессов.

  2. Пилот в производстве

    Пилоты по использованию подхода уже в самом процессе разработки:

    • изучить ваш опыт и принятый процесс
    • создать SDD-правила с учетом вашей специфики и лучших практик
    • обкатать на пилотных проектах

    Итог:

    • стандартизация улучшает результаты еще при работе привычными методами
    • новые навыки для более быстрой разработки с помощью ИИ внутри команд
    • понимание способов масштабирования
  3. Масштабирование

    Масштабирование делается только по результатам пилотов, когда в компании накопилась необходимая критическая масса компетенций для успешного перехода.

    Серьезные трансформационные изменения и перестройка инфраструктуры происходят только на этом этапе.

Хотите воспользоваться уникальной возможностью, которую предоставляет развитие технологий?

Свяжитесь со мной.