📊 Перенесу из чата важную статистику по нормативам сроков IT-проектов с участием ИИ-ботов.
Хотя у нас в чате периодически пишут фантастические истории, как поставили задачу ботам и «пошли спать», но это больше фантазии или сервисные задания агентам типа тестов или приведения в порядок встроенной документации в коде, а не настоящая полноценная IT-разработка.
Есть нормативы IT-разработки. Хотя в целом ИТ-проекты малопредсказуемые по сумме и срокам, но соотношение фаз предсказуемо более чем по Rational Unified Process (RUP).
Для людей так:
1. Inception. Основной продукт Vision — 5%
2. Elaboration. Прототип + Use Cases — 30%
3. Implementation. Протестированный продукт — 50%
4. Transition. Деплой и приёмочные испытания — 15%
Это примерно так и по трудозатратам, и по срокам с небольшой вариацией по статистике Грэди Буча. Она действительно довольно стабильная как соотношение фаз, если вы работаете по его методике или упрощённому её варианту типа Agile Unified Process (AUP).
Боты могут забрать на себя п.3 и п.4, частично п.2, но это НЕ автоматическая разработка, т.к. прототип — это аналитическая работа и требует его осмотра. Проще говоря, большая часть Model и Project Management трудозатрат остаётся на человеке. ИИ тут — ассистент-полуавтомат, но не автомат.
Получается на автомате где-то 60-70% максимум от трудозатрат именно на ботов. Если бот работает в 3 раза быстрее человека, то это приведёт к тому, что время работы ботов и время на разработку задания для ботов примерно сравняется. Что и наблюдается.
Поэтому для НАСТОЯЩЕГО софта типа разработки SQLite как раз никак невозможно просто запустить на 20 часов ботов и «пойти спать». Точнее запустить можно, но результат будет плачевный.
Вам потребуется 20 часов на создание заданий ботам.
Методики Буча тут ещё хороши, т.к. по факту отрезают именно аналитическую работу в формальные процессы. Если работаете в процессах Business Modeling, Requirements, Analysis and Design, то ИИ-бот не угрожает вашей работе, но вот Implementation, Testing и Deployment постепенно станут 100% автоматическими. Находиться в этих процессах ИТ-проекта довольно рискованно для сохранения работы.
Post #261
225
