Заметки / практическое руководство
С какого процесса начать внедрение ИИ
Начните с работы, на которую команда тратит слишком много времени. Разбираю, где ИИ стоит попробовать и как ограничить первую проверку.
Сначала найдите работу с понятными границами и затратами. Выбирать для неё инструмент будете потом.
Проследите, как идёт работа
На демонстрации почти любая задача выглядит подходящей. В обычной работе запросы приходят неполными, нужные сведения разбросаны по разным местам, и кому-то всё равно приходится решать, годится ли результат.
Возьмите повторяющуюся задачу и проследите весь её путь до приёмки. Кто ею занимается? Где она ждёт? Что переделывают и какое решение нельзя доверить модели? Запишите это: такая карта полезнее каталога возможностей ИИ.
Посмотрите, где команда теряет время
Разберите работу за последние недели. Общего ощущения, что команда могла бы работать быстрее, недостаточно. Нужны конкретные следы потерь.
- Люди раз за разом перекладывают одну и ту же информацию из задач в код, тесты, материалы для проверки или описание релиза.
- Специалист, чьего времени всем не хватает, сначала восстанавливает контекст и только потом может оценить работу.
- Необходимость переделок выясняется поздно: никто заранее не описал, каким должен быть результат.
- Понятно, кто отвечает за процесс, с чего он начинается и по чему решать, принимать результат или нет.
Сначала отберите то, что можно проверить
Отложите вариант, если команда не может проверить исходные данные, договориться о приемлемом результате или остановить эксперимент без ущерба для критичных работ. Баллы в таблице этого не исправят.
Оставшиеся варианты сравните по тому, что вы узнаете после проверки. Если пилот поможет разрешить реальный спор о затратах, качестве или ответственности, с него и стоит начать.
- Укажите, что запускает процесс и кто принимает результат.
- Выберите исходные показатели, которые команда сможет измерить до изменений.
- Отметьте решения и данные, которые останутся под контролем человека.
- Задайте условие остановки до начала разработки.
- Убедитесь, что старый и новый подход можно сравнить на реальных задачах.
Красивой демонстрации мало
Универсальный помощник для всей компании звучит заманчиво, но по его результатам трудно понять, что изменилось в работе. Учебная задача хорошо смотрится на демонстрации и мало говорит о реальной разработке. А если для процесса недоступны нужные данные, до проверки ИИ дело вообще не дойдёт.
Для первого пилота нужна небольшая задача из обычной работы. Пусть скучная, зато по ней можно будет решить, стоит ли продолжать. Эффектное выступление такой ясности не даст.
Уместите план проверки на одной странице
Опишите, как работа идёт сейчас и во что обходится, что будет делать ИИ и где результат проверит человек. Добавьте исходные показатели, способ сравнения и условие остановки. Укажите, кто решит, что делать после пилота.
Теперь можно проверить новый процесс на реальных задачах и сравнить его с тем, как команда работает сегодня.