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

SDLC и разработка с AI

SDLC (Software Development Life Cycle) — жизненный цикл разработки программного обеспечения: от понимания потребности до эксплуатации и дальнейших изменений. Это не одна обязательная схема этапов. Команда выбирает подходящий процесс, но в любом случае должна понять задачу, спроектировать решение, реализовать его, проверить и поддерживать.

AI-ассистент ускоряет отдельные операции — например, подготовку черновика кода, тестов или документации. Он не снимает с команды ответственность за постановку задачи, архитектурные решения, проверку поведения и выпуск. Чем быстрее генерируется код, тем важнее сделать требования и критерии приемки явными.

  1. Уточнить задачу. Зафиксировать пользователя, проблему, ограничения и ожидаемое поведение.
  2. Определить критерии приемки. Описать проверяемые результаты, включая ошибки, безопасность и совместимость.
  3. Спланировать изменение. Выделить затрагиваемые компоненты, риски, зависимости и способ проверки.
  4. Реализовать небольшими шагами. Поручать агенту ограниченные изменения с ясными границами и доступным контекстом.
  5. Проверить результат. Запустить подходящие автоматические проверки, изучить diff и проверить сценарии, которые тесты не покрывают.
  6. Выпустить и наблюдать. Применить обычный процесс code review и деплоя, отслеживать поведение в среде и возвращать обнаруженные проблемы в backlog.

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

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

Подробные правила агента и инструменты не заменяют спецификацию. Они объясняют, как выполнять работу; спецификация — что должно быть построено и как понять, что задача выполнена.

  • Vibe coding описывает свободный, быстрый способ исследовать идею через промпты и работающие прототипы. См. Vibe coding.
  • SDD (Spec-Driven Development) делает спецификацию основным ориентиром для планирования, реализации и проверки. См. SDD.
  • TDD (Test-Driven Development) задаёт порядок разработки через короткие циклы теста, кода и рефакторинга. См. TDD.

Это не конкурирующие варианты SDLC. SDD может структурировать задачу, TDD — проверять поведение внутри реализации, а исследовательский vibe coding — помочь быстро проверить гипотезу до формализации требований.

Выбор процесса влияет и на стоимость работы с моделью: подготовка инструкций, тестов и окружения требует начальных вложений, но может уменьшить число последующих итераций. Подробное сравнение начальных и операционных затрат приведено в разделе «Экономика токенов: CapEx и OpEx».