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

итак, немного кликбейта: Команда умерла - да здравствует команда!)

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

берем классическую команду на аутсорс проекте: ПМ, БА, разработчики, диз и девопс
Пм админит, БА собирает требования и оформляет их таски, разработчики пишут код, потом с помощью девопса это идет в какое то нужное окружение.
четкое разделение ролей, все вроде понятно и знакомо

Приходит ИИ, теперь ПМ собирает отчет с помощью ассистента, БА пишет спеки быстрее с помощью другого ассистента, а разработчики пишут быстрее код с помощью своего кодинг ассистента.
Все ускоряется.
Становится ли результат качественнее? в большинстве случае хорошо если хоть чуть-чуть.
да, код становится дешевле, производить его можно быстрее

Решает ли он реальные задачи клиента? примерно с таким же успехом, как и без ИИ.

Фокус смещается с вопроса "как это сделать", на вопрос "что именно делать и нафига?"
Output vs Outcome, не новая история, просто раньше что то проверять, тестировать было долго и дорого - и это было главной отмазкой, поэтому дальше PoC (Proof of Concept) прототипов дело редко доходило и все делали большой релиз от 3х месяцев до 9 месяцев и потом бета тестировали результат.
Сейчас это уже выглядит архаично и неэффективно

На сцену потихоньку выходит команда нового типа - Builder team, то есть команда строителей, так сказать
Это небольшая команда, которая полностью владеет процессом от идеи до реализации и проверки результата в реальном мире, с помощью кардинально другого подхода к организации работы.
Вместо большой ставки и большого релиза - маленькие релизы, которые быстро проверяют гипотезы, быстро итерируют и измеряют непосредственный бизнес результат, а не количество поставленных фич. Все как проповедовали последователи Аджайла все эти года)
Да, такой команде нужно больше автономии, поэтому их создание очень сильно тормозится существующей организационной структурой. ИИ история, она не про инструменты, а про культуру и инерционность принятия изменений людьми.
Требует изменения фокуса ответственности с количества строк кода на бизнес результат.
Перехода от "что хочет заказчик" на "что хочет клиент заказчика", больше ответственности, которую мало кто хочет на себя брать.
К сожалению без этого есть риск все сильнее отставать от тех, кто готов.

Такая команда берет гипотезу, строит прототип и деплоит его в кратчайшие сроки, с пониманием, какое поведение должно измениться и как это измерить.
Длинные роадмапы (дорожные карты) продукта даже на квартал - уже архаизм и трата времени. Длинные беклоги туда же - в топку.

Уже сейчас мы предлагаем разработку прототипа как обязательную часть дискавери для люббого нового клиента, без этого мы уже неконкуренты.
Уже сейчас клиенты прямо спрашивают меня, используем ли мы ИИ в работе для ускорения разработки, отражает ли цена проекта это.
Ну или приходят с запросом переписать какой то легаси модуль обязательно с помощью ИИ прямым текстом.
Мерять велосити или throughput (поток) становится все более бессмысленным.

Изменения в IT идут, хотим мы того или нет, как всегда надо очень быстро бежать, чтобы просто оставаться на месте, надо меняться или остаться на обочине.
К сожалению организации инертны, должностные инструкции и внутренние процессы не перестраиваются так быстро, как бы хотелось, люди сложно воспринимают изменения, это всегда угроза стабильности и безопасности.

Кто то должен возглавить это внутри, почему бы это не начать делать каждому из читающих? Если этого не делать - то отставание от рынка гарантировано, хоть и постепенное. Дерзайте, будьте смелыми и любопытными!
Всем отличного дня!