Задайте приоритеты рисков и определите обходные пути

Активно управляйте рисками на протяжении всего жизненного цикла проекта:

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

  • "Возможна задержка интеграции со службой"
  • "Мы не уверены, сможет ли естественно-языковая модель различить эти два намерения"
  • "Ответы на вопросы по HR требуют утверждения юридического отдела"

  Составьте список этих рисков.

• Оцените последствия и вероятность: отметьте, какие риски могут иметь наиболее значимые последствия. Риск того, что "Application Insights может показывать персональные данные", может иметь значительные последствия (проблема соответствия). Вероятность может быть разной. Оцените ее и затем приоритизируйте устранение рисков с высокой вероятностью возникновения и высоким воздействием.

• Спланируйте меры по устранению: для каждого значимого риска назначьте меру устранения или запасной план. Например:

  • Риск: API для отслеживания заказов, предоставляемый не Майкрософт, может быть не готов к этапу тестирования.
  • Устранение: создайте заглушку или фиктивную службу для моделирования ответов, чтобы разработка и тестирование могли продолжаться. Когда API станет доступен, интегрируйте его. В качестве альтернативы подготовьте резервный сценарий ("Извините, информация о заказе сейчас недоступна, обратитесь в службу поддержки") на случай сбоя интеграции на этапе реальной работы, чтобы обработать ситуацию корректно, а не просто показывать ошибку пользователю.

• Ежедневно отслеживайте блокеры: в рамках методологии Agile обсуждайте блокеры на стендапах. Если что-то препятствует ходу работы (например, ожидание учетных данных, соединитель клиента еще недоступен, требования неясны), эскалируйте или устраняйте проблему как можно скорее.

Стратегии обхода блокеров

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

• Временно сократите объем работы: если функция слишком сложна или заблокирована, выпустите упрощенную версию.
• Ручной процесс в качестве промежуточного этапа: автоматизируйте все, что сможете, и введите ручной шаг там, где это необходимо. Если модель ИИ не может классифицировать редкий тип запроса, направляйте такие случаи оператору или отправляйте уведомление профильному эксперту, пока вы переобучаете модель. Если автоматический процесс утверждения еще не готов, поручите кому-то выполнять эти утверждения вручную. Задокументируйте этот обходной путь и отметьте его в невыполненной работе, чтобы команда не забыла заменить его позже. Цель — избежать задержек проекта, используя временное решение для достижения результата.
• Параллельные спайки и исследования: Выделите ограниченный по времени "спайк" для исследования рискованной области, например для оценки нового API или тестирования сложного регулярного выражения для извлечения сущностей. Этот подход не приводит напрямую к созданию функциональности для пользователей, но снижает риск, связанный с неопределенностью. Если результаты спайка положительные, можно продолжать работу. Если окажется, что решение невозможно, вы по крайней мере узнаете об этом заранее и сможете переключиться на альтернативный подход, не обещая реализовать эту функции. Эта стратегия по сути является обходным решением для неопределенности.
• Общение и согласование: информируйте заинтересованных лиц обо всех значимых блокерах и вашем плане по их устранению. Прозрачность помогает избежать паники.

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

Предположения и опасения

Раннее выявление предположений и опасений помогает команде определить потенциальные риски. Вместе эти элементы составляют основу успешного проекта Copilot Studio. Они обеспечивают ясность с самого начала и общее видение того, чего должен достичь агент.

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

• Примеры предположений:

  • Решение поддерживает развертывание "из коробки" во всех необходимых каналах.
  • Генеративный ИИ снижает необходимость ручного управления знаниями.
  • Решение обеспечивает передовое распознавание намерений и извлечение сущностей.

• Примеры опасений:

  • Ограниченный контроль над ответами, сгенерированными LLM.
  • Потенциальное внутреннее сопротивление автоматизации.
  • Предпочтения ИТ-отдела, требующего локального размещения, или специфические требования соответствия.

Далее

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