Эволюция SDLC: от классики к Agentic SDLC (ASDLC)

Эволюция SDLC: от классики к Agentic SDLC (ASDLC)
Добавление кодинг-агента меняет не просто то, как пишется код. Это меняет то, как команды определяют работу, делятся контекстом, валидируют результаты и управляют ответственностью.
Классические этапы (Планирование, Требования, Дизайн, Разработка, Тестирование, Деплой, Поддержка) никуда не исчезают. Но ASDLC добавляет новые практики вокруг них.
Вот что нужно знать об «апгрейде»:
🧠 Контекст — это новый код (Context Engineering)
Новый этап. Агентам нужны четкие инструкции (AGENTS.md), навыки, инструменты и MCP-серверы. Контекст должен постоянно обновляться вместе с развитием системы.
🤖 Оркестрация агентов (Agent Orchestration)
Работа делится между разными агентами: планировщиком, кодером и ревьюером. Важно четко определить зоны ответственности и то, где заканчивается работа каждого из них.
🎯 Требования как исполняемый код
PRD теперь пишутся так, чтобы агент мог их исполнить. Продуктовые идеи превращаются в четкие спецификации, критерии приемки и ограничения.
🧪 Оценка поведения (Evals)
Новый этап. Оценка качества вывода агентов на эталонных датасетах с помощью детерминированных проверок, LLM-as-judge и человеческого суждения.
🚦 Человек все еще в цикле (Human Review Gate)
Инженер обязан одобрить каждый PR от агента перед мержем. Деплой идет через контролируемые пайплайны с готовностью к откату (rollback).
📊 Наблюдаемость (Agent Observability)
Новый этап. Трейсинг каждого запуска агента: стоимость, задержки (latency), сбои и дрифт.
⚙️ Разработка и Поддержка
Агенты пишут код, рефакторят, пишут и запускают тесты, а также триажат баги и открывают PR с фиксами. Инженер же «рулит» диффами и проверяет, что тесты отражают задуманное поведение.
💡 Главная мысль:
ASDLC — это не про то, как заменить людей. Это про быстрое исполнение с четкой подотчетностью на каждом этапе передачи задач (handoff). Ответить