PDLC (Product Development Life Cycle) — жизненный цикл разработки продукта, охватывающий путь от возникновения идеи и изучения потребностей рынка до создания, запуска и дальнейшего развития продукта. В отличие от SDLC, который сосредоточен преимущественно на создании программного обеспечения, PDLC рассматривает продукт целиком: его ценность для пользователя, бизнес-модель, требования, разработку, вывод на рынок и развитие.
В ИТ PDLC как отдельная концепция начал активно использоваться в 1990-х — начале 2000-х годов, когда разработку ПО стали рассматривать не только как инженерный процесс, но и как создание коммерческого продукта.
Для ИТ-руководителя PDLC важен как управленческая модель: он позволяет видеть не отдельный процесс разработки, а всю цепочку формирования результата. С появлением ИИ-агентов эта цепочка начинает перестраиваться: ускоряется не только написание кода, но и меняется распределение работы между человеком и машиной, а центральным объектом становится намерение и спецификация продукта.
Что такое PDLC
PDLC объединяет продуктовые и технические процессы в единый жизненный цикл. Его задача — связать бизнес-проблему и потребность пользователя с конкретным продуктом, а затем обеспечить его создание, запуск, измерение результатов и последующее совершенствование.
Предыстория
Понятие жизненного цикла продукта сформировалось значительно раньше современных ИТ-систем. В классическом продуктовом менеджменте развитие продукта рассматривалось как последовательность этапов от исследования рынка и формирования идеи до разработки, вывода на рынок и дальнейшего развития или прекращения существования продукта.
С распространением программного обеспечения внутри этого более широкого процесса выделился SDLC — Software Development Life Cycle. Он сфокусировался на инженерной части: анализе требований, проектировании, разработке, тестировании, внедрении и сопровождении ПО. Поэтому SDLC можно рассматривать как часть более широкого PDLC, когда продуктом является программная система.
Для бизнеса это различие принципиально: можно существенно ускорить SDLC, но не получить более быстрый вывод продукта на рынок. Если время теряется на исследовании потребностей, согласовании концепции, принятии решений или запуске, ускорение написания кода практически не влияет на общий результат.
Расшифровка
PDLC — Product Development Life Cycle, то есть «жизненный цикл разработки продукта». В названии ключевым является слово Product: речь идёт не только о техническом создании системы, а о формировании продукта как решения определённой проблемы и источника ценности для пользователя или бизнеса.
Поэтому PDLC может включать исследование рынка, анализ пользователей, формирование концепции, определение ценностного предложения, проектирование, разработку, тестирование, запуск, сбор обратной связи и дальнейшее развитие.
Суть
Суть PDLC заключается в последовательном движении от проблемы к ценности, от ценности к продукту и от продукта к измеримому результату. На ранних этапах определяется, что именно необходимо создавать и какую задачу это должно решить. На следующих этапах решение превращается в работающий продукт, выводится к пользователям и проверяется реальными результатами.
PDLC отвечает не только на вопрос «как создать продукт», но прежде всего на вопросы «что создавать, зачем это нужно и какую ценность должно дать».
Именно поэтому PDLC является более широким понятием, чем SDLC. Разработка программного обеспечения может быть одной из стадий жизненного цикла продукта, но сама по себе ещё не означает, что создан востребованный продукт.
Простыми словами
Если SDLC можно представить как процесс создания и доставки программного обеспечения, то PDLC — это путь от идеи до работающего и развивающегося продукта. Сначала компания выясняет, какую проблему имеет смысл решать, затем определяет концепцию, создаёт продукт, выводит его на рынок и анализирует, насколько он действительно нужен пользователям.
В такой модели разработчики являются одной из частей продуктовой команды. Помимо них участвуют продуктовые менеджеры, аналитики, архитекторы, дизайнеры, маркетинг, продажи, служба поддержки и другие подразделения, влияющие на результат продукта.
Виды PDLC
Конкретная организация PDLC зависит от используемой модели разработки и уровня технологической зрелости компании. Наиболее заметное изменение сегодня связано с переходом от традиционного цикла, где человек управляет практически всеми этапами создания продукта, к AI PDLC, в котором часть интеллектуальной и технической работы выполняют ИИ-агенты.
Традиционный (не ИИ) цикл
В традиционном PDLC основные решения и действия выполняют люди. Продуктовая команда исследует потребности, формирует концепцию и требования, после чего задача передаётся в инженерный контур. Разработчики проектируют систему, пишут код, тестируют его и выпускают продукт.
После запуска начинается сбор обратной связи и анализ результатов. На их основе формируются следующие изменения, которые снова проходят через продуктовую постановку, проектирование и разработку. Таким образом, традиционный PDLC представляет собой последовательность управляемых человеком этапов с относительно длительными переходами между ними.
AI PDLC
AI PDLC — развитие PDLC, в котором ИИ-агенты становятся активными участниками создания продукта. Они могут исследовать информацию, анализировать контекст, формировать варианты решений, писать код, создавать тесты, выполнять проверки и самостоятельно проходить множество итераций реализации.
Главное изменение AI PDLC — ИИ становится не отдельным инструментом внутри старого процесса, а участником самого процесса разработки продукта.
При этом человек не исчезает из цикла. Его роль смещается в сторону формирования намерения, принятия продуктовых и архитектурных решений, определения критериев результата и контроля. Агенты получают больше полномочий на выполнение технических операций, поэтому критически важным становится окружение, в котором они работают, — harness.
AI-Disrupt PDLC от CIO Сбера Кирилла Меньшова
Одной из концепций перестройки продуктовой разработки под ИИ стала предложенная Сбером модель AI-Disrupt PDLC, автором которой выступает Кирилл Меньшов, CIO и руководитель технологического блока Сбера. Основная идея заключается в переходе «от кода к намерению»: код перестаёт быть главным артефактом разработки, а первичным становится спецификация, выражающая намерение человека.
В исходной модели описываются две основные петли — Intent Loop, в которой человек формирует задачу и проверяет результат, и Implementation Loop, где ИИ-агенты выполняют техническую работу. Для практического описания процесса его удобно разложить на три последовательных цикла: Discovery Loop → Intent Loop → Implementation Loop. При этом Discovery в исходной концепции относится к петле намерения и отвечает за исследование задачи до формирования спецификации.
Особое значение приобретает harness — детерминированная среда выполнения агента. Она определяет доступный контекст, инструменты, права, правила, проверки, маршрутизацию и наблюдаемость. Поэтому эффективность AI PDLC определяется не только возможностями используемой модели: значительная часть результата зависит от того, насколько качественно построено окружение агента.
Этапы PDLC
Этапы PDLC позволяют связать продуктовую работу с инженерным процессом и увидеть, где именно формируется конечный результат. Конкретный набор стадий может отличаться, но для ИТ-продукта удобно выделить несколько последовательных этапов — от исследования проблемы до развития уже работающего решения.
Discovery
Discovery — исследование проблемы, пользователей, рынка и существующего контекста. На этом этапе определяется, какую проблему необходимо решить, для кого она важна, какие существуют ограничения и действительно ли предполагаемое изменение имеет ценность.
Intent
Intent — формирование намерения и перевод идеи в понятную для реализации спецификацию. Здесь определяются цели продукта или изменения, требования, архитектурные ограничения, критерии приемки и ожидаемый результат. В AI PDLC именно этот этап становится особенно важным, поскольку агенту необходимо передать не просто команду, а точно сформулированное намерение.
SDLC
SDLC — инженерный этап создания программного обеспечения: проектирование, разработка, тестирование, интеграция и подготовка к выпуску. В традиционном PDLC здесь основную работу выполняют разработчики и другие технические специалисты, а в AI PDLC значительная часть операций может передаваться ИИ-агентам.
Подробнее жизненный цикл разработки программного обеспечения и его этапы рассмотрены в отдельной статье: SDLC — жизненный цикл разработки программного обеспечения.
Запуск
После завершения разработки продукт необходимо вывести в эксплуатацию и предоставить пользователям. Этап включает подготовку инфраструктуры, релиз, настройку процессов эксплуатации, обучение пользователей, коммуникации и другие действия, необходимые для фактического начала использования продукта.
Измерение и обратная связь
После запуска оценивается, достигнуты ли первоначальные цели. Анализируются метрики использования, обратная связь пользователей, бизнес-эффект, производительность и качество продукта. Полученные данные становятся основой для следующего цикла изменений.
Развитие
На этапе развития продукт адаптируется к изменению требований рынка, поведения пользователей и бизнес-задач. Формируется следующий набор инициатив, который снова проходит через Discovery → Intent → SDLC и последующий запуск. Поэтому PDLC представляет собой не одноразовую последовательность, а непрерывный цикл развития продукта.
Метрики PDLC
Метрики PDLC позволяют оценивать не только скорость разработки, но и эффективность всего потока создания продукта. Для CIO особенно важно отделять скорость выполнения отдельных инженерных операций от скорости прохождения идеи до работающего результата.
Time to Market (TTM)
Time to Market (TTM) — время от возникновения идеи или определения потребности до фактического вывода продукта или изменения на рынок. Метрика показывает, насколько быстро организация способна превратить возможность в доступный пользователю результат.
Lead Time
Lead Time — время от момента появления запроса или постановки задачи до получения готового результата. В продуктовой разработке показатель помогает увидеть общую скорость прохождения работы через организацию, включая ожидание, согласования и очереди.
Cycle Time
Cycle Time — время непосредственного выполнения работы после её начала. Например, для разработки это может быть период от взятия задачи в работу до её готовности. Сравнение Cycle Time с Lead Time позволяет обнаружить потери времени вне самой разработки.
MTTR
MTTR (Mean Time to Recovery/Repair) — среднее время восстановления после сбоя или устранения возникшей проблемы. Для PDLC эта метрика важна на этапе эксплуатации: она показывает, насколько быстро команда способна вернуть продукт в работоспособное состояние и насколько эффективно организован контур поддержки и восстановления.
Краткие итоги
PDLC шире SDLC: он описывает не только создание программного обеспечения, но весь путь продукта от исследования потребности до запуска и дальнейшего развития. SDLC при этом является важной инженерной частью PDLC, отвечающей за создание и поставку программного решения.
С появлением ИИ-агентов PDLC начинает трансформироваться в AI PDLC. Человек всё больше концентрируется на проблеме, намерении, ценности и критериях результата, тогда как агенты берут на себя значительную часть реализации. Для такого подхода критически важен harness — управляемая среда, которая обеспечивает агентам контекст, инструменты, ограничения, проверки и наблюдаемость.
В результате основной объект управления постепенно смещается от кода к намерению и спецификации. Для ИТ-руководителя это означает, что ускорение отдельных операций разработки уже недостаточно: необходимо перестраивать весь поток создания продукта, измеряя его по конечному результату и скорости прохождения от идеи до ценности для бизнеса и пользователя.
