Агентная разработка ПО снижает барьер для создания приложений, но также поднимает более сложный вопрос для технологических лидеров: кто несет ответственность, когда ПО, созданное с помощью искусственного интеллекта, становится критически важным для бизнеса? В новом отчете Forrester «Reinventing Software Development Services For The Age Of AI Coding» утверждается, что поставщики услуг по разработке ПО сталкиваются с кризисом идентичности, поскольку производство кода становится сервисом массового потребления, а клиенты ставят под сомнение рентабельность инвестиций в аутсорсинг по сравнению с разработкой собственными силами с использованием ИИ. Лучшие сервис-провайдеры перейдут от продажи инженерных возможностей к продаже доверия: отказоустойчивой архитектуры, снижению рисков, организации контекста и подотчетности, пишет в корпоративном блоге Клинтон Хергет, главный аналитик Forrester.

ИИ-кодирование делает доверие новой валютой в сфере ПО

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

Этот вопрос сейчас напрямую стоит перед поставщиками услуг на этом рынке. Быстрое совершенствование обученных кодированию больших языковых моделей (LLM) снизило барьер для создания работающих приложений для любого, кто имеет доступ к таким LLM и базовые навыки работы с промптами. В результате предприятия экспериментируют с созданием ПО собственными силами (особенно «гражданскими разработчиками»), в то время как поставщики услуг пытаются объяснить, почему предлагаемая ими ценность выходит за рамки простого написания кода.

Но реальная проблема не в том, что создание ПО стало простым, а в том, что код стал менее важным источником ценности.

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

Следующее поле битвы — ответственность за ПО

Поставщикам услуг по разработке ПО не нужно выигрывать у ИИ соревнование по написанию кода. Им нужно обеспечить ценностное предложение, основанное на доверии. Им нужно переориентироваться на продажу гарантий как услуги (Assurance As A Service).

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

Текущий сдвиг порождает новое ценностное предложение для поставщиков и новый взгляд на покупку для клиентов. В отчете представлены несколько основных рекомендаций, описанных ниже.

Оптимизация разработки с приоритетом ИИ

Качество ПО, созданного ИИ, во многом зависит от того, как команды определяют, направляют, тестируют и проверяют его работу. В отчете утверждается, что поставщики услуг могут создавать ценность, освоив методы разработки с помощью ИИ, включая разработку на основе спецификаций, правильный выбор инструментов для моделей и агентов, а также эффективное использование токенов. Эти возможности наиболее важны в сложном корпоративном ПО, для которого работающий прототип — это только начало. Помогая клиентам улучшить использование ИИ, поставщики могут конкурировать за счет измеримого улучшения, а не только за счет объема доставки.

Дифференциация за счет архитектуры и дизайна продукта

ИИ может генерировать код, но люди по-прежнему принимают многие решения, которые с наибольшей вероятностью влияют на результаты бизнеса. В отчете отмечается, что почти половина организаций использует ИИ на этапе кодирования жизненного цикла разработки ПО (SDLC), по сравнению с 35% на этапах анализа и планирования. Этот разрыв имеет значение: навыки управления продуктом (например, анализ заинтересованных сторон, определение требований) плюс навыки проектирования систем (например, моделирование данных, определение микросервисов, облачная инфраструктура) остаются критически важными источниками ценности, предлагаемой поставщиками услуг. Реальная возможность для консалтинга заключается не в том, чтобы «писать код быстрее», а в том, чтобы «убедить, что мы создаем правильный продукт правильным способом».

Продавайте отказоустойчивость вместо скорости

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

Роль клиента тоже меняется

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

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

В отчете предлагается модель, согласно которой клиенты сосредотачиваются на понимании и агрегировании внутреннего контекста, в то время как поставщики помогают создавать стандарты проектирования приложений, лучшие практики и долгосрочное управление рисками в области безопасности, ремонтопригодности и стоимости. На практике это «гарантия как услуга»: партнерство, которое превращает контекст клиента плюс опыт поставщика в надежную бизнес-функциональность.

Что должны делать технологические лидеры сейчас

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

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

ПО все чаще может создавать себя само. Корпоративное доверие — нет.